Como manter os critérios de julgamento ao passar a revisão de código para outra IA

Pode-se explicar a estrutura do código para uma IA e delegar a revisão de segurança ou desempenho para outra.

Mas se a nova IA não conhece as condições de preservação e o estado de evidência do trabalho atual, pode repreender soluções já excluídas ou expandir o escopo.

O que deve ser conectado em revisão de código não é apenas o trecho de código, mas os fatos confirmados, as condições proibidas e a fronteira de aprovação de modificação.

Informações que faltam ao transmitir apenas o código

Mesmo vendo o mesmo diff, sem as informações a seguir, o julgamento pode mudar:

• A falha real que o usuário experimentou
• A fronteira onde o valor esperado e o valor real divergiram pela primeira vez
• As não-causas já confirmadas
• A funcionalidade existente que deve ser preservada
• Os arquivos e funções onde modificação é permitida
• O estado de causa ainda não confirmada
• As condições de STOP de implantação e verificação

Saved deixa evidências

Pode-se deixar como Saved interpretações importantes de log, ramificações de código e avisos de risco.

Saved não é uma funcionalidade que confirma a resposta da IA como correta. É a coordenada para retornar a perguntas e respostas específicas que o próximo revisor deve verificar novamente.

Anchor cria o contrato de revisão

Antes de passar para outra IA, pode-se organizar o seguinte como Anchor:

• Definição atual do problema
• Fatos confirmados
• Status de ROOT_CAUSE_PROVEN
• Contrato de preservação de funcionalidade existente
• Escopo de modificação permitido
• Mudanças proibidas
• Próximo trabalho de verificação

Anchor não substitui o documento completo de instruções de implementação, mas fornece os critérios de onde a revisão deve partir.

Handoff separa os papéis

Pode-se delegar a uma IA a verificação de evidência em read-only e a outra uma diff review limitada.

Usando Handoff, pode-se receber perspectivas diferentes por papel sem explicar novamente os mesmos critérios a cada vez.

A nova IA não segue incondicionalmente a conclusão anterior. Examina independentemente com base nas condições de preservação e evidência.

Evita que soluções se misturem antes da confirmação da causa

O mais perigoso em revisão de código é tratar uma causa possível como causa real.

Deixando claro no Anchor o estado atual de evidência, pode-se reduzir a chance de a próxima IA passar arbitrariamente para modificação, rollback e refatoração.

O 5BY.AI não aprova automaticamente o trabalho. Conecta para a próxima conversa os Gates e condições de STOP que o usuário decidiu.

Examina o fluxo de revisão no Graph View

No Graph View do 5BY.AI, pode-se examinar como o Pack de investigação de causa, os Saved importantes, o Anchor de aprovação de modificação e o Pack de revisão subsequente se conectaram.

Pode-se reverificar o seguinte, que desaparece apenas com o commit final:

• Por que apenas aquele arquivo foi modificado?
• Por que certas alternativas foram excluídas?
• Após qual evidência a modificação foi aprovada?
• O que foi verificado antes da implantação?

Fluxo de trabalho real

1. Investiga a falha e o fluxo do código na primeira IA.
2. Deixa a fronteira de inconsistência importante como Saved.
3. Cria um Anchor com a causa e o contrato de preservação.
4. Faz Handoff para outra IA para verificação de refutação em read-only.
5. Se a causa se mantiver, confirma o escopo do patch exato.
6. Após implementar, realiza uma diff review limitada em nova IA.
7. Registra o resultado e os riscos restantes em novo Anchor.

Não substitui os registros oficiais de desenvolvimento

Repositório de código, issues, resultados de teste e registros de implantação devem permanecer no sistema oficial.

O 5BY.AI não substitui esses registros, mas permite reencontrar o fluxo de julgamento criado ao examinar com IA.

O necessário ao passar a revisão de código para outra IA não é copiar muitas explicações.

É manter como ponto de partida comum o que foi provado até agora, o que ainda não foi provado, a funcionalidade a preservar e o escopo permitido.

Saved, Anchor e Handoff do 5BY.AI ajudam a evitar que esses critérios de julgamento desapareçam entre janelas de conversa e serviços de IA.

Artigos e recursos relacionados

• Como continuar várias conversas com IA como um único fluxo
• Por que o contexto de conversas com IA se dispersa em projetos de longo prazo
• Como Anchor e Handoff criam o caminho de movimento
• Conheça as funcionalidades do 5BY.AI