Por que grandes equipes multiagentes travam
Quando os agentes de LLM começaram a ser usados em massa no desenvolvimento, muitas equipes seguiram um caminho lógico, mas nem sempre funcional: recrutar o maior número possível de "especialistas" algorítmicos e distribuir papéis entre eles. Um escreve código, outro procura vulnerabilidades, um terceiro verifica cenários. O problema é que cada novo agente gera cada vez menos benefício: em tarefas no nível de um repositório inteiro, os custos de coordenação rapidamente superam o ganho obtido com "mãos extras".
A reação a isso foi um movimento na direção oposta: os agentes foram transformados em subagentes — ferramentas obedientes que são chamadas sob demanda e não entram em diálogo. Essa abordagem elimina o caos, mas também destrói o principal recurso do trabalho coletivo: ninguém mais contesta as decisões alheias e, portanto, os erros passam despercebidos.
Ponto de equilíbrio: o mínimo de cooperação
Eric S. Qiu e Joyce Gill buscaram o meio-termo no trabalho «Adversarial Review: Structured Disagreement for Grounded Agentic Code Review» (arXiv:2608.18167, categorias cs.AI e cs.SE; submetido em 16 de agosto de 2026, aceito no ICML 2026 Workshop on DL4C). A hipótese deles é simples: é possível manter a simplicidade da arquitetura de subagentes, mas adicionar a ela um mínimo de cooperação — um único ponto onde as opiniões dos agentes colidem deliberadamente.
O resultado foi o protocolo Adversarial Review (AR). Os autores propositalmente não constroem uma hierarquia complexa nem multiplicam papéis. Em vez disso, três participantes atuam:
- o agente codificador prepara as alterações no código;
- o revisor avalia se essas alterações estão corretas;
- o crítico audita não o código, mas a própria revisão, e encontra nela pontos fracos.
O crítico não diz apenas "discordo" — ele apresenta uma divergência estruturada: aponta fragmentos específicos do código que não confirmam as conclusões do revisor. E somente quando esse ciclo é concluído, o agente principal recebe permissão para fazer as correções.
O que os testes mostraram
O efeito da divergência fica bem visível nos resultados dos benchmarks.
No LiveCodeBench, o AR apresentou a maior porcentagem de aprovações bem-sucedidas entre todos os métodos testados. Um detalhe importante: para isso, bastaram três agentes, enquanto a versão base que o AR superou usava cinco.
No SWE-PRBench, tudo ficou mais interessante. A versão ingênua do protocolo revelou inesperadamente um modo de falha que os autores chamaram de falso consenso: os agentes convergiam para uma opinião comum sem ter evidências suficientes para isso. Ou seja, mesmo uma divergência cuidadosamente construída pode degenerar em um "concordo com todos" formal. A solução é uma única iteração de prompt, na qual a exigência de contestar e justificar a discordância é explicitamente declarada — após esse ajuste, o método alcançou o primeiro lugar em F1.
Por fim, no SWE-bench Verified, o AR novamente melhorou os resultados das abordagens base. Isso é importante porque tarefas no nível de repositório são uma escala de complexidade completamente diferente de funções isoladas: alterações em um módulo podem quebrar dezenas de módulos vizinhos.
Conclusão: a força não vem do número de votos, mas do direito de contestar
Os autores chegam a uma conclusão contraintuitiva, mas confirmada por experimentos: uma revisão de código eficaz não exige nem uma equipe grande nem esquemas complexos de comunicação. Basta que a divergência seja:
- mínima — um único ponto de conflito, não um chat infinito;
- estruturada — cada participante tem uma função clara e definida;
- baseada em evidências — a objeção se apoia em fatos do código, não em preferências subjetivas.
A lição prática para todos que constroem pipelines de agentes: não tente resolver o problema adicionando papéis. É melhor incorporar ao processo uma etapa obrigatória de dúvida — e permitir que um agente conteste oficialmente as conclusões de outro. O valor da revisão não é determinado pelo número de votos, mas pela presença de alguém capaz de contestar com substância.
