speckit-specify

Convert natural-language feature ideas into testable specifications with acceptance criteria.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/nShieldSolo/ArcticFactory.Preset --skill speckit-specify-nshieldsolo
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: speckit-specify
Source: https://github.com/nShieldSolo/ArcticFactory.Preset/tree/main/.agent/skills/speckit-specify
Command: npx skills add https://github.com/nShieldSolo/ArcticFactory.Preset --skill speckit-specify-nshieldsolo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill translates vague feature ideas into concrete, actionable specifications that guide planning, validation, and delivery.

Core Features & Use Cases

  • Generates complete specifications including user scenarios, functional requirements, acceptance criteria, and risk/assumptions.
  • Aligns cross-functional teams by clarifying scope for product, design, and engineering.
  • Use Case: A product manager describes a new login flow in natural language and receives a ready-to-implement spec.

Quick Start

Describe a feature in plain language to generate a ready-to-plan spec.

Frequently Asked Questions about speckit-specify

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I convert a natural language feature idea into a testable specification?

To convert a natural language feature idea into a testable specification, describe the concept in plain text to generate a ready-to-plan spec covering user scenarios, functional requirements, and acceptance criteria.

What should be included in a feature specification for software engineering planning?

A feature specification for software engineering planning should include user scenarios, functional requirements, acceptance criteria, measurable success criteria, assumptions, constraints, and validation steps.

How do I write acceptance criteria and user scenarios from a vague product idea?

Writing acceptance criteria and user scenarios from a vague product idea involves translating plain language descriptions into structured, actionable specifications that clarify scope for product, design, and engineering teams.

Can I generate product management specifications without tying them to implementation details?

You can generate product management specifications without tying them to implementation details by focusing purely on measurable success criteria, assumptions, constraints, and validation steps during the feature definition process.

Does this approach to feature definition support early-stage product ideas across cross-functional teams?

This approach to feature definition supports early-stage product ideas by aligning cross-functional teams through concrete, actionable specifications that guide planning, validation, and delivery without technical implementation bias.

What is the best way to define measurable success criteria and assumptions for a new feature?

The best way to define measurable success criteria and assumptions for a new feature is to process the initial natural language concept into a complete specification that explicitly separates validation steps from implementation details.