Cómo lanzar cientos de agentes en Claude Code con Dynamic Workflows

Encuentra más materiales sobre cómo configurar herramientas en la documentación de Ailoot.

¿Qué son Dynamic Workflows y por qué los lanzó Anthropic el 28 de mayo?#

Antes, el formato en sí limitaba la escala: un chat = un plan = una ventana de contexto. Los subagentes ayudaban, pero Claude seguía decidiendo «qué ejecutar después» en la conversación principal, y cada resultado intermedio consumía esa misma ventana de contexto. Esto se convertía en un cuello de botella en una tarea que implicara 500 archivos o diez hipótesis independientes.

Dynamic Workflows trasladan el plan al código. Claude formula la tarea como un script orquestador, el entorno de ejecución ejecuta ese script en un entorno aislado y los resultados intermedios se guardan en las variables del script, en lugar de en tu contexto. La sesión sigue respondiendo mientras los agentes trabajan en segundo plano.

Lo que realmente cambia frente al enfoque anterior es que los agentes independientes cuestionan los hallazgos de los demás y solo se conserva lo que supera la comprobación cruzada. «Dinámico» en el nombre se refiere precisamente a esto: cada ejecución se escribe para la tarea concreta. No hay una lista de procesos preparada de antemano.

En qué se diferencia un Workflow de un subagente y una Skill: 3 tipos de orquestación#

Elijo entre un Workflow, un subagente y una Skill planteándome dos preguntas: ¿quién tiene el plan y dónde se guardan los resultados intermedios?

El cambio principal es que el plan pasa al código. Con los subagentes y las Skills, Claude siempre es el orquestador: decide sobre la marcha qué iniciar después y cada respuesta vuelve a la ventana de contexto. Un Workflow conserva para sí el bucle, las ramificaciones y los resultados intermedios; solo la respuesta final llega a Claude.

Puedes ejecutar el mismo plan para que agentes independientes lo analicen desde distintos ángulos, mientras el script reúne lo que se sostiene. No puedes hacer eso en una pasada normal por un solo chat: Claude no tiene un punto de síntesis independiente.

Así es como elijo: para una tarea rutinaria con varios pasos, usa subagentes o una Skill. Para una tarea que no cabe en una conversación, o un proceso que quieras volver a ejecutar cuando lo necesites, usa un Workflow. He explicado en detalle los cuatro elementos básicos en la guía principal Skills, Subagents, MCP, or Plugins.

3 formas de iniciar un Workflow en Claude Code#

Método 1. La palabra clave workflow en una instrucción. Es la opción más sencilla; no cambia la configuración de la sesión. Solo tienes que incluir la palabra workflow en cualquier instrucción y Claude Code la resaltará mientras escribes y generará un script orquestador en lugar de una conversación normal.

Run a workflow to audit every API endpoint under src/routes/ for missing auth checks

Si Claude Code resalta la palabra, pero no querías iniciar un Workflow, alt+w desactiva el activador para esa instrucción.

Método 2. El modo /effort ultracode. Activa el máximo esfuerzo del modelo (xhigh) y también permite que Claude decida por sí mismo cuándo una tarea justifica un Workflow.

/effort ultracode

En este modo, una solicitud puede desplegarse en varios Workflows sucesivos: uno para entender el código, otro para hacer un cambio y un tercero para comprobar el resultado. Cada ejecución usa más tokens y tarda más que un nivel de esfuerzo normal. El modo solo se aplica a la sesión actual y se restablece al abrir una nueva. Cuando vuelvas al trabajo rutinario, /effort high desactiva ultracode.

Método 3. El comando integrado /deep-research. Un Workflow de Anthropic listo para investigar en la web. La siguiente sección explica este método.

Para los tres métodos, Claude Code pide confirmación en la primera ejecución y muestra una lista de fases. Las opciones de respuesta son Yes, run it, Yes, and don't ask again for <name> (recuerda tu aprobación), View raw script (abre el código con Ctrl+G) y No. En el modo Auto, solo hace falta confirmar la primera ejecución; las siguientes continúan sin preguntar. Con claude -p y el Agent SDK no hay confirmación: los permisos de los subagentes se toman entonces de la lista de permitidos compartida.

El Workflow integrado /deep-research: ejemplo de primera ejecución#

La forma más rápida de probar Dynamic Workflows es ejecutar uno ya preparado en lugar de escribir el tuyo. Anthropic incluye el Workflow integrado /deep-research en Claude Code. Explora una pregunta desde varios ángulos independientes, recopila fuentes, somete cada afirmación a votación y solo deja en el informe las que superan la comprobación cruzada.

1. Ejecuta el comando

   En una sesión de Claude Code, escribe /deep-research y plantea la pregunta con una instrucción detallada. Cuanto más precisa sea la redacción, menos tiempo perderá el script iniciando fases innecesarias.

2. Permite el Workflow

   Aparecerá un diálogo con las fases y los botones Yes / View raw script / No. La aprobación se guarda para el proyecto si eliges una opción con don't ask again.

3. Sigue el progreso con /workflows

   La ejecución pasa al segundo plano y deja la sesión libre. El comando /workflows muestra una lista de las ejecuciones en curso y completadas. Usa las teclas de flecha para seleccionar una fase, Enter para expandirla y ver sus agentes, j/k para desplazarte por los detalles, p para pausar, x para detener la ejecución, r para reiniciar un agente y s para guardar el script.

4. Lee el informe

   Cuando termina la ejecución, el informe con enlaces aparece en la sesión. Las afirmaciones que no superaron la comprobación cruzada se filtran automáticamente.

A diferencia de un chat normal con una sola búsqueda web, /deep-research paraleliza las consultas automáticamente y concilia los conflictos entre fuentes. Lo uso para explorar un tema antes de escribir una guía: es una forma práctica de hacerse una idea del uso de tokens antes de ampliar un Workflow.

Ultracode: el modo en que Claude decide cuándo iniciar un Workflow#

Ultracode combina dos cosas: el máximo esfuerzo de razonamiento y el permiso para que Claude inicie Workflows por su cuenta. De forma predeterminada, incluso /effort xhigh ejecuta una conversación normal: Claude piensa durante más tiempo, pero sigue manteniendo los pasos en su propio contexto. Ultracode permite además que Claude convierta una tarea en un Workflow por su cuenta en cuanto se da cuenta de que una sola sesión no será suficiente.

/effort ultracode

Cuando el modo está activado, una solicitud puede iniciar dos o tres Workflows seguidos: uno examina la base de código, otro hace un cambio y un tercero es una ejecución aparte que intenta refutarlo. Es el mismo patrón de «varios intentos independientes ⇒ síntesis final», pero sin que tengas que iniciar cada fase manualmente.

El coste es evidente: cada solicitud tarda más y cuesta más que con /effort high. Por dentro, se ejecutan varias sesiones con sus propios límites, y Anthropic no recomienda ultracode como modo predeterminado. Solo se aplica a la sesión actual y se restablece en la siguiente.

Cuando vuelvas al trabajo rutinario, /effort high desactiva ultracode y la sesión vuelve a ser un chat normal con subagentes. En los modelos que no admiten xhigh, la opción ultracode simplemente no aparece en /effort.

Límites, tokens y problemas de la primera ejecución#

El entorno de ejecución establece estos límites técnicos estrictos:

• Hasta 16 agentes ejecutándose en paralelo a la vez. Menos en máquinas con pocos núcleos. Este es un límite de recursos local.
• 1.000 agentes por ejecución. Una protección contra los bucles descontrolados: si un script empieza a iniciar agentes sin parar, el entorno de ejecución lo cerrará.
• No puedes esperar a que el usuario aporte información durante una ejecución. Solo los permisos de herramientas pueden pausarla. Si necesitas aprobar el trabajo entre fases, divídelo en Workflows separados.
• El propio script no tiene acceso directo a archivos ni al intérprete de comandos. Leer, escribir y ejecutar comandos es tarea de los agentes que inicia. El script solo los coordina.
• Se requiere Claude Code v2.1.154 o posterior. Está disponible en Pro, Max, Team y Enterprise (Pro se activa mediante /config), así como en Claude API, Amazon Bedrock, Vertex AI y Microsoft Foundry.

La principal advertencia tiene que ver con el coste.

Todos los agentes de una ejecución usan el modelo de la sesión, a menos que el script dirija una fase a otro modelo. Antes de una ejecución grande, comprueba /model: si sueles cambiar a un modelo más barato para las tareas rutinarias, ultracode y /deep-research pueden disparar la factura si te saltas esta comprobación. Puedes pedirle explícitamente a Claude en tu instrucción que «use un modelo más barato en las fases que no necesiten la máxima capacidad»; es una forma válida de gestionar los costes.

Si una ejecución se desvía, abre /workflows, selecciona la ejecución y pulsa x. Los agentes que ya hayan terminado conservan sus resultados. Puedes reanudar allí mismo una ejecución detenida con p o pedirle a Claude que reinicie el script desde el mismo punto: los agentes en caché devuelven sus resultados, mientras que los demás siguen trabajando. Esto funciona dentro de una misma sesión: cuando sales de Claude Code, la siguiente sesión inicia el Workflow desde cero.

Si tienes previsto hacer ejecuciones largas, empieza a gestionar el uso con la guía How Not to Burn Through Claude Code Limits y Second Brain: con la estructura adecuada del proyecto, el Workflow no cargará todo el repositorio en cada agente.

Cómo guardar tu Workflow en un proyecto#

Si Claude ha preparado un Workflow para una tarea recurrente (por ejemplo, revisar cada rama o realizar una auditoría de seguridad periódica), puedes guardar el script y dejar de describir la tarea con palabras cada vez.

1. Abre /workflows

   El comando muestra una lista de las ejecuciones recientes. Usa las teclas de flecha para seleccionar la que necesitas.

2. Pulsa s

   Aparecerá un diálogo para guardar. Tab cambia la ubicación de almacenamiento.

3. Elige una carpeta

   .claude/workflows/ está en el proyecto y es visible para todos los que hayan clonado el repositorio. ~/.claude/workflows/ está en tu directorio personal, está disponible en todos tus proyectos y solo tú puedes verla.

4. Llámalo como un comando

   /[script_name] inicia el Workflow con el mismo script que la primera vez. Si hay Workflows con el mismo nombre en las carpetas del proyecto y personal, prevalece el del proyecto.

Esto crea un patrón interesante: una persona del equipo consigue que un Workflow funcione una vez, lo guarda en .claude/workflows/ y, a partir de entonces, cada miembro del equipo ejecuta la misma orquestación con un comando. El script es JavaScript legible, así que puedes inspeccionarlo, editarlo y confirmar una nueva versión.

La primera vez que ejecutas un Workflow guardado en un proyecto, Claude Code sigue mostrando un diálogo de permisos, así que guardar el script no lo aprueba automáticamente. La aprobación se concede por separado con Yes, and don't ask again.

¿Para qué tareas merecen realmente la pena los Workflows?#

Anthropic enumera explícitamente los escenarios para los que se creó el entorno de ejecución:

• Auditorías de toda la base de código—comprueba cada endpoint, archivo y función con una lista de verificación. Por ejemplo, busca controles de autenticación que falten, encuentra lógica duplicada o audita la seguridad según las reglas de OWASP. Se inicia un agente independiente para cada apartado de la lista.
• Migraciones grandes—cambia de framework, abandona una API obsoleta o porta miles de archivos a otro lenguaje. El Workflow lleva el seguimiento del progreso, los agentes trabajan en archivos en paralelo y los agentes de comprobación cruzada buscan lo que se haya pasado por alto.
• Investigación con comprobación cruzada—una pregunta que requiere fuentes desde distintos ángulos y una evaluación de qué afirmaciones resisten la comprobación cruzada. Este es el escenario básico para el que se creó el /deep-research integrado.
• Un plan complejo que quieras esbozar desde varios ángulos independientes—el Workflow produce varios borradores de planes independientes, agentes con posturas opuestas los examinan y se entrega una síntesis. Es para cuando «el coste de un error es alto y una sola pasada no basta».

Para una tarea como «corrige un error» o «añade una función», Dynamic Workflows salen perdiendo frente a una sesión normal: el uso de tokens no compensa el tiempo. La documentación de Anthropic lo deja claro: «empieza con una tarea acotada para hacerte una idea del uso». Mi regla: si hay menos de 5 subtareas independientes o menos de 50 archivos, un chat normal con un par de subagentes podrá encargarse a menor coste.

Si diriges un equipo con un plan Enterprise, es posible que un administrador haya desactivado los Workflows mediante los ajustes administrados o el interruptor de la página de administración de Claude Code. Antes de tratar los Workflows como una «solución para todo», comprueba que estén activados: /config → la opción Dynamic workflows.

Encuentra más materiales sobre cómo trabajar con herramientas en la documentación de Ailoot.