Use o registro de conclusões do projeto, ou context/CLAIMS.md no starter. Nomeie a afirmação, status, revisão de entrada exata, caminhos de evidências e comandos, autor, verificador quando aplicável, data e limites de escopo. O proprietário da integração mantém o registro; outros propõem alterações baseadas em evidências.
Status:
- VERIFICADO: os critérios de aceitação foram cumpridos e uma pessoa independente, agente ou verificação automatizada apropriadamente independente reproduziu o resultado relevante. Nomeie o verificador e o método.
- PROVISÓRIO: existem evidências de suporte, mas uma verificação ou dependência nomeada permanece em aberto.
- NÃO DEMONSTRADO: o teste especificado não estabeleceu a afirmação. Preserve o resultado observado e a contabilização da falha.
- NULO: as evidências ou suposições foram invalidadas ou substituídas. Mantenha o motivo e a referência de substituição.
Distinga "testes aprovados" de "seguro em produção", e "mais rápido na carga de trabalho X" de uma aceleração universal. Afirme a conclusão mais restrita possível. Uma segunda execução do autor fortalece as evidências, mas não constitui verificação independente.
Atualize as entradas junto com as evidências quando prático. Não sobrescreva silenciosamente uma conclusão após novos resultados; registre a transição e o motivo. Relatórios podem incluir novo trabalho fora do livro-razão, se claramente identificado como não verificado. Nenhuma edição é necessária quando as evidências ainda suportam a afirmação existente.