write-spec
Write a feature spec or PRD from a problem statement or feature idea. Use when turning a vague idea or user request into a structured document, scoping a feature with goals and non-goals, defining success metrics and acceptance criteria, or breaking a big ask into a phased spec.
Security Assessment
About write-spec
The write-spec skill transforms vague feature ideas and problem statements into structured product requirements documents (PRDs) and feature specifications. It guides users through a conversational discovery process, asking targeted questions about user problems, success metrics, constraints, and prior work to gather the context needed for a complete specification. The skill handles the full spectrum of inputs, from one-line feature requests to complex enterprise requirements.
This skill generates comprehensive PRDs with clearly defined problem statements, measurable goals and non-goals, user stories organized by persona, prioritized requirements with acceptance criteria, and success metrics split into leading and lagging indicators. It can optionally pull context from connected project trackers, knowledge bases, and design tools to enrich the spec with existing research, related tickets, and design artifacts. The skill categorizes requirements by priority (Must-Have, Nice-to-Have, Future Considerations) and surfaces open questions tagged by responsible party.
Ideal for product managers scoping new features, engineering leads defining technical requirements, founders turning ideas into actionable plans, and teams needing to align stakeholders around a shared understanding of what will be built and why. The skill works iteratively, allowing users to refine sections, expand details, and generate follow-up artifacts like design briefs or engineering ticket breakdowns once the core spec is complete.
FAQ
What level of detail do I need to provide to start?
You can start with anything from a one-line feature name to a detailed problem statement. The skill will ask clarifying questions conversationally to gather the context needed for a complete spec.
Can this work without connected tools like project trackers or knowledge bases?
Yes. The skill works entirely from information you provide if no tools are connected. Connected tools enhance the output by pulling in existing research, related tickets, and design artifacts, but are not required.
What's the difference between goals and non-goals in the generated PRD?
Goals define specific, measurable outcomes the feature should achieve. Non-goals explicitly state what is out of scope with brief rationale, preventing scope creep and aligning expectations about what won't be delivered.
How are requirements prioritized?
Requirements are categorized as Must-Have (P0) for launch-critical items, Nice-to-Have (P1) for valuable but not blocking features, and Future Considerations (P2) for items deferred to later phases. Each includes acceptance criteria.
Can I get help with follow-up artifacts after the spec is written?
Yes. After generating the PRD, the skill offers to create follow-up artifacts like design briefs, engineering ticket breakdowns, or stakeholder pitch decks based on the completed specification.
Install write-spec
Quick Setup:
- Copy the skill folder to
.claude/skills/ - Claude will automatically detect and use the skill
Repository
anthropics/knowledge-work-plugins