Orchestrator Agent
Un rol dentro del trabajo agentic
Un agente orquestador es un agente que asume responsabilidad por organizar trabajo hacia un objetivo más amplio: decidir qué contribuciones necesita, asignarlas a capacidades o participantes adecuados, observar resultados e integrar la respuesta. El término describe un rol de ejecución; no establece una clase universal de agente ni exige un modelo especial.
agents conserva la definición general del sistema agente. Aquí se observa su responsabilidad de coordinación. Una misma ejecución puede investigar directamente una parte del problema y orquestar otra; un subagente también puede coordinar trabajo más acotado si su encargo y runtime lo permiten.
El trabajo Building effective agents, publicado en 2024, describe Orchestrator–Workers como descomposición dinámica, delegación y síntesis mediante LLMs. El patrón conserva su hogar en agentic-workflow-patterns. Esta página explica al participante que ejerce el rol cuando efectivamente funciona como agente, sin convertir todos los coordinadores o workers del patrón en agentes.
Responsabilidades y decisiones
| Pregunta | Responsabilidad del rol |
|---|---|
| ¿Qué resultado satisface el encargo? | Conservar objetivo, restricciones y aceptación mientras se divide trabajo. |
| ¿Qué conviene delegar? | Identificar fronteras útiles, dependencias y contribuciones que puedan verificarse. |
| ¿Qué recibe cada participante? | Comunicar alcance, contexto pertinente, límites y resultado esperado. |
| ¿Cómo sigue la ejecución? | Interpretar progreso, errores y evidencia para continuar, reasignar o detenerse. |
| ¿Cómo se acepta el conjunto? | Integrar contribuciones, resolver contradicciones y verificar el resultado global. |
Delegar no elimina responsabilidad de integración. Un reporte parcial que dice «terminado» necesita relacionarse con el encargo y con evidencia. El orquestador puede concluir que falta información, que una hipótesis era incorrecta o que una decisión corresponde al usuario.
La distribución tampoco tiene que ser concurrente. subagents-and-delegation describe trabajo delegado y parallel-agent-execution la concurrencia; puede haber delegación secuencial o trabajo paralelo que no involucra agentes. Separar estas dimensiones evita crear participantes solo para llenar un esquema prefijado.
Fronteras con otros elementos
| Elemento | Diferencia relevante |
|---|---|
| Orquestador programado | Puede ejecutar una secuencia o política fija; coordinar procesos no basta para identificar comportamiento agente. |
| agent-harness | Proporciona mecanismos de ejecución, herramientas y continuidad; el rol orquestador toma decisiones dentro de ellos. |
| Router | Selecciona destinos; la orquestación puede incluir seguimiento e integración más allá de una selección inicial. |
| planning | Produce o actualiza una estrategia; el orquestador también necesita observar la ejecución y tratar sus resultados. |
| agent-profiles | Configura un rol reutilizable; un archivo de perfil no demuestra que exista una ejecución orquestando. |
| multi-agent-coordination | Es el problema más amplio de organizar varias ejecuciones; puede resolverse sin un coordinador central permanente. |
La documentación de subagents de LangChain, consultada el 2026-11-09, llama supervisor al agente central que invoca subagentes como herramientas y combina sus resultados. Es una realización concreta. Nombres como supervisor o manager no garantizan el mismo lifecycle, estado o autoridad en todos los frameworks.
Contexto, autoridad e integración
El orquestador necesita conservar decisiones globales y seleccionar qué evidencia comparte. Enviar todo el historial a cada participante aumenta exposición y ruido; omitir una restricción necesaria puede invalidar una contribución. context-engineering-for-software-development ayuda a delimitar ese intercambio sin prometer una cantidad óptima de tokens.
El resultado de un subagente es información para decidir. No concede autoridad nueva para publicar, acceder a otro sistema o ampliar el encargo. agent-permissions-and-approval-boundaries sigue aplicando a cada frontera; delegar no debe utilizarse para eludir una restricción propia. Un contexto separado tampoco equivale a agent-sandboxing.
Al integrar, comprobar revisiones de archivos, supuestos compartidos y dependencias. Dos contribuciones pueden ser correctas en aislamiento y producir un conjunto incompatible. Un resultado tardío puede referirse a una revisión antigua. agent-handoffs permite examinar transferencias de control sin confundirlas con devolver un resultado al llamador.
Ejemplo de coordinación delimitada
En una modificación de exportación CSV, el orquestador podría pedir a un participante que localice el contrato de formato y a otro que investigue restricciones de acceso del consumidor. Ambas investigaciones pueden ser independientes y de solo lectura. Cada encargo debe indicar qué fuentes y preguntas importan, sin autorizar cambios adicionales.
Si los hallazgos muestran una decisión de negocio pendiente, corresponde resolverla antes de repartir implementación y pruebas que dependan de ella. Después puede asignarse ownership claro de los archivos que se modificarán, conservando un integrador y aceptación común. Este ejemplo es ilustrativo; no describe una ejecución o mejora de rendimiento medida.
Un único coding agent también puede completar ese trabajo. La justificación de delegar depende de la independencia aprovechable, especialización y costo de integración, no del número de roles disponibles.
Fallos y evidencia de buen funcionamiento
Entre los fallos del rol están descomponer sobre una premisa falsa, perder restricciones, lanzar trabajo dependiente demasiado pronto, aceptar reportes sin comprobarlos y repetir delegaciones sin progreso. También puede convertirse en cuello de botella si concentra demasiadas decisiones o información.
Una evaluación útil incluye contribuciones contradictorias, participantes que no terminan, resultados obsoletos y límites de recursos. Observar si el coordinador detecta la situación, conserva el objetivo, evita efectos fuera de alcance y comunica incertidumbre. Un texto final convincente no demuestra que haya integrado correctamente.
agent-evaluation organiza esa evaluación; agent-execution-and-human-review-cost incluye coordinación, revisión y recuperación. Los presupuestos y condiciones de parada deben ser explícitos para la tarea, sin imponer una profundidad o cantidad universal de subagentes. agent-building-blocks conecta este rol con los demás elementos documentados.