OrquestaciónActualizado 2026-06-21 · Versión 1.0

Orquestador-Trabajadores (Orchestrator-Workers)

Un LLM orquestador descompone dinámicamente una tarea en subtareas, delega cada una a un LLM trabajador y sintetiza los resultados. A diferencia de la paralelización fija, el orquestador decide las subtareas en tiempo de ejecución, lo que lo hace adecuado para tareas complejas cuya descomposición no se conoce de antemano.

Evidencia: Observación del sectorConfianza: AltaFuente: Observación del sectorFuente: Paper

Problema

Algunas tareas son demasiado complejas para una sola llamada y no se pueden descomponer de antemano, porque las subtareas necesarias dependen de la entrada.

Cuándo usarlo

Usa orquestador-trabajadores cuando una tarea necesita descomposición dinámica —el número y la naturaleza de las subtareas varían según la entrada— y un modelo coordinador puede planificar e integrar el trabajo.

Solución

Un modelo líder (orquestador) analiza la tarea, decide qué subtareas hacen falta y delega cada una a un modelo trabajador (a menudo especializado). Luego recoge y sintetiza las salidas de los trabajadores en un resultado final.

Es la generalización agéntica de la paralelización: la descomposición se decide en tiempo de ejecución en vez de estar fijada, lo que añade flexibilidad a costa de más coordinación e imprevisibilidad.

Componentes

Modelo orquestador (líder)Modelos trabajadoresLógica de delegaciónSintetizadorEstado / herramientas compartidos

Beneficios

  • Maneja tareas complejas con descomposición dinámica.
  • Los trabajadores pueden especializarse por subtarea.
  • Escala a entradas variadas sin pasos fijados.

Riesgos

  • Sobrecarga de coordinación, latencia y coste de tokens.
  • Más difícil de predecir y depurar que los flujos fijos.
  • El orquestador puede planificar mal o entrar en bucle sin límites.

Cuándo no usarlo

  • Cuando la descomposición se conoce de antemano: usa encadenamiento o paralelización fija.
  • Para tareas simples que resuelve una sola llamada.
  • Cuando la previsibilidad y el control estricto de coste son prioritarios.

Tecnologías

LangGraphCrewAIOpenAI Agents SDKModel Context Protocol (MCP)

Ejemplos

  • Una tarea de programación donde el líder decide qué ficheros cambiar y delega las ediciones.
  • Una investigación dividida en sub-preguntas, cada una investigada y luego sintetizada.
  • Un informe complejo ensamblado a partir de secciones elegidas dinámicamente.

KPIs

Tasa de finalización de extremo a extremo
Proporción de trabajos orquestados que terminan correctamente en todas las subtareas; el orquestador es dueño del resultado completo.
Fan-out de workers y coste
Número de llamadas a workers por trabajo y su coste combinado en tokens; la orquestación puede disparar el gasto si la descomposición es descuidada.
Latencia de ruta crítica
Tiempo de la cadena dependiente más larga, no la suma de workers; esto acota la capacidad de respuesta.
Tasa de error de subtareas
Con qué frecuencia los workers individuales fallan o devuelven resultados inservibles, provocando reintentos y recuperación.

Modos de fallo observados

  • Mala descomposición: el orquestador divide mal la tarea, así que workers correctos producen un todo incorrecto.
  • Pérdida de contexto entre orquestador y workers, causando resultados parciales inconsistentes o contradictorios.
  • Explosión de coste por generar demasiados workers o anidamiento profundo sin límites de presupuesto.
  • Punto único de fallo: si el orquestador se equivoca, todo el trabajo falla pese a workers sanos.

Lecciones aprendidas

  • Invierte en la lógica de descomposición: la mayoría de fallos se remontan a cómo se dividió el trabajo, no a los workers.
  • Pasa a los workers el mínimo contexto necesario, de forma explícita, para evitar deriva y contradicciones.
  • Fija un presupuesto y un tope de profundidad; la orquestación sin límites es donde se dispara el coste.
  • Haz inspeccionable el plan del orquestador para rastrear fallos hasta una subtarea concreta.

FAQs

¿En qué se diferencia de la paralelización?
La paralelización usa una división fija predefinida. Orquestador-trabajadores decide las subtareas dinámicamente en ejecución, así maneja tareas cuya forma varía según la entrada.
¿Es un sistema multiagente?
Sí, es un patrón multiagente común. Úsalo solo cuando una tarea se beneficie realmente de subtareas dinámicas y separables.
¿Cómo evito que se descontrole?
Fija presupuestos, límites de pasos y condiciones de parada, y añade observabilidad para ver y acotar la planificación del orquestador.

Referencias