Cinquenta agentes de IA construíram uma burocracia, não uma civilização, e essa é a lição

Uma pergunta para todo mundo que vende «equipes de agentes de IA» como o próximo grande salto: se 50 deles não conseguem nem organizar uma vila no Minecraft, por que tocariam o back office da sua empresa? Talvez o experimento seja injusto. Mas achamos que ele é muito mais instrutivo do que as demonstrações que costumamos ver.

O que aconteceu: muitas reuniões, pouca civilização

Como informa o Tom's Hardware, pesquisadores da Y Combinator e da Olam Labs soltaram enxames de agentes de IA no Minecraft, tanto em modo cooperativo quanto adversarial, como ambiente de testes para estudar o comportamento de equipes de agentes. As equipes de 50 agentes não conseguiram construir uma civilização e caíram no que o veículo chama de burocracia paralisante.

Outros resumos do estudo acrescentam detalhes. Segundo um deles, a única instrução era «Construam uma civilização próspera», e os agentes passaram a maior parte do tempo escondidos em abrigos e cuidando da papelada. Outro relato diz que eles abandonaram as tarefas ambiciosas e gastaram 11 minutos nomeando um operador de fertilizante para um único bloco de trigo. Esses detalhes vêm de páginas secundárias, então vale tratá-los como relatados, não verificados. Outro achado relatado: esse mesmo tipo de enxame se sai bem em problemas matemáticos.

Mais agentes não é mais cérebro, é mais correspondência

A anedota do bloco de trigo é engraçada, mas o que importa é o padrão. Um enxame não é um indivíduo mais inteligente. É o mesmo indivíduo, copiado, mais um problema de comunicação. Cada novo agente traz alguém para informar, alguém para esperar e alguém que pode ter uma imagem desatualizada do mundo.

A matéria da TechRadar sobre os gargalos de orquestração traz números aproximados. Segundo ela, passar de um para três agentes multiplica a complexidade de coordenação por 9, e cinco agentes por 25, e cita pesquisas que atribuem 36,9% das falhas de sistemas multiagente a desalinhamento de coordenação. Os números exatos são o enquadramento desse veículo, não uma lei da natureza. A direção, porém, bate com o que o Minecraft mostrou: a partir de certo tamanho, os agentes gastam energia gerenciando uns aos outros.

Isso também explica o resultado em matemática. Problemas matemáticos podem ser fatiados em partes independentes, então tentativas em paralelo ajudam. Construir uma civilização é o oposto: tudo depende de tudo, e o trabalho é decidir quem faz o quê, em que ordem e com quais recursos. Um enxame ótimo no primeiro caso e sem esperança no segundo não é uma contradição. É um mapa de onde essa tecnologia funciona.

O hype precisa de uma linha no orçamento

Fora do Minecraft, a burocracia tem preço. A TechRadar observa que repassar históricos brutos de conversa entre agentes infla o consumo de tokens, e cita uma única equipe da Amazon que acumulou, de forma inesperada, US$ 1,8 milhão em custos de tokens num projeto que cruzava dados de autores com listagens de livros. Coordenação desperdiçada não é só lenta: ela entra na fatura.

Para ser justo, a resposta da engenharia já está se formando, e ela diz muito. As correções listadas pela TechRadar são limites rígidos de repasses, tetos de tokens, timeouts e máquinas de estados controladas por código, em vez de deixar os agentes escolherem livremente quem fala em seguida. Leia essa lista de novo: é uma empresa reinventando o processo rígido para funcionários de software porque a versão livre produziu caos. O Harness da DeepSeek, descrito recentemente pelo EconoTimes, segue um caminho parecido, com um projeto de duas camadas e um Watchdog externo. Na nossa visão, os players sérios não estão apostando em trabalho em equipe emergente. Estão apostando em estrutura de apoio.

Duas ressalvas nos mantêm honestos. É um único experimento, num jogo, relatado principalmente por resumos, e o objetivo aberto do Minecraft («civilização próspera») é tão vago quanto um briefing pode ser. Implantações reais, com metas estreitas e papéis claros, vão se comportar melhor. E um enxame burocrático é tanto um problema de prompt e de design quanto um limite fundamental; uma estrutura melhor pode muito bem resolver parte disso.

Nosso veredicto: contrate o menor time que funcione

Se você está avaliando produtos de agentes, a lição é chata e valiosa. Comece com um agente. Só adicione um segundo quando conseguir nomear a tarefa que ele tira do primeiro. Prefira repasses determinísticos a agentes que «decidem» como se organizar. Defina tetos de gasto antes do piloto, não depois da fatura.

E quando um fornecedor mostrar um slide com dezenas de agentes colaborando, faça a pergunta do Minecraft: quem decide o quê, e o que impede que eles formem um comitê para isso? Se a resposta for «os agentes se entendem», lembre-se do bloco de trigo. A inteligência escala com a capacidade. Equipes escalam com estrutura, e estrutura ainda é algo que os humanos precisam projetar.