0_spec

Generate a complete spec document from .claude/input/ requirements.

10|2|Updated Mar 2, 2026
One-click install
npx skills add https://github.com/dixus/claudeframework --skill 0-spec
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: 0_spec
Source: https://github.com/dixus/claudeframework/tree/main/.claude/skills/0_spec
Command: npx skills add https://github.com/dixus/claudeframework --skill 0-spec

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Requirements are frequently unclear when starting a feature, leading to misalignment, rework, and integration issues. This Skill generates a structured, comprehensive spec from raw inputs to ensure everyone shares a single, verifiable plan before implementation.

Core Features & Use Cases

  • Generate a complete spec with Goal, Requirements, Out of scope, Affected files, New files, Patterns to mirror, Implementation notes, UX concept, Validation criteria, and Test cases.
  • Surface ambiguities and raise targeted clarifying questions to resolve gaps in requirements.
  • Produce a save-ready document at .claude/specs/<feature-name>.md that can be used to drive /1_implement and the rest of the pipeline.

Quick Start

Provide a detailed or structured spec for the feature described in .claude/input/, then save it to .claude/specs/<kebab-case-feature-name>.md.

Frequently Asked Questions about 0_spec

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

FAQPage Schema
How do I turn feature requirements into a concrete specification document?

Feature requirements are transformed into a concrete specification document by reading inputs from the .claude/input/ folder and generating a structured spec with goals, scope, affected files, and validation criteria. This ensures a shared, verifiable plan before implementation begins.

What should a feature specification include to prevent development rework?

A feature specification should include goals, requirements, out of scope items, affected files, new files, patterns to mirror, implementation notes, UX concepts, validation criteria, and test cases. Surfacing ambiguities and raising clarifying questions also prevents misalignment and rework.

How do I generate a production-ready spec for Claude feature development?

You generate a production-ready spec for Claude feature development by placing raw requirement inputs into the .claude/input/ directory. The tool processes these inputs to produce a save-ready document at .claude/specs/<feature-name>.md that drives the implementation pipeline.

Does this spec generation approach work for standalone feature development?

Yes, this specification generation approach operates within standalone feature development. It handles context and input folder contents to produce a comprehensive, reproducible spec document containing a defined 'Affected files' list and a 'Decisions made by Claude' section.

What is the best way to structure requirements before implementation?

The best way to structure requirements before implementation is to create a comprehensive spec document that defines goals, scope, and test cases. Raising targeted clarifying questions resolves requirement gaps, ensuring everyone shares a single, verifiable plan.

What are the limitations of automated feature spec generation?

Automated feature spec generation relies entirely on the quality of raw inputs provided in the .claude/input/ folder. It cannot infer missing context outside its standalone feature development scope, requiring users to resolve ambiguities through targeted clarifying questions.