10-skill-verification-before-completion

name	10-SKILL-VERIFICATION-BEFORE-COMPLETION
description	Use antes de declarar trabalho completo, corrigido ou passando - requer verificação real antes de qualquer afirmação de sucesso

Auto-Trigger: Antes de declarar completo/corrigido, antes de finalizar processamento Keywords: "verificar", "validar", "checklist", "finalizar", "completo", "pronto", "concluído" Prioridade: ALTA

---

Verification Before Completion - Mega Brain

Overview

Declarar trabalho completo sem verificação é desonestidade, não eficiência.

Princípio central: Evidência antes de afirmações, sempre.

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

A Lei de Ferro

NENHUMA DECLARAÇÃO DE CONCLUSÃO SEM EVIDÊNCIA DE VERIFICAÇÃO FRESCA

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

O Gate Function

ANTES de declarar qualquer status ou expressar satisfação:

1. IDENTIFICAR: Qual comando prova esta afirmação?
2. EXECUTAR: Rodar o comando COMPLETO (fresco, completo)
3. LER: Output completo, checar exit code, contar falhas
4. VERIFICAR: Output confirma a afirmação?
   - Se NÃO: Declarar status real com evidência
   - Se SIM: Declarar afirmação COM evidência
5. SÓ ENTÃO: Fazer a afirmação

Pular qualquer passo = mentir, não verificar

Verificações no Contexto Mega Brain

Afirmação	Requer	Não Suficiente
Arquivo processado	Chunks + Insights gerados	"Deveria estar OK"
Pipeline completo	Todos os 8 steps executados	"Rodei alguns steps"
Agente atualizado	MEMORY com novos insights	"Atualizei o agente"
Dossiê gerado	Arquivo existe + chunk_ids inline	"Criei o dossiê"
Session State atualizado	Verificar arquivo	"Marquei como processado"
JSONs consistentes	Parse sem erro	"Adicionei entradas"

Red Flags - PARAR

• Usando "deveria", "provavelmente", "parece que"
• Expressando satisfação antes de verificar ("Ótimo!", "Perfeito!", "Pronto!")
• Prestes a declarar task completa sem verificação
• Confiando em reports de agentes
• Baseando-se em verificação parcial
• Pensando "só dessa vez"
• Cansado e querendo terminar
• QUALQUER formulação implicando sucesso sem ter rodado verificação

Prevenção de Racionalização

Desculpa	Realidade
"Deveria funcionar agora"	RODE a verificação
"Estou confiante"	Confiança ≠ evidência
"Só dessa vez"	Sem exceções
"Chunks foram criados"	Verificar INSIGHTS também
"Agente disse sucesso"	Verificar independentemente
"Estou cansado"	Cansaço ≠ desculpa
"Verificação parcial basta"	Parcial prova nada

Padrões Chave

Processamento de arquivo:

✅ [Verifica chunks] [Verifica insights] [Verifica session-state] "Arquivo processado"
❌ "Deveria estar OK" / "Parece correto"

Pipeline Jarvis:

✅ Step 1.1 ✅ → Step 1.2 ✅ → Step 2.1 ✅ → ... → "Pipeline completo"
❌ "Rodei o pipeline" (sem verificar cada step)

Atualização de agente:

✅ [Lê MEMORY] [Vê novos insights] [Chunk_ids presentes] "Agente atualizado"
❌ "Atualizei o MEMORY" (sem verificar)

Geração de dossiê:

✅ [Arquivo existe] [Chunk_ids inline] [Referências válidas] "Dossiê gerado"
❌ "Criei o dossiê" (sem verificar conteúdo)

Por Que Isso Importa

No contexto Mega Brain:

• Arquivos "processados" mas chunks não gerados → perda de conhecimento
• Insights "extraídos" mas não salvos → retrabalho
• Agentes "atualizados" mas MEMORY vazio → agente não aprende
• Session State "atualizado" mas arquivo não tocado → próxima sessão repete trabalho

Quando Aplicar

SEMPRE antes de:

• QUALQUER variação de afirmação de sucesso/conclusão
• QUALQUER expressão de satisfação
• QUALQUER declaração positiva sobre estado do trabalho
• Marcar task como completa
• Mover para próxima task
• Delegar para agentes

O Resumo

Sem atalhos para verificação.

Rode o comando. Leia o output. ENTÃO declare o resultado.

Isso é inegociável.