Sistemas multi-agente en producción: Menos IA, mejor arquitectura

Hay una frase que se ha puesto de moda en la arquitectura IA para empresas:

«Esto lo montamos con varios agentes.»

Como si añadir agentes fuera, por defecto, hacer el sistema más inteligente. Y no.

En la implementación de agentes IA para entornos reales, he aprendido lo contrario.

Un número que deberían enseñar el primer día: imagina un agente que acierta el 90%. 0,9. Encadena tres en tus sistemas multi-agente en producción. No sumas fiabilidad. La multiplicas.

0.9 × 0.9 × 0.9 ≈ 0.73

Del 90% al 73%. Doble latencia. Triple coste en tokens. Y el resultado no es mejor. La reducción de latencia en IA y la optimización de costes exigen eficiencia, no acumular capas innecesarias.

Esto se vio clarísimo hace unos meses.

Cognition (los de Devin) publicó «Don’t Build Multi-Agents»… y Anthropic publicó cómo SÍ montó su sistema de research.

Misma conclusión de fondo en el debate de agente único vs multi-agente: no es «¿uno o varios?». Es qué tarea tienes delante.

Te lo bajo a dos casos donde varios agentes SÍ ganan:

1. Review de código

Pídele a un único agente que entienda el cambio y que además lo critique en la misma pasada. Falla.

Una vez se ha contado la historia de «qué hace este código», deja de buscarle los fallos. Está sesgado por su propio resumen.

Pon a un segundo agente, adversarial, que SOLO intente romperlo. Ese llega limpio. No construyó la narrativa, así que no la defiende.

2. Investigar un tema complejo

Cuando tienes que leerte 40 fuentes para tomar una decisión, no lo metas todo en un solo agente: le revientas la ventana de contexto.

Reparte. Varios agentes leen en paralelo, cada uno investiga lo suyo… y solo te devuelven la conclusión, no las 40 fuentes enteras.

El contexto principal se queda limpio. Lees muchísimo y decides con poco ruido.

¿La regla que me llevo de producción?

Multi-agente cuando puedes partir el problema limpio: uno crea y otro destruye, o muchos leen y uno decide.

Si no, un único agente bien diseñado te gana casi siempre.

La arquitectura no se elige por lo que está de moda. Se elige por el problema que tienes delante, eliminando la fricción técnica desde la base.