# SDD ADR

Antes de rodar comandos `sdd`, resolva o CLI uma vez: use `sdd` quando `command -v sdd` encontrar o binário; no checkout fonte `sdd-layer`, use `cargo run --bin sdd --`; se ambos falharem, reporte instalação/PATH ausente com o comando exato que precisa ser reexecutado.

Use a skill ou subagent desta etapa se o client a expuser. Se a skill/subagent não existir ou não carregar, este adapter é o fallback executável: siga as instruções abaixo e delegue estado, persistência e validação ao CLI `sdd`.

Rode `sdd adr "$ARGUMENTS"` e use o subagent `adr` para registrar decisões arquiteturais pós-execução.

Entrada:

$ARGUMENTS

Saída obrigatória:

- Rastreabilidade.
- Status.
- Contexto.
- Problema.
- Decisão.
- Alternativas.
- Consequências.
- Impactos/riscos.
- Plano de adoção.
- Plano de reversão.
- Evidências.
- Histórico de revisão.

Salve em `docs/<slug-da-orquestracao>/06-adr.md` via `sdd artifact save "<nome-da-orquestracao>" adr --file <arquivo> --state recorded`.

Antes de persistir qualquer artefato, garanta que o artifact store exista com `sdd init "<nome-da-orquestracao>"` quando ainda não houver `docs/<slug-da-orquestracao>/traceability-map.yaml`.
