Como revisar código escrito por vários agentes de IA

Resposta curta: revise na ordem inversa da que você usa com gente. Comece pelo que a mudança não deveria ter tocado, depois olhe se existe teste que falharia se aquilo estivesse errado, e só então leia o código. Agente de IA escreve código que parece certo com muito mais facilidade do que escreve código certo, e a leitura linha a linha é justamente onde essa aparência engana.

Por que a ordem muda

Com um colega, você confia na intenção e revisa a execução. Com um agente de IA, a intenção é a parte incerta: ele pode ter entendido outra coisa, resolvido um problema adjacente, ou consertado o sintoma. O código sai limpo de qualquer jeito, porque escrever código limpo é o que ele faz melhor.

Por onde começar a revisar a entrega de um agente de IA?

A pergunta mais barata e mais reveladora é "por que este arquivo mudou?". Arquivo que você não esperava na lista é o sinal mais confiável de que a tarefa foi entendida de outro jeito. Isso se responde em dez segundos e economiza a leitura de trezentas linhas.

Depois, o teste que prova

Antes de ler a implementação, procure o teste. Duas perguntas: ele existe, e ele falharia se a implementação estivesse errada? A segunda é a que importa. Teste que passa com a implementação vazia é comum em saída de agente de IA, porque ele foi escrito para passar, não para provar.

Só então o código

E aqui procure uma coisa específica: o que foi assumido sem ser dito. Que a rede responde, que a lista não vem vazia, que o usuário tem permissão, que a data está no fuso certo. É onde a saída de agente falha mais, e é invisível numa leitura de fluência.

Como revisar quando três agentes de IA trabalham em paralelo?

Quando três agentes de IA trabalham em paralelo, o histórico vira uma trança e ler por commit não conta a história de ninguém. Revise uma frente inteira de cada vez, com a pergunta "esta tarefa está pronta?", e só depois olhe a interação entre elas.

A interação, aliás, é onde mora o defeito específico do paralelismo: cada frente está certa isolada, e juntas discordam. Nenhuma revisão por frente pega isso, e é por isso que a suíte de testes rodando no conjunto é obrigatória antes de integrar. Revisar é só metade do problema, e a outra metade tem regras próprias: como integrar o trabalho de vários agentes de IA sem quebrar o main cobre o lado da integração, que continua serial mesmo quando a escrita foi paralela.

Vale um agente de IA revisar outro?

Correção, 15 de agosto de 2026. Esta seção dizia que sim, com uma condição, que o agente revisor fosse de outra empresa. A gente está estreitando essa afirmação, porque nunca rodou a comparação controlada que isolaria a marca. O que dá para defender de fato é que o agente revisor rode em uma instância separada, sem nenhum contexto de quem escreveu, sob instrução de caçar defeito em vez de confirmar que o código está bom. Se um fornecedor diferente ganha do mesmo modelo com contexto limpo é pergunta em aberto, e a gente diz isso com a medição em um agente de IA pode revisar o código de outro agente de IA. O que não mudou: não substitui a sua revisão, encurta ela.

Como não virar gargalo

Peça entregas menores. Uma tarefa grande gera uma entrega grande, que demora para conferir e é difícil de recusar quando sai errada: você acaba escolhendo entre aceitar um bloco enorme e refazer tudo. Três frentes pequenas rendem mais que uma grande porque você aprova de forma incremental.