La arquitectura multiagente no te da corrección: te da descomposición de tareas
Building a Multi-Agent System from Scratch: Architecture Patterns
Un agente único luce bien en una demo, pero al añadir un segundo agente aparece un problema de coordinación que consume casi todo el esfuerzo real. El autor repasa tres patrones —orchestrator-worker, blackboard y pipeline— y explica cuándo conviene cada uno. Lo más útil son los fallos que solo surgen en producción: bucles infinitos de delegación, costes desbocados por reinvocaciones, escrituras concurrentes en conflicto y alucinaciones que se amplifican aguas abajo. La solución no es un prompt mejor, sino límites duros en código.
En un sistema de un solo agente, una alucinación es una respuesta incorrecta. En un sistema multiagente, una alucinación es una entrada que se ve agravada por cada agente posterior que confía en ella.