Os artigos daqui explicam uma notação de requisitos ou uma prática de desenvolvimento guiado por especificação (SDD, spec-driven development) e depois mostram a mesma ideia como um requisito SpecScore (REQ) que specscore spec lint pode verificar em integração contínua (CI, continuous integration). Os artigos do SpecScore explicam a especificação em linguagem simples. Os critérios de aceitação (AC, acceptance criteria) são as condições que devem ser verdadeiras antes de uma mudança contar como concluída. O desenvolvimento baseado em especificações (SDD, spec-driven development) trata uma especificação estruturada como a fonte contra a qual a implementação é verificada.
Claude Code spec-driven development e Cursor specs: o que pertence a uma funcionalidade SpecScore, o que specscore agent setup escreve e como specscore spec lint roda no ciclo e na integração contínua (CI).
Um modelo de especificação de funcionalidade em Markdown: requisitos (REQ), critérios de aceitação (AC), um cenário, um plano e tarefas, verificados com specscore spec lint na integração contínua (CI).
O que um linter de especificações verifica, como executar specscore spec lint na integração contínua (CI), a saída de texto real e como isso se compara com ferramentas que não validam especificações em CI/CD.
Exemplos de critérios de aceitação em Given/When/Then e em lista de verificação, o que torna um critério testável e o que specscore spec lint verifica na integração contínua (CI).
O que é EARS (Easy Approach to Requirements Syntax), os padrões de frase, como o Kiro usa a notação EARS e um requisito SpecScore que passa no linter.
Transforme uma especificação em compromisso semanal: escolha um resultado para o usuário, reserve tempo e examine evidências antes de decidir.
Encontrou um erro na tradução ou tem uma ideia para melhorar esta página?