Spec Driven Development
Também: SDD · Desenvolvimento guiado por especificação
Escrever a especificação primeiro e deixar o agente produzir o código a partir dela.
A especificação deixa de ser documento de apoio e passa a ser a fonte da verdade: você descreve comportamento, restrições e critérios de aceite, e o agente gera o código contra essa descrição. O nome é antigo e vem da mesma família de documentation-driven development e model-driven engineering, mas o que ele significa mudou quando o leitor da especificação deixou de ser humano.
A diferença está em quem lê. Um documento de projeto dos anos 2000 era aberto por uma equipe meses depois, e quem lia desconfiava do que estava desatualizado. Um agente lê a mesma especificação desatualizada e executa com confiança, o que transforma documento velho de incômodo em defeito.
Cada ferramenta implementa o método com um conjunto de etapas diferente, e elas não são compatíveis entre si. O que aparece em todas, segundo a comparação de sete frameworks publicada em 2026, são três coisas: critérios de aceite, cenários de teste e alinhamento de contexto.
Leia o artigo: Spec driven development: quem confere no fim?