¿Un solo LLM o un ejército de agentes? La decisión que fija tu factura y tu tasa de fallo

Respuesta corta: empieza con un solo orquestador con herramientas. Un ejército de agentes solo se justifica cuando la tarea se puede partir en subtareas independientes, nadie necesita escribir en el mismo registro y el valor de cada tarea paga ~15x los tokens de un chat. Un agente solo acertó 28 de 28 veces en el estudio de McEntire (2026); el enjambre falló el 68% de las veces. Y aun así, el sistema multiagente de Anthropic superó al agente único por 90,2% — con 15x la factura de tokens. Las dos cosas son ciertas, y esa es exactamente la trampa.

La pregunta ya no es si los agentes de IA sirven. Es cuántos poner. En r/Entrepreneur, el hilo "Are you using one LLM or an army of agents?" acumuló 54 upvotes y 125 comentarios: gente operando agentes hace meses y sin saber si paga por arquitectura o por costumbre.

Nosotros los implementamos en CRMs reales este año, y la respuesta a clientes es siempre la misma: una caja en el diagrama, no diez. Te explico por qué, con datos.

Dos estudios serios que se contradicen — y por qué los dos tienen razón

En junio de 2025, Anthropic publicó su sistema de Research multiagente: un agente líder Opus 4 delegando en subagentes Sonnet 4 en paralelo. En su evaluación interna superó al agente único por 90,2%. Difícil de discutir.

Pero en el mismo post viene la factura: los agentes usan ~4x los tokens de un chat y los sistemas multiagente ~15x. El consumo de tokens, por sí solo, explica el 80% de la varianza en el rendimiento de su evaluación de navegación. En sus propias palabras, los multiagente funcionan mainly because they help spend enough tokens to solve the problem: ganan gastando, no por colaboración mágica de varios cerebros.

Ahora el otro lado. En febrero de 2026, el investigador organizacional Jeremy McEntire publicó en SSRN "The Organizational Physics of Multi-Agent AI", y los números duelen: con un solo agente, 28 aciertos en 28 intentos. Con organización jerárquica (un agente delegando en otros), falló el 36%. Con enjambre autorganizado (stigmergy), falló el 68%. Un pipeline de 11 etapas ni siquiera llegó a producir código: agotó el presupuesto en planificación. Su conclusión: "The substrate changes; the physics of coordination at scale remains constant." El sustrato cambia; la física de la coordinación a escala no.

Entre los dos está la taxonomía MAST de UC Berkeley (Why Do Multi-Agent LLM Systems Fail?, ICLR 2025): 1.600+ trazas ejecutadas en 7 frameworks, 14 modos de fallo agrupados en tres categorías:

El fallo que todos imaginan — un agente ignorando al otro — representa 0,17%. Los fallos son organizacionales, no intelectuales: agentes que repiten trabajo, no se detienen, no verifican. ChatDev, la "empresa de software" multiagente, acertó solo 33,33% de las veces.

La síntesis: Anthropic tiene razón cuando la tarea es de búsqueda amplia y paralelizable. McEntire tiene razón cuando los agentes tienen que coordinarse para producir algo único. El error está en pensar que una arquitectura gana siempre.

Lo que cuesta realmente un ejército de agentes

El precio por token es casi siempre el mismo. Lo que cambia es cuántos tokens consume la topología que elegiste. Con los multiplicadores publicados por Anthropic:

Sin contar el contexto acumulado: un agente multi-paso con RAG y herramientas ya supera el dólar por tarea, como vimos en cuánto cuesta un agente de IA por tarea.

Aquí va la parte que casi nadie calcula en LatAm: pagas tokens en dólares y facturas en moneda local. Multiplicar por 15 una operación que corre 10.000 veces al mes no es un incremento de costo: es otra categoría de gasto, con otra exposición cambiaria. Antes de discutir arquitectura, discute presupuesto de tokens por tarea.

Por qué los ejércitos fallan: no es inteligencia, es organización

Hay una aritmética que ningún salto de modelo borra. Los agentes son secuenciales y probabilísticos: si cada paso acierta el 95% de las veces, una cadena de 10 pasos termina bien apenas el 59,9% de las veces, y de 20 pasos, el 35,8%. Cada agente que sumas añade otra multiplicación, otra entrega de contexto, otro lugar donde una decisión localmente razonable se vuelve globalmente incorrecta.

Es el mismo patrón que McEntire describe: review thrashing, conflictos de gobernanza, presupuesto agotado en coordinación. Los agentes heredan los modos de falla de las organizaciones humanas. La falla no es del modelo; es del organigrama.

Y la industria ya lo está notando. Gartner (Hype Cycle for Agentic AI, 2026): solo el 17% de las organizaciones ha desplegado agentes de IA, más del 60% espera hacerlo en dos años — la curva de adopción más agresiva que midieron — y proyecta que más del 40% de los proyectos agentic se cancelarán para fines de 2027 por costos crecientes, valor de negocio confuso y controles de riesgo insuficientes. En el mismo ciclo: "fully autonomous agents are not ready for the majority of enterprise use cases today." Deloitte encontró solo 11% con sistemas listos para producción.

Mismo patrón que en por qué falla la mayoría de proyectos de automatización: se automatiza sin proceso en orden y ahora se multiagenteiza sin un agente que funcione.

Las 4 preguntas que deciden la topología

Matriz que usamos antes de escribir una línea de workflow. Responde en orden; la primera que descarte, manda.

Regla de bolsillo: paralelismo + alto valor por tarea + solo lectura es la única combinación que justifica la topología C.

Cómo elegimos la topología en Mintec

Historia real que ya contamos: conectamos un agente directo al CRM de un cliente de logística vía API. En 72 horas teníamos 14 oportunidades duplicadas, notas de seguimiento inventadas y stages saltando de "calificado" a "cerrado perdido" y de vuelta. No era mala IA: era arquitectura — dos agentes escribiendo sobre el mismo contacto sin capa de orquestación. El caso completo está en agentes de IA en un CRM real.

Desde entonces, el patrón es consistente:

• Procesos que escriben (CRM, facturación, cobranza): un agente, una credencial, una fuente de verdad, reglas deterministas alrededor. La pregunta de quién manda la resolvemos con la regla de tres preguntas de n8n, no agregando agentes.
• Procesos que leen y deciden (calificación de leads, clasificación de respuestas): un orquestador con lógica de reglas + IA — el principio de construir con IA y ejecutar con reglas.
• Procesos de exploración (research, monitoreo competitivo, lectura masiva): aquí sí abrimos subagentes en paralelo, con salida a archivo y sin credenciales de escritura: el único caso donde el multiplicador 15x se paga solo.

Opinión clara: en el 90% de los procesos de clientes en producción, la respuesta es un agente. El enjambre es herramienta de investigación, no de operación. Si tu diagrama tiene diez cajas y una sola tarea paralela, tienes un gasto de organización, no una arquitectura.

Cómo implementarlo sin pagar la lección dos veces

1. Un agente, herramientas claras, un registro. Antes de pensar en agentes, ten el proceso estandarizado — el marco de implementación de agentes existe porque el 88% nunca llega a producción.
2. Mide desde el día 1 con ~20 casos reales. Los agentes son no deterministas incluso con el mismo prompt: una demo verde es una sola muestra. Reporta tasa de acierto en varias corridas.
3. Agrega el segundo agente solo con paralelismo real. Anthropic lo publica: consulta simple = 1 agente con 3–10 llamadas a herramientas; comparación = 2–4 subagentes; research complejo = 10+ con responsabilidades divididas.
4. Escritura en un solo hilo, siempre. Si dos agentes pueden modificar el mismo registro, no tienes redundancia — tienes un race condition con lenguaje natural.
5. Presupuesto de tokens por tarea y routing de modelos. La palanca más grande de costo no es la topología, es qué modelo atiende qué paso: hasta 60–80% del gasto se recorta con routing.

Tres errores que vemos seguido: contar cajas del diagrama en vez de tareas paralelas; pagar 15x para que un "ejército" resuelva lo que era una regla de dos condiciones; y lanzar sin evaluación, confiando en la primera corrida verde.

La conversación sigue abierta en ese hilo de Reddit. Lo que la mueve no es otra opinión: es cuánto cuesta cada caja y qué pasa cuando se cae.

Fuentes: Anthropic, How we built our multi-agent research system (2025) · McEntire, The Organizational Physics of Multi-Agent AI (SSRN, 2026) · Cemri et al., Why Do Multi-Agent LLM Systems Fail? (UC Berkeley, ICLR 2025) · Cognition, Don't Build Multi-Agents · Gartner, Hype Cycle for Agentic AI 2026 · r/Entrepreneur (54 upvotes, 125 comentarios).