Claude Code presenta la función Dynamic Workflows

• Claude Code distribuye tareas de ingeniería grandes y complejas que son difíciles de resolver con un solo agente en decenas o cientos de subagentes en paralelo
• En una sola sesión, escribe dinámicamente scripts de orquestación para ejecutar subagentes en paralelo y valida por sí mismo los resultados antes de entregárselos al usuario
• En el caso de Jarred Sumner al portar Bun de Zig a Rust, escribió e integró unas 750 mil líneas de código Rust en 11 días, pasando el 99.8% de la suite de pruebas existente
• Los usuarios de los planes Max y Team, así como de la API, lo tienen activado por defecto; en Enterprise, un administrador debe activarlo por separado, y es compatible con Claude Code CLI, Desktop y la extensión de VS Code
• Como el consumo de tokens aumenta de forma considerable frente a una sesión normal de Claude Code, se recomienda empezar con tareas de alcance bien definido

---

Qué es Dynamic Workflow

• Es una función pensada para manejar tareas que un solo agente no puede cubrir fácilmente por sí solo, en especial búsqueda de bugs, migraciones que tocan cientos de archivos y pruebas de estrés desde múltiples ángulos en bases de código complejas y heredadas
• Claude formula un plan de manera dinámica a partir del prompt, descompone el trabajo en subtareas y las distribuye entre subagentes en paralelo
• Cada agente aborda el problema desde una perspectiva independiente, otros agentes intentan refutar ese resultado, y el proceso se repite hasta que la respuesta converge
• El progreso se guarda en tiempo real, por lo que si el trabajo se interrumpe, puede reanudarse desde ese punto sin reiniciar desde cero
• Como la coordinación ocurre fuera de la conversación, el plan no se descarrila aunque aumente la escala del trabajo

Plataformas compatibles y cómo usarlo

• Se ofrece como research preview en Claude Code CLI, Desktop y la extensión de VS Code
• Plataformas compatibles: Claude API, Amazon Bedrock, Vertex AI, Microsoft Foundry
• Planes aplicables: Max, Team, Enterprise (si el administrador lo activa)
• Hay dos formas de empezar:
  • Pedirle directamente a Claude que cree un workflow (por ejemplo: "Create a workflow")
  • Activar la configuración exclusiva de Claude Code ultracode: se puede acceder desde el menú de effort, establecer el nivel de effort en xhigh, y Claude decidirá automáticamente si usar el workflow
• Para una mejor experiencia, se recomienda activar auto mode
• Al ejecutar el workflow por primera vez, Claude Code muestra lo que va a ejecutar y solicita confirmación del usuario
• Los administradores de una organización pueden desactivar los workflows desde managed settings
• En el plan Enterprise, la configuración predeterminada al lanzamiento es desactivado, y el administrador puede cambiarlo en la configuración de Claude Code

Casos de uso principales

• Búsqueda de bugs en toda la base de código, auditorías de optimización basadas en profiler y auditorías de seguridad: explora servicios y repositorios en paralelo y luego realiza validación independiente sobre todos los hallazgos, incluyendo revisión exhaustiva de verificaciones de autenticación, validación de entradas y patrones inseguros
• Migraciones a gran escala y tareas de modernización: maneja de punta a punta cambios de framework, adaptación a la deprecación de APIs y portabilidad entre lenguajes en miles de archivos
• Tareas críticas que requieren doble verificación: cuando el costo de una respuesta incorrecta es alto, valida mediante intentos independientes y agentes adversariales diseñados para romper intencionalmente los resultados

Caso de reescritura de Bun

• Jarred Sumner utilizó Dynamic Workflow para portar Bun de Zig a Rust
• Escribió unas 750 mil líneas de código Rust, pasó el 99.8% de la suite de pruebas existente, y tomó 11 días desde el primer commit hasta el merge
• Distribución de roles por workflow:
  • Primer workflow: mapeo de lifetimes de Rust adecuados para todos los campos de struct en la base de código Zig
  • Segundo workflow: escritura de todos los archivos .rs como puertos con el mismo comportamiento que los archivos .zig; cientos de agentes trabajaron en paralelo y se asignaron 2 revisores por archivo
  • Bucle de corrección: repetición hasta que tanto el build como la suite de pruebas pasaran por completo
  • Tras completar el port, un workflow nocturno se encargó de copias de datos innecesarias y generó un PR para la revisión final
• Actualmente está en la etapa previa al despliegue en producción, y Jarred Sumner planea compartir más detalles más adelante por separado

Precauciones al usarlo

• El consumo de tokens aumenta de forma considerable frente a una sesión normal de Claude Code
• Se recomienda empezar con tareas de alcance bien definido para entender el nivel de uso antes de escalar

[zero0000]

Como elige el modelo por su cuenta, el consumo de tokens no se dispara tanto como esperaba.