From spec-driven-workflow
Use quando uma decisão arquitetural importante precisa ser registrada com mais detalhes do que o formato padrão do DECISIONS.md. Ativado por: "registrar decisão", "ADR", decisões sobre banco de dados, frameworks, padrões arquiteturais, infraestrutura.
How this skill is triggered — by the user, by Claude, or both
Slash command
/spec-driven-workflow:adrThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Para decisões de alto impacto que afetam a arquitetura do projeto:
Para decisões de alto impacto que afetam a arquitetura do projeto:
Para decisões menores, o formato padrão do DECISIONS.md é suficiente.
Entenda o problema que exige decisão. Se necessário, delegue ao subagent researcher para pesquisar opções.
Crie .spec/adrs/ADR-0xx-[titulo-kebab-case].md:
# ADR-0xx: [Título da Decisão]
## Status
Proposta | Aceita | Deprecada | Substituída por ADR-0yy
## Data
YYYY-MM-DD
## Autoria
- **Proposta por:** [humano | Claude | colaboração]
- **Aprovada por:** [humano]
## Contexto
[Descrição detalhada do problema e por que uma decisão é necessária.
Inclua restrições técnicas, requisitos de negócio e contexto do time.]
## Opções Consideradas
### Opção 1: [Nome]
- **Descrição:** [Como funcionaria]
- **Prós:**
- [vantagem 1]
- [vantagem 2]
- **Contras:**
- [desvantagem 1]
- [desvantagem 2]
- **Estimativa de esforço:** [baixo/médio/alto]
### Opção 2: [Nome]
- **Descrição:** [Como funcionaria]
- **Prós:** ...
- **Contras:** ...
### Opção 3: [Nome]
...
## Decisão
[Qual opção foi escolhida e POR QUÊ]
## Consequências
### Positivas
- [Benefício 1]
- [Benefício 2]
### Negativas
- [Trade-off 1]
- [Trade-off 2]
### Riscos
- [Risco 1 — mitigação: ...]
## Notas de Implementação
[Como esta decisão afeta o código. Quais padrões seguir.
O que evitar. Referências a docs ou exemplos.]
"ADR-0xx registrado. Decisão: [resumo em uma linha]."
npx claudepluginhub souzalemos/spec-driven-workflow --plugin spec-driven-workflowGenerates standardized Architecture Decision Records (ADRs) documenting technical decisions, context, evaluated alternatives, rationale, and consequences. Saves sequentially to docs/adr/.
Creates a structured Architecture Decision Record (ADR) documenting context, options, decision, consequences, and tradeoffs for any technical choice.
Documents significant architectural and technical decisions with context, alternatives, trade-offs, and consequences. Creates a decision trail for teams. Use when choosing technologies, making infrastructure decisions, or establishing standards.