# Claude Managed Agents: ¿subagentes, dynamic workflows o advisor? Cuándo usar cada uno **URL:** \ **Category:** AI Dev Tools — General\ **Tags:** claude, anthropic, yodev, multiagente, managed-agents, agentes-de-ia, dynamic-workflows\ **Created:** [27 Octubre, 2026 14:34 UTC](https://www.yodev.dev/t/claude-managed-agents-subagentes-dynamic-workflows-o-advisor-cuando-usar-cada-uno/5808 "2026-10-27T14:34:13Z")\ **Posts on this page:** 1\ **Page:** 1
**Author:** ![Devy](https://yyz1.discourse-cdn.com/flex009/user_avatar/www.yodev.dev/devy/32/62_2.png) [@Devy](https://www.yodev.dev/u/Devy)\ **Post date:** [27 Octubre, 2026 14:34 UTC](https://www.yodev.dev/t/claude-managed-agents-subagentes-dynamic-workflows-o-advisor-cuando-usar-cada-uno/5808/1 "2026-10-27T14:34:13Z")
Claude Managed Agents ofrece hoy tres formas de que un agente reciba ayuda. Los **subagentes** sirven para delegar trabajo al que quieres volver después. Los **dynamic workflows** son para tareas grandes que se dividen en muchas piezas paralelas. El **advisor** es para cuando un solo agente hace el trabajo pero necesita el criterio de un modelo más capaz en momentos clave. Los dynamic workflows son lo más nuevo de los tres: Anthropic los lanzó en beta pública el 9 de octubre de 2026. Con ellos, el agente escribe un programa que ejecuta hasta 1.000 agentes por fases y combina sus resultados. > **[Multiagent orchestration](https://platform.claude.com/docs/en/managed-agents/multiagent-orchestration)** > > Coordinate multiple agents within a single session. ## ¿Qué es Claude Managed Agents? Claude Managed Agents es el harness de agentes alojado de Anthropic en la Claude Platform, en beta desde el 8 de abril de 2026. El loop del agente no corre en tu código. Defines un agente (modelo, system prompt, herramientas, servidores MCP, skills), inicias una sesión, y Anthropic ejecuta el loop, el sandbox y las herramientas integradas en sus servidores. Sigues lo que pasa a través de un stream de eventos (server-sent events). Todos los endpoints requieren el beta header `managed-agents-2026-04-01`. No es Claude Code. La distinción importa porque los dos productos tienen ahora una función llamada “dynamic workflows” (más abajo explico la diferencia). ## ¿Qué diferencia hay entre subagentes, dynamic workflows y advisor? La diferencia está en quién decide el siguiente paso. - **Subagentes (subagents).** El agente delega una tarea, lee lo que el subagente reporta y decide él mismo qué hacer después. Cada subagente conserva su propio thread persistente, así que el agente puede enviarle mensajes de seguimiento más tarde. La delegación tiene un solo nivel de profundidad, y una sesión puede tener como máximo 25 threads hijos a la vez, contando los inactivos. - **Dynamic workflows.** El agente escribe un _workflow_: un programa que ejecuta muchos agentes por fases, pasa los resultados de un agente al siguiente y los combina. El servidor lo ejecuta en segundo plano como un _workflow run_. Mientras corre, el agente queda libre para hablar contigo o revisar el progreso. Una vez que el run arranca, Claude no interviene en cada paso: el programa decide qué agente se ejecuta después y escribe su prompt. - **Advisor.** Un solo agente hace todo el trabajo y consulta a un modelo más capaz a mitad de turno, por ejemplo para planificar un enfoque o revisar el trabajo antes de terminar. El advisor nunca hace el trabajo. La documentación da una regla práctica. Usa workflows para la mayoría del trabajo que necesita más de un agente, como: - auditorías - migraciones - investigación en profundidad - verificación cruzada de muchas fuentes Usa subagentes cuando el agente necesita volver a hablar con un especialista después de que este reporta. Usa un advisor cuando un solo agente debe hacer el trabajo pero necesita mejor criterio en unos pocos momentos clave. No tienes que elegir solo uno. Con el tipo `multiagent_20261001`, los tres pueden estar activos a la vez, y cada uno se activa o desactiva por separado. ## ¿Cómo crear un agente de IA con dynamic workflows? Pon `multiagent.type` en `multiagent_20261001` en la definición del agente. Con el CLI `ant`, el ejemplo de la documentación es este: ```auto --- name: Contract Reviewer model: claude-opus-5-5 tools: - type: agent_toolset_20260401 multiagent: type: multiagent_20261001 workflows: type: enabled --- You review contracts. When you're asked to review more than a few contracts, start a workflow run that reads them in parallel and combines the findings. Review one or two contracts yourself, without a run. ``` Después ejecuta `ant apply contract-reviewer.md`. Con este tipo, `workflows` y `subagents` vienen **activados por defecto**. Si solo quieres dynamic workflows, también tienes que poner `subagents` en `{"type": "disabled"}`. El advisor es el único de los tres que empieza desactivado. ## ¿Cómo decide el agente cuándo iniciar un workflow run? No existe una llamada a la API para iniciar un run. Describes el trabajo en un `user.message`, y el agente decide si vale la pena un run. Esa decisión se guía desde el system prompt, como en el ejemplo anterior: nombra las tareas que justifican un run y las tareas pequeñas que el agente debe hacer él mismo. También puedes definir cómo trabaja un run. La documentación sugiere instrucciones como estas: - “Usa un agente por contrato y después haz que un segundo agente revise todos los contratos.” - “Que falle un agente no debe hacer fallar el run; lista lo que quedó sin cubrir.” - “Dale al run un límite de una hora.” ## ¿Cuáles son los límites de un workflow run? Al momento de publicar esta nota, la documentación lista estos límites: | Límite | Valor | | --- | --- | | Threads trabajando a la vez en un run | 64 (no garantizado) | | Agentes que un workflow inicia durante toda la vida del run | 1.000 | | Duración de un run | 24 horas por defecto, o la que fije el agente | | Runs abiertos a la vez en una sesión | 10 por defecto | Además: - Los runs no se anidan. Solo el agente del thread principal de la sesión puede iniciar uno. - No puedes ver el código del workflow directamente. Puedes pedirle al agente que lo imprima cuando el run haya terminado. ## ¿Qué puede salir mal con dynamic workflows? Estos son los detalles de la documentación que te van a sorprender en producción. **No hay paso de aprobación.** El agente inicia el run en el mismo turno en que escribe el workflow. “Describe el plan y espera mi visto bueno” es solo una instrucción en el prompt, y la documentación dice claramente que nada la hace cumplir. **`completed` no significa que el trabajo salió bien.** Un run puede terminar con `{"type": "completed"}` aunque haya fallado trabajo en algunos de sus threads. Para encontrar los fallos, lee los eventos de cada thread y pídele al agente que reporte qué falló. **Las herramientas se pueden llamar dos veces.** Si un agente falla, el servidor normalmente lo vuelve a ejecutar una vez en un thread nuevo. La documentación indica que cualquier herramienta que llamen tus agentes debe poder ejecutarse dos veces sin problema. **Los inline agents lo heredan todo.** Por defecto, un workflow puede definir sus propios agentes. Estos inline agents usan el modelo, las herramientas, los servidores MCP y las skills del agente de la sesión, y no puedes limitar su acceso MCP por agente. Si eso es un problema, pon `inline_agents` en `{"type": "disabled"}` y lista solo los agentes que apruebes: ```auto { "multiagent": { "type": "multiagent_20261001", "workflows": { "type": "enabled", "inline_agents": { "type": "disabled" }, "predefined_agents": [ { "type": "agent", "id": "agent_01Lm4cV8yQ2tNs7XbKdR5h", "version": 2 } ] } } } ``` Con los inline agents desactivados, la lista `predefined_agents` debe tener al menos un agente, o la petición falla con un error 400. Listar tus propios agentes también permite que un run use otro modelo para algunos de ellos, porque los inline agents siempre usan el modelo del agente de la sesión. **Migrar desde `coordinator` activa cosas.** El tipo anterior, `coordinator`, permite delegar en subagentes que tú listas y consultar a un advisor, pero no permite workflow runs ni subagentes inline. Cuando actualizas un agente a `multiagent_20261001`, todo lo que no envías toma su valor por defecto, así que los workflows y los inline agents se activan. Si no lo quieres, desactívalos en la misma actualización. Las sesiones que ya existen no cambian. ## ¿Cuánto cuestan los dynamic workflows? Un run no tiene precio propio. Cada agente dentro del run cobra tokens a la tarifa normal de su modelo, y esos tokens suman al total de la sesión. Por eso conviene fijar un presupuesto de sesión (session budget), que limita el gasto de la sesión, runs incluidos. Hay dos detalles: - El presupuesto solo se puede fijar al crear la sesión. No se puede añadir a una sesión existente. - Cuando la sesión llega al presupuesto, los runs abiertos se pausan. Cada thread que estaba trabajando termina la petición al modelo que ya había iniciado, así que la sesión puede pasarse del límite por una petición por thread. El tiempo de vida de un run pausado sigue corriendo, así que un run que queda pausado demasiado tiempo termina con `timeout_error`. El advisor cobra a la tarifa del modelo advisor. Cada consulta le envía toda la conversación hasta ese momento, así que las consultas al final de una sesión larga usan más tokens de entrada. ## ¿Son los mismos dynamic workflows de Claude Code? No. Claude Code lanzó sus propios dynamic workflows el 28 de mayo de 2026, y corren localmente dentro de tu sesión de Claude Code. La versión de Managed Agents corre en los servidores de Anthropic, así que un run sigue avanzando aunque cierres tu laptop, y la controlas desde la definición del agente y el stream de eventos. Parten de la misma idea, pero son productos separados: la configuración, los límites y la disponibilidad de uno no aplican al otro. (Cubrimos la versión de Claude Code aquí: [Agent View + Dynamic Workflows](https://www.yodev.dev/t/agent-view-dynamic-workflows-claude-code-deja-de-obligarte-a-cuidar-agentes-en-paralelo/3007).) ## ¿Cuándo conviene un sistema multiagente y cuál elegir? - **Muchas piezas independientes** (cientos de documentos, una auditoría de todo un codebase, verificar muchas fuentes): usa dynamic workflows, con un session budget desde el inicio. - **Unos pocos especialistas con los que necesitas volver a hablar** (un revisor, alguien que escribe tests): usa subagentes. - **Un agente que necesita mejor criterio, no más manos** : usa un advisor. El error más común va a ser dejarlo todo en los valores por defecto: workflows activados, inline agents activados, sin presupuesto, y un system prompt que nunca dice cuándo _no_ iniciar un run. * * * **¿Y tú?** ¿Qué tarea de tu equipo le darías primero a un workflow run de cientos de agentes? _Poll ([view on site](https://www.yodev.dev/t/claude-managed-agents-subagentes-dynamic-workflows-o-advisor-cuando-usar-cada-uno/5808/1))_ Comenta abajo o, si este artículo te llegó por correo, responde directamente al email: tu respuesta se publica aquí. Relacionado: [Sub Agents en Claude Code: La Funcionalidad que Cambia tu Flujo de Desarrollo](https://www.yodev.dev/t/sub-agents-en-claude-code-la-funcionalidad-que-cambia-tu-flujo-de-desarrollo/899)