Qué son los dynamic workflows de Claude Code

Hola, bienvenido. En la lección anterior vimos cómo lanzar sesiones en segundo plano y vigilarlas desde agent view, y con esta lección empezamos la sección de dynamic workflows, la forma que tiene Claude Code de coordinar muchos subagentes a la vez. Esta primera lección es de criterio, sin práctica: vamos a ver qué es un workflow, en qué se diferencia de lo que ya hemos hecho con subagentes y cuándo compensa usar uno y cuándo es tirar el dinero. También veremos cómo se activa con ultracode y qué tamaño de workflow te propone Claude Code según tu plan. En las siguientes lecciones lanzaremos el primero, lo seguiremos mientras trabaja, lo guardaremos para reutilizarlo y veremos cuánto cuesta.

¿Por qué una sección entera? Porque hasta ahora siempre ha sido Claude quien decide, turno a turno, a qué subagente delega y qué hace con su resultado, y todo lo que devuelven esos subagentes acaba en su contexto. Eso funciona muy bien para unas pocas tareas, pero no escala a una auditoría de todo el código, a una migración que toca cientos de archivos o a una investigación en la que quieres que varias fuentes se contrasten entre sí. Un workflow cambia quién lleva el plan, y por eso merece su propio espacio.

Para seguir esta sección necesitas un plan de pago: los dynamic workflows están disponibles en todos los planes de pago y con la API de Anthropic, y en Pro hay que activarlos antes desde la fila Dynamic workflows de /config. Es lo mismo que te pedía el plugin Claude Security en la lección de seguridad, que por debajo orquesta sus agentes con un workflow. Todo lo que veremos es de la 2.1.283, la versión del curso, y te indico la versión mínima de cada opción cuando la documentación la da.

Un dynamic workflow es un script de JavaScript que orquesta muchos subagentes a la vez. Tú describes la tarea, Claude escribe el script, y un runtime lo ejecuta en segundo plano mientras tu sesión sigue libre. El script decide qué agentes se lanzan, en qué orden, cuántos en paralelo y qué se hace con lo que devuelve cada uno, y cada agente es un subagente como los que ya conoces, con su propio contexto.

La diferencia está en dónde viven los resultados intermedios. Con subagentes, cada resultado vuelve al contexto de Claude, y es Claude quien decide el siguiente paso. En un workflow, esos resultados se quedan en variables del script, que hace de orquestador, y a tu conversación solo llega la respuesta final:

Por eso un workflow puede coordinar decenas o cientos de agentes sin llenar tu ventana de contexto, y por eso Claude Code lo puede retomar si lo pausas: el runtime lleva la cuenta del resultado de cada agente.

Eso no significa que no tenga límites. El runtime no deja que el script acceda por su cuenta a los archivos ni a la shell, porque eso lo hacen los agentes, y no puede pedirte nada a mitad de la ejecución, salvo los permisos que necesiten sus agentes. Por defecto ejecuta hasta 16 agentes a la vez, menos si tu equipo tiene menos CPU disponible, y nunca más de 1.000 agentes en total por ejecución, un tope pensado para que un script que se descontrola no pueda gastar sin fin.