Cincuenta agentes de IA montaron una burocracia, no una civilización, y esa es la lección

Una pregunta para todos los que venden «equipos de agentes de IA» como el siguiente gran salto: si 50 de ellos ni siquiera son capaces de organizar un pueblo de Minecraft, ¿por qué iban a llevar la administración de tu empresa? Quizá el experimento sea injusto. Pero nos parece bastante más instructivo que las demos que solemos ver.

Qué pasó: muchas reuniones y poca civilización

Según cuenta Tom's Hardware, investigadores de Y Combinator y Olam Labs soltaron enjambres de agentes de IA en Minecraft, tanto en modo cooperativo como adversarial, como espacio de pruebas para estudiar cómo se comportan los equipos de agentes. Los equipos de 50 agentes no consiguieron construir una civilización y cayeron en lo que el medio llama una burocracia paralizante.

Otros resúmenes del estudio añaden color. Según uno de ellos, la única instrucción era «Construid una civilización próspera» y los agentes pasaron la mayor parte del tiempo escondidos en refugios y llevando papeleo. Otro relato asegura que abandonaron las tareas ambiciosas y tardaron 11 minutos en nombrar a un operador de fertilizante para un solo bloque de trigo. Esos detalles proceden de páginas secundarias, así que conviene tomarlos como lo que son: datos reportados, no verificados. Otro hallazgo que se menciona: este mismo tipo de enjambres funciona bien con problemas matemáticos.

Más agentes no es más cerebro, es más correo

La anécdota del bloque de trigo tiene gracia, pero lo que importa es el patrón. Un enjambre no es un individuo más listo. Es el mismo individuo, copiado, más un problema de comunicación. Cada agente nuevo añade a alguien a quien informar, a alguien a quien esperar y a alguien que puede tener una imagen desactualizada del mundo.

El artículo de TechRadar sobre los cuellos de botella de la orquestación pone cifras aproximadas. Afirma que pasar de uno a tres agentes multiplica la complejidad de coordinación por 9, y con cinco agentes por 25, y cita una investigación que atribuye el 36,9 % de los fallos de los sistemas multiagente a un desajuste de coordinación. Las cifras exactas son el planteamiento de ese medio, no una ley de la naturaleza. La dirección, en cambio, coincide con lo que mostró Minecraft: a partir de cierto tamaño, los agentes dedican su esfuerzo a gestionarse unos a otros.

Eso también explica el resultado en matemáticas. Los problemas matemáticos se pueden trocear en piezas independientes, así que los intentos en paralelo ayudan. Construir una civilización es lo contrario: todo depende de todo y el trabajo consiste en decidir quién hace qué, en qué orden y con qué recursos. Que un enjambre sea excelente en lo primero y inútil en lo segundo no es una contradicción. Es un mapa de dónde funciona esta tecnología.

El bombo necesita una partida presupuestaria

Fuera de Minecraft, la burocracia tiene precio. TechRadar señala que pasar historiales de conversación sin procesar de un agente a otro dispara el consumo de tokens, y cita a un solo equipo de Amazon que acumuló sin esperarlo 1,8 millones de dólares en costes de tokens en un proyecto que cruzaba datos de autores con fichas de libros. La coordinación desperdiciada no solo es lenta: se factura.

Para ser justos, la respuesta de la ingeniería ya se está formando, y es reveladora. Las soluciones que enumera TechRadar son límites estrictos de saltos en los traspasos, topes de tokens, tiempos máximos de espera y máquinas de estados controladas por código, en lugar de dejar que los agentes elijan libremente quién habla después. Vuelve a leer esa lista: es una empresa reinventando el proceso rígido para empleados de software porque la versión libre produjo caos. Harness, de DeepSeek, descrito hace poco por EconoTimes, va en una línea parecida, con un diseño de dos capas y un Watchdog externo. A nuestro juicio, los actores serios no apuestan por el trabajo en equipo emergente. Apuestan por el andamiaje.

Hay dos salvedades que nos mantienen honestos. Es un solo experimento, en un juego, contado sobre todo a través de resúmenes, y el objetivo abierto de Minecraft («civilización próspera») es tan vago como puede serlo un encargo. Los despliegues reales, con metas acotadas y roles claros, se comportarán mejor. Y un enjambre burocrático es tanto un problema de instrucciones y de diseño como un límite de fondo; una mejor estructura bien podría arreglar parte del problema.

Nuestro veredicto: compra el equipo más pequeño que funcione

Si estás evaluando productos de agentes, la lección es aburrida y valiosa. Empieza con un agente. Añade un segundo solo cuando puedas nombrar la tarea que le quita al primero. Prefiere traspasos deterministas a agentes que «deciden» cómo organizarse. Fija topes de gasto antes del piloto, no después de la factura.

Y cuando un proveedor te enseñe una diapositiva con decenas de agentes colaborando, hazle la pregunta de Minecraft: ¿quién decide qué y qué impide que monten un comité para eso? Si la respuesta es «los agentes ya se las apañan», acuérdate del bloque de trigo. La inteligencia escala con la capacidad. Los equipos escalan con la estructura, y la estructura sigue siendo algo que tenemos que diseñar las personas.