| name | spec-driven-development |
| description | Define requirements via spec-first before any code — PRD, edge cases, acceptance criteria |
Spec-Driven Development
Não escreva código sem entender o problema primeiro.
Workflow
- Interview — Extraia requisitos com perguntas iterativas (o usuário nunca sabe exatamente o que quer)
- PRD — Escreva um documento de requisitos: objetivo, personas, fluxos, regras de negócio, critérios de aceitação
- Edge Cases — Mapeie entradas inválidas, concorrência, falhas de API, estados vazios
- Technical Spec — Decisões de arquitetura: componentes, dados, API contracts, deploy
- Approval — Apresente ao usuário antes de codar. "É isso mesmo?"
Anti-patterns
- ❌ Pular direto pra implementação
- ❌ Assumir que entendeu sem confirmar
- ❌ Spec muito detalhada (5+ páginas) — mantenha enxuta
Output
spec.md no diretório raiz ou no .pantheon/deepwork/<feature>/ — usado como input pro /plan.