Los fallos en bucle multiagente son fallos de diseño organizativo, no fallos de instrucción.

La mayoría de las configuraciones multiagente tarde o temprano encuentran el mismo muro: agentes rebotando entre sí, revisores pidiendo una pulida más para siempre, trabajadores de investigación generando subtemas infinitos, llamadas a herramientas en espiral hasta que el límite de recursión se activa. Los documentos de los frameworks llaman a esto "bucles" y ofrecen un parámetro de max-iteraciones. Una hipótesis que gana tracción es que el parámetro trata un síntoma, y el verdadero problema es cómo están organizados los agentes.

El patrón que reaparece: cuando los agentes se diseñan como pares (investigador habla con analista, analista habla con escritor, escritor devuelve al revisor), nadie es claramente dueño del resultado. Cada agente puede pedirle a otro más trabajo. El grafo tiene condiciones de parada en teoría, pero ningún agente tiene la autoridad para declarar "esto está listo, detén la ejecución". Esa autoridad es implícita y se diluye a través de la red de pares.

La solución es tratar la red de agentes como un organigrama con líneas de reporte explícitas, no como una sala de chat de pares. Capas propuestas:

• Presidente (autoridad máxima, puede terminar)
• Oficina de Estrategia
• Gerente de División
• Líder de Equipo
• Trabajador Especialista
• QA y Política como oficinas de personal separadas que pueden rechazar y escalar pero no generar trabajo nuevo ilimitado

Mecanismos clave:

• Un dueño de misión responsable por ejecución
• Un dueño por flujo de trabajo
• Profundidad de delegación finita
• Contrato de retorno tipado por trabajador: estado, evidencia, salida, bloqueadores, siguiente acción
• Solo el gerente tiene autoridad para reabrir o terminar
• La memoria reside en las capas de autoridad; los especialistas reciben contexto limitado

El modo de fallo de recursión del revisor en particular se elimina cuando los verificadores estructuralmente solo pueden hacer un pase de rechazo, luego deben escalar.

Los frameworks existentes ya tienen los primitivos:

• CrewAI — proceso jerárquico donde un gerente valida la salida del trabajador
• LangGraph — supervisores, subagentes y límite de recursión explícito
• OpenAI Agents SDK — orquestación estilo gerente distinta de los traspasos entre pares
• AutoGen — GroupChatManager
• Anthropic — sistema orquestador-trabajador de investigación

La idea infrautilizada: tratar al gerente no como un moderador de un chat grupal abierto, sino como una línea de reporte formal con autoridad para terminar.

Dos preocupaciones abiertas:

1. La jerarquía puede convertirse en su propio cuello de botella — si cada decisión sube, el presidente se convierte en un punto único de latencia y fallo.
2. Escalación como característica solo funciona si el nivel superior tiene autoridad real de parada. Si el presidente solo llama a otro LLM que llama a más LLMs, el bucle simplemente se movió un piso arriba.

Repositorio con las capas de organigrama propuestas: github.com/jeongmk522-netizen/agentlas_org_chart