Create a SPARC-style Product Requirements Document for a feature or project.
From protolabsnpx claudepluginhub protolabsai/protomaker --plugin protolabs<feature name or description>sonnetCreate a structured Product Requirements Document using the SPARC methodology.
S - Situation: Current state, context, and background P - Problem: Specific issues to solve A - Approach: Proposed solution and implementation strategy R - Results: Expected outcomes and success metrics C - Constraints: Limitations, requirements, and dependencies
Check for existing research:
/deep-research, use the research summaryGet project specification:
mcp__plugin_protolabs_studio__get_project_spec({ projectPath })
Review related features:
mcp__plugin_protolabs_studio__list_features({ projectPath })
Ask focused questions to fill in PRD sections:
header: "Feature Scope"
question: "What is the primary goal of this feature?"
options:
- label: "Add new functionality"
description: "Implement something that doesn't exist"
- label: "Improve existing feature"
description: "Enhance current behavior"
- label: "Fix problems"
description: "Address bugs or technical debt"
- label: "Infrastructure"
description: "Non-user-facing improvements"
For complex features, ask about:
Structure the PRD using SPARC sections:
# PRD: [Feature Name]
## Situation
Describe the current state:
- What exists today
- Recent changes or trends
- Relevant technical context
- User feedback or requests
## Problem
Define the specific issues:
- Pain points being addressed
- Technical challenges
- Business impact
- Why this matters now
## Approach
Propose the solution:
- High-level architecture
- Key components to build/modify
- Implementation phases/milestones
- Technology choices and rationale
## Results
Expected outcomes:
- Success metrics (measurable)
- User experience improvements
- Performance targets
- Business value
## Constraints
Limitations and requirements:
- Technical constraints
- Timeline constraints
- Resource constraints
- Dependencies on other work
- Non-goals (what we're NOT doing)
Break the approach into milestones with phases:
## Milestones
### Milestone 1: Foundation
**Goal**: Core infrastructure
**Phases**:
1. Types and data models
2. Service layer
3. Basic tests
### Milestone 2: Features
**Goal**: User-facing functionality
**Phases**:
1. API endpoints
2. UI components
3. Integration tests
### Milestone 3: Polish
**Goal**: Production readiness
**Phases**:
1. Error handling
2. Documentation
3. Performance optimization
If the user wants to save the PRD for later scaffolding:
Write the PRD to: .automaker/projects/[slug]/prd.md
PRD created! Next steps:
1. Review and refine the PRD
2. `/scaffold-project [slug]` to create project structure
3. `/plan-project [slug]` to create features and launch the project
Before presenting the PRD, verify:
Focus on: endpoints, data models, validation, error handling
Focus on: components, user flows, state management, accessibility
Focus on: architecture, performance, reliability, observability
Focus on: current debt, migration path, backwards compatibility