brainstorm-prd
Take raw ideas/requirements in any form, analyze the project, ask clarifying questions, then produce a detailed PRD.
Inputs
- Ideas/Requirements: PRD doc, raw ideas, bullet points, conversation, sketches -- any form
- Repo: the project repo to ground the PRD in
Process
- Read/parse the provided ideas or requirements
- Explore the repo -- understand architecture, key files, frameworks, existing code patterns
- Ask clarifying questions using the AskUserQuestion tool before finalizing. Cover ambiguities in scope, edge cases, priorities, technical constraints, UX expectations.
- Synthesize answers + repo context into a detailed PRD
- Write the PRD to
{project}/plans/prd.md
PRD structure
The output PRD should include:
- Overview: what the feature/product is and why it matters
- Goals & non-goals: explicit scope boundaries
- User stories / use cases: who benefits and how
- Functional requirements: detailed behavior specs grounded in the actual codebase
- Technical considerations: architecture, dependencies, constraints informed by repo exploration
- Edge cases & error handling
- Open questions: anything unresolved after clarification
Rules
- Explore first: always read the repo before writing the PRD. Reference real files, components, routes, functions where relevant.
- Ask before finalizing: always ask clarifying questions before writing the PRD. Don't assume -- surface ambiguities, edge cases, missing details.
- Ground in reality: tie requirements back to the actual codebase. Mention specific files, patterns, frameworks discovered during exploration.
- Be detailed: the PRD should be thorough enough that an engineer can implement from it without further clarification.
