Verificação Antes da Conclusão

Visão Geral

Reivindicar que o trabalho está completo sem verificação é desonestidade, não eficiência.

Princípio central: Evidências antes das alegações, sempre.

Violar a letra desta regra é violar o espírito desta regra.

A Lei de Ferro

NO COMPLETION CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE

Se você não executou o comando de verificação nesta mensagem, não pode afirmar que ela passou.

A Função de Portão

BEFORE claiming any status or expressing satisfaction:

1. IDENTIFY: What command proves this claim?
2. RUN: Execute the FULL command (fresh, complete)
3. READ: Full output, check exit code, count failures
4. VERIFY: Does output confirm the claim?
   - If NO: State actual status with evidence
   - If YES: State claim WITH evidence
5. ONLY THEN: Make the claim

Skip any step = lying, not verifying

Falhas Comuns

Sinais de Alerta - PARE

• Usar "deveria", "provavelmente", "parece"
• Expressar satisfação antes da verificação ("Ótimo!", "Perfeito!", "Feito!", etc.)
• Prestes a commitar/pushar/PR sem verificação
• Confiar em relatórios de sucesso de agentes
• Confiar em verificação parcial
• Pensar "só desta vez"
• Cansado e querendo terminar o trabalho
• QUALQUER redação que implique sucesso sem ter executado a verificação

Prevenção de Racionalização

Padrões Chave

Testes:

✅ [Run test command] [See: 34/34 pass] "All tests pass"
❌ "Should pass now" / "Looks correct"

Testes de regressão (TDD Vermelho-Verde):

✅ Write → Run (pass) → Revert fix → Run (MUST FAIL) → Restore → Run (pass)
❌ "I've written a regression test" (without red-green verification)

Build:

✅ [Run build] [See: exit 0] "Build passes"
❌ "Linter passed" (linter doesn't check compilation)

Requisitos:

✅ Re-read plan → Create checklist → Verify each → Report gaps or completion
❌ "Tests pass, phase complete"

Delegação de agente:

✅ Agent reports success → Check VCS diff → Verify changes → Report actual state
❌ Trust agent report

Por Que Isso Importa

De 24 memórias de falha:

• seu parceiro humano disse "não acredito em você" - confiança quebrada
• Funções indefinidas enviadas - causariam falha
• Requisitos ausentes enviados - recursos incompletos
• Tempo perdido em conclusão falsa → redirecionamento → retrabalho
• Viola: "Honestidade é um valor central. Se você mentir, será substituído."

Quando Usar

SEMPRE antes de:

• QUALQUER variação de alegações de sucesso/conclusão
• QUALQUER expressão de satisfação
• QUALQUER declaração positiva sobre o estado do trabalho
• Commitar, criação de PR, conclusão de tarefa
• Mover para a próxima tarefa
• Delegar para agentes

A regra se aplica a:

• Frases exatas
• Paráfrases e sinônimos
• Implicações de sucesso
• QUALQUER comunicação que sugira conclusão/correção

O Ponto Principal

Sem atalhos para verificação.

Execute o comando. Leia a saída. ENTÃO reivindique o resultado.

Isso é inegociável.

Quando Usar

Esta habilidade é aplicável para executar o fluxo de trabalho ou as ações descritas na visão geral.

Limitações

• Use esta habilidade apenas quando a tarefa corresponder claramente ao escopo descrito acima.
• Não trate a saída como um substituto para validação específica do ambiente, testes ou revisão especializada.
• Pare e peça esclarecimentos se os inputs, permissões, limites de segurança ou critérios de sucesso necessários estiverem faltando.