---
description: Etapa 8 - QA do fluxo SDD
argument-hint: "\"<review aprovado ou contexto>\""
agent: sdd-orchestrator
---
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`.
Nesta superfície OpenCode, propague o provider real para o harness com `SDD_PROVIDER=opencode`. Se a sessão estiver usando um modelo específico fora do roteamento, exporte também `SDD_MODEL=<modelo>` e, se aplicável, `SDD_EFFORT=<medium|high|xhigh>`.
Rode `sdd qa "$ARGUMENTS"` e use o subagent `qa` para validar funcionalmente o que foi implementado, depois do Review técnico.
Entrada:
$ARGUMENTS
Escopo: valide o comportamento observável (funcional, não code review) contra os critérios de aceite do PRD/Tasks — o Review já cobriu correção de código, arquitetura e segurança; o QA cobre se a funcionalidade realmente funciona como especificado, incluindo edge cases e regressões.
Antes de testar, monte a matriz de testes a partir dos critérios de aceite Gherkin (`bdd-gherkin`) da etapa Tasks/Refinement. Rode os cenários de fato — comando, script, harness ou app real — não infira aprovação sem execução.
Saída obrigatória:
- Escopo testado.
- Matriz de testes (cenário, tipo, resultado esperado, resultado obtido).
- Cenários executados com comando/evidência.
- Evidências (output, screenshot, log).
- Defeitos encontrados, com severidade.
- Veredito `Aprovado | Aprovado com ressalvas | Reprovado`.
- Rastreabilidade para Review/Tasks/PRD.
Pare para checkpoint humano antes de marcar como `approved` — reprovado aqui bloqueia o avanço pra Memory e volta pra Execution. Salve em `docs/<slug-da-orquestracao>/08-qa.md` via `sdd artifact save "<nome-da-orquestracao>" qa --file <arquivo> --state approved`; o `10-delivery.html` será regenerado sem ocultar defeitos ou pendências.
Após aprovação, indique o próximo passo (`/memory` para compactar aprendizados) sem esperar o usuário perguntar.
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`.