Aprender

La respuesta corta

Los flujos de trabajo dinámicos (Claude Code docs, introducidos en v2.1.154, mayo de 2026) son la forma estructurada de orquestar subagentes a escala. En lugar de que Claude decida paso a paso qué crear, un flujo de trabajo dinámico es un script en JavaScript que Claude escribe para tu tarea — y un runtime separado ejecuta ese script en segundo plano mientras tu sesión permanece interactiva.

La idea más importante: los flujos de trabajo dinámicos sacan el plan de la ventana de contexto y lo ponen en código.

Dónde vive el plan

Con skills, subagentes y equipos de agentes, Claude actúa como orquestador: decide paso a paso qué hacer a continuación, y cada resultado vuelve a una ventana de contexto. Eso funciona, pero el contexto compartido se convierte en el cuello de botella.

Un flujo de trabajo rompe ese patrón. El script generado contiene los bucles, ramas y resultados intermedios por sí mismo. Cada subagente se ejecuta en su propia ventana de contexto, y solo las salidas necesarias para fases posteriores —o la respuesta final— se muestran de nuevo a Claude.

Por eso los flujos de trabajo escalan: la orquestación es un programa, no una conversación.

La escala de coordinación

Entiende los flujos de trabajo como la cima de una progresión, no como la opción por defecto:

• Solo pide — un único prompt, cuando la tarea cabe en una ventana.
• Skill — experiencia y procedimientos reutilizables.
• Subagente — delegar una investigación acotada e aislada.
• Equipo de agentes — un agente líder supervisa pares en paralelo durante un horizonte más largo.
• Flujo de trabajo — el patrón de coordinación en sí se codifica como un script repetible.

Cada nivel añade sobrecarga, tokens y complejidad. Usa exactamente lo que la tarea necesita. Un flujo de trabajo vale la pena cuando la dificultad está en coordinar el trabajo, no solo en producir una respuesta.

Cómo se ejecuta

1. Se activa mencionando "workflow" en un prompt, o vía /effort ultracode cuando Claude decide que la tarea es lo suficientemente grande.
2. Claude genera un script en JavaScript que describe fases, qué puede ejecutarse en paralelo, puntos de verificación y cómo combinar los resultados.
3. Una tarjeta de aprobación muestra las fases planificadas y estima el uso de tokens; puedes inspeccionar el script bruto antes de ejecutarlo.
4. El runtime lo ejecuta en segundo plano, creando subagentes. Hasta 16 agentes concurrentes y alrededor de 1,000 en total por ejecución.
5. El script no puede tocar archivos, shells ni herramientas directamente: coordina subagentes que hacen ese trabajo en su nombre.

Seis patrones recurrentes

La mayoría de los flujos de trabajo se construyen a partir de un pequeño conjunto de patrones de coordinación:

• Clasificar y actuar — un agente ligero enruta cada elemento al manejador especializado correspondiente.
• Expandir y sintetizar — dividir el trabajo en piezas paralelas y luego una fase de síntesis combina los resultados.
• Verificación adversarial — un conjunto de agentes produce, otro desafía según una rúbrica.
• Generar y filtrar — producir muchos candidatos y luego evaluar y reducir.
• Torneo — los candidatos compiten mediante comparaciones por pares.
• Repetir hasta completar — repetir hasta una condición real de parada, no un conteo fijo.

Vale la pena destacar el valor de la verificación adversarial: un verificador independiente detecta el sesgo de preferencia propia que un solo agente tiene al revisar su propio trabajo.

Costes y advertencias

Después de un ejemplo completo, el artículo y la documentación son francos sobre el coste. Un flujo de investigación generó 27 agentes, ~807,000 tokens de subagentes a través de 463 llamadas a herramientas, en ~25 minutos — aproximadamente $5 en costes de subagentes en un nivel de modelo. La advertencia sobre tokens en la tarjeta de aprobación existe por una razón.

Tres advertencias más:

• Las fuentes se recuperan, no se curan — el flujo de trabajo analiza solo lo que encuentra.
• La salida estructurada mejora la fiabilidad, no la corrección — un esquema reduce la deriva pero no garantiza que un artículo haya sido interpretado correctamente.
• El resultado es una instantánea — una nueva ejecución puede encontrar fuentes distintas y llegar a conclusiones diferentes.

También se integra bien con otras herramientas: un flujo de trabajo es el proceso, /goal es el criterio de finalización, y /loop es el mecanismo de repetición.

Conclusión

Un flujo de trabajo dinámico es la primitiva de orquestación de mayor apalancamiento en Claude Code, y el cambio de mentalidad es lo importante: deja de coordinar agentes en conversación y empieza a coordinarlos en código. Úsalo cuando la tarea sea grande, paralela, iterativa o adversarial. Para tareas pequeñas y lineales, un prompt bien acotado sigue siendo la opción más barata y sencilla.

---

Fuentes principales: Claude Code docs — Orchestrate subagents at scale with dynamic workflows (v2.1.154, seis patrones) y Anthropic — Introducing dynamic workflows. Versión, límites de concurrencia y lista de patrones verificados el 2026-08-08.