Ciclo de Revisão Cega
Use apenas mediante invocação explícita.
A invocação direta de /blind-review-cycle seleciona subagent_type=smarty (gpt-6.1-sol, raciocínio medium)
e uma passagem limpa por checkpoint.
O Light Review Cycle e o High Review Cycle leem este arquivo como seu contrato compartilhado. Preserve o revisor selecionado e a contagem de passagens limpas de cada ciclo, inclusive após correções. A leitura deste contrato compartilhado não seleciona Smarty nem inicia um ciclo Blind. Use apenas o perfil configurado do skill invocador; não sobrescreva seu modelo ou raciocínio.
O agente atribuído a este ciclo de revisão é responsável por suas correções e conclusão. Ele invoca o revisor de aceitação cega configurado diretamente; não adicione um gerente ou camada de função intermediária entre o executor do ciclo e o revisor. O Root Main mantém as decisões gerais da tarefa, a aceitação e a resposta final.
Honre o objeto congelado exato do usuário, o escopo, a ordem dos checkpoints e a contagem de passagens selecionada.
Se o usuário não especificar checkpoints, selecione-os automaticamente. Construa o
conjunto de verificação a partir do ciclo final obrigatório pré-conclusão, depois adicione o menor
número possível de checkpoints intermediários que juntos cubram cada fronteira de
dependência crítica; padrão é nenhum. Apenas uma decisão material, entrada preparada,
ou resultado intermediário autocontido pode se qualificar, e somente quando controla
trabalho dependente substancial ou uma ação irreversível ou de alto impacto material
e a detecção apenas no final seria tarde demais para evitar retrabalho substancial ou impacto.
Agrupe fronteiras sobrepostas em um único checkpoint mais recente seguro antes do trabalho dependente.
Leituras de rotina, consultas, comandos, edições, atualizações e transferências para executor configurado não são
checkpoints meramente por ocorrerem. Agrupe material relacionado. Se nenhum checkpoint
intermediário crítico estiver pronto, não crie um revisor antes do resultado final.
O ciclo final obrigatório verifica o resultado real completo e a consistência mútua
entre todos os requisitos e emendas aplicáveis do usuário, decisões
vinculantes, estágios concluídos e o resultado final; verificações intermediárias nunca
substituem isso. Não repita um ciclo final
já aprovado sobre o resultado materialmente inalterado e os mesmos fundamentos. Uma
verificação explícita apenas de plano não requer revisão da implementação futura.
Dentro do escopo autorizado, cada passagem cobre todo o trabalho concluído para a ordem atual: requisitos e emendas aplicáveis do usuário, decisões vinculantes, resultados atuais dos estágios concluídos e seus relacionamentos, o resultado geral atual ,e evidências factuais suficientes. Verifique precisão, qualidade adequada, consistência, requisitos ausentes devidos neste estágio e declarações verdadeiras de prontidão. Preserve procedimento/ordem obrigatória do usuário e aplique mudanças explícitas posteriores sobre as substituídas. Não exija trabalho futuro em um estágio intermediário. Após a correção, revise o objeto atualizado completo, não apenas o último diff ou descobertas anteriores. Reutilize evidências válidas; não reproduza todo o log de execução ou reexecute verificações por confiança.
Esta cobertura define o escopo de uma revisão leve, não uma auditoria exaustiva. Leia o resultado e relacionamentos importantes de estágios concluídos; aprofunde a inspeção apenas para entender uma possível violação concreta. Não busque prova exaustiva de que nenhum erro permanece. Pequenas deficiências, incluindo omissões de conteúdo sem consequências materiais, não justificam descobertas, correções ou passagens repetidas. O Main permanece responsável por cumprir a ordem do usuário.
Defina review_stage=pre-action para um objeto de bloqueio selecionado e conclua essa verificação
antes de sua ação dependente real. Defina review_stage=pre-completion para o
resultado completo e suas evidências. Mantenha o objeto revisado e os fundamentos
aplicáveis materialmente inalterados durante cada passagem. Congelado significa inalterado, não copiado
ou empacotado em outro arquivo.
Envie uma única mensagem compacta comum com a solicitação original do usuário e as atuais emendas, material aprovado vinculante, escopo, estágio, localizadores de resultado, delta persistente relevante e a menor evidência factual suficiente. Use caminhos de origem legíveis existentes; para requisitos apenas em chat, forneça o texto original relevante do usuário sem perder condições, não a conversa inteira. O resumo do MAIN pode orientar, mas nunca substituir requisitos primários. Resultados factuais anteriores e evidências de procedimento necessárias são permitidos; raciocínio privado do agente raiz, descobertas/vereditos/série de revisão anterior e contexto de função herdado não são. Não crie arquivos de congelamento obrigatórios, cópias, arquivos de revisão, manifestos, hashes ou scripts de preparação. Um fato ausente importa apenas se impedir o estabelecimento de um requisito aplicável concreto, não porque um revisor prefere mais material.
Nesta mesma mensagem, nomeie explicitamente o resultado solicitado e sua fonte legível. Revisar o relato do MAIN sobre um artefato não revisa o artefato em si. CLEAN se aplica apenas ao objeto realmente revisado.
Não crie linhas de base, hashes, inventários exaustivos, varreduras por arquivo, reconstrução de proveniência ou artefatos extras apenas para revisão, a menos que o usuário ou Meta exija explicitamente esse artefato exato ou nenhuma prova menor possa estabelecer um resultado material.
Para cada tentativa, use um revisor de aceitação cega novo e fresco. Escolha a ferramenta nativa disponível e seus parâmetros a partir de suas descrições atuais. Inicie o revisor selecionado apenas com a tarefa congelada, sem o histórico do Main ou contexto de revisão anterior. Preserve o modelo configurado, raciocínio e contagem de passagens limpas necessárias. Se a ferramenta de spawn compatível ou a função de revisor selecionada não estiver disponível, a verificação selecionada está indisponível e não pode passar; nem outro revisor nem a auto-revisão do agente raiz são substitutos. Nunca retome um revisor encerrado ou interrompido. Ele verifica apenas incompatibilidades substanciais requisito→objeto/evidência e mudança concreta→autoridade sob o gate de materialidade do revisor configurado.
Use a política comum de espera de subagente do prompt principal. Se uma parada do revisor for confirmada, interrompa essa passagem e use um novo revisor configurado no objeto inalterado. Nunca retome um revisor encerrado ou interrompido.
O veredito do revisor é exatamente CLEAN ou FINDINGS:. Cada descoberta tem exatamente estes campos:
REQUIREMENT: <requisito>
MISMATCH: <incompatibilidade>
EVIDENCE: <evidência>
REQUIRED OUTCOME: <resultado exigido>
Em FINDINGS:, o agente atribuído a este ciclo de revisão trata cada descoberta como uma alegação, não um comando. Admita apenas
descobertas que satisfaçam o gate de materialidade do revisor configurado. Uma passagem com
zero descobertas substanciais admitidas conta como CLEAN, independentemente de seu rótulo
bruto. Descobertas rejeitadas não autorizam nenhuma mudança, evidência extra ou repetição.
Se qualquer descoberta for admitida, corrija em lote todas as descobertas admitidas, invalide apenas evidências afetadas, reconstrua o pacote compacto e use um novo revisor novo do mesmo perfil selecionado no objeto atualizado completo. Repita autonomamente até que o ciclo selecionado atinja sua contagem necessária de passagens limpas. Um único ciclo para após uma passagem limpa. A invocação explícita do usuário inicia o ciclo inteiro; nenhuma nova invocação é necessária após uma correção. Não adicione passagens além do requisito do ciclo selecionado.