decomposeQuebra um corpo de trabalho — especificação (saída da `spec`), relatório de review (saída da `review-quality`) ou backlog de débito técnico (TECH_DEBT.md) — numa sequência de sprints gravada em docs/sdd/sprints/: escopo fechado, ordem justificada, dependências explícitas e entregável verificável, um
execute-sprintExecuta um único sprint de forma disciplinada: planeja antes de agir, implementa apenas o escopo do sprint, valida o entregável com prova objetiva reproduzível e faz commit — parando e reportando se a validação falhar. Achados fora do escopo são registrados em TECH_DEBT.md em vez de corrigidos em si
review-qualityAudita código, configuração ou documentação em busca do que linters e validadores não pegam: divergências entre o contrato (schema, README, spec) e o comportamento real, bugs de lógica, suposições não verificadas, inconsistências entre camadas. Produz relatório de achados priorizados por severidade
run-sprintsOrquestra o método SDD ponta a ponta com estado persistido em docs/sdd/, a partir de um de dois pontos de entrada: do zero (spec → decompose) ou endurecimento de código existente (review-quality em escopo completo → achados aprovados → decompose). Dali em diante, por sprint: execute-sprint em subage
specTransforma requisitos brutos e conversacionais numa especificação estável, consolidada em arquivo (docs/sdd/): confirma o entendimento passo a passo, registra decisões com racional e caça lacunas antes de fechar. Use quando o usuário começa a descrever um projeto ou funcionalidade nova, quer levanta
verify-sprintGate de conformidade independente sobre um sprint entregue: confere se a entrega bate com o que o sprint DEFINIU — escopo cumprido, restrições respeitadas (nada de escopo futuro antecipado) e entregável comprovado por re-execução — e emite CONFORME / PARCIAL / NÃO CONFORME, bloqueando o avanço se a