speckit-specify

Convert natural language feature descriptions into formal specifications with acceptance criteria.

Updated Apr 3, 2026
One-click install
npx skills add https://github.com/nq-rdl/agent-skills --skill speckit-specify-nq-rdl
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: speckit-specify
Source: https://github.com/nq-rdl/agent-skills/tree/main/.claude/skills/speckit-specify
Command: npx skills add https://github.com/nq-rdl/agent-skills --skill speckit-specify-nq-rdl

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Converts a natural language feature description into a complete, ready-to-implement specification that can be handed to planning and validation teams.

Core Features & Use Cases

  • Generate a concise feature short name and a structured spec directory.
  • Create user scenarios, functional requirements, success criteria, and assumptions from a single description.
  • Flag ambiguities and document required clarifications to ensure testability and alignment across stakeholders.

Quick Start

Describe the feature you want to specify.

Frequently Asked Questions about speckit-specify

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

FAQPage Schema
How do I turn a natural language feature description into a formal specification?

To create a formal specification from a natural language feature description, input your text to generate a structured spec with a feature name, scope, and acceptance criteria. It automatically extracts user scenarios and functional requirements while flagging ambiguities.

What is the best way to write acceptance criteria and user scenarios from a rough feature idea?

The best way to write acceptance criteria from a rough feature idea is to use an automated specification generator. It translates your text into structured user scenarios and success criteria, documenting assumptions and identifying ambiguities to ensure testable requirements.

Can I generate testable requirements if my feature description has ambiguities?

Yes, you can generate testable requirements with ambiguous feature descriptions. The specification process actively flags ambiguities and documents required clarifications, ensuring alignment across stakeholders and maintaining the testability of the functional requirements.

How do I structure feature specifications for planning and validation teams?

To structure feature specifications for planning and validation teams, generate a concise feature short name and a structured spec directory. This creates a ready-to-implement document containing user scenarios, success criteria, and documented assumptions for cross-domain alignment.

Does automated specification generation work for product planning across different domains?

Yes, automated specification generation works for product planning across different domains. The generated specification applies universally to planning and validation workflows, ensuring clarity and testable requirements regardless of the specific product domain.

Why should I document assumptions when creating feature requirements?

You should document assumptions when creating feature requirements to ensure clarity and alignment across stakeholders. Explicitly documenting assumptions helps identify ambiguities and required clarifications, which guarantees that the generated acceptance criteria remain fully testable.