Hay un techo que se siente clarísimo cuando trabajas con Claude Code todos los días: la conversación es una sola línea. Puedes pedirle que abra subagentes, pero es él quien decide turno por turno qué lanzar después, y cada resultado regresa a su ventana de contexto. A las cuarenta tareas, el orquestador ya se está ahogando en lo que orquesta.
Los workflows dinámicos rompen ese techo. En lugar de que Claude vaya decidiendo sobre la marcha, escribe un script en JavaScript que sostiene el plan, y un runtime lo ejecuta aparte de la conversación. Los resultados intermedios viven en variables del script, no en el contexto. Tu sesión queda libre.
Una corrida puede llegar a cientos de agentes, con verificadores revisando de forma adversarial lo que encontraron los demás antes de que llegue a tu pantalla. Aquí está cómo se prende, cuánto cuesta de verdad, y cinco flujos que puedes correr esta semana.
Qué es, en una frase
Un workflow dinámico es un script que orquesta subagentes a escala, que Claude escribe por ti, que corre en segundo plano, y que puedes guardar para volver a correrlo igual la próxima vez.
Esa última parte es la que casi nadie ve. Con subagentes normales, lo repetible es la definición del trabajador. Con un workflow, lo repetible es la orquestación completa: el ciclo, las bifurcaciones, la verificación cruzada. Se vuelve un comando tuyo.
Cómo se prende
Hay tres caminos, de menos a más compromiso.
- Palabra clave en el prompt. Escribe
ultracodedentro de tu petición y Claude arma un workflow para esa tarea, sin cambiarle nada a la sesión. Pedirlo en tus palabras —"usa un workflow"— cuenta como lo mismo. - Modo de esfuerzo. Corre
/effort ultracodey Claude decide solo cuándo una tarea amerita un workflow, para toda la sesión. Se puede arrancar así de entrada conclaude --effort ultracode. Dura hasta que cierras la sesión; para volver al trabajo de rutina,/effort high. - Un workflow ya hecho. Viene uno de fábrica:
/deep-research. Le das una pregunta, abre búsquedas por varios ángulos, cruza las fuentes entre sí y entrega un reporte con citas donde lo que no sobrevivió al cruce ya está filtrado.
Mientras corre, /workflows te abre la vista de progreso: cada fase con su número de agentes, sus tokens y su tiempo. Ahí puedes pausar, detener un agente suelto, reiniciarlo, o guardar el script de la corrida como comando propio.
El paso que todo mundo se salta: los subagentes de un workflow corren siempre en modo de aceptar ediciones, sin importar el modo de permisos de tu sesión. Las ediciones de archivos se aprueban solas. Antes de soltar uno grande sobre un repo que te importa, asegúrate de estar en una rama limpia y de tener el git status vacío. La red de seguridad aquí es git, no el diálogo de permisos.
Cuándo vale los tokens y cuándo no
Un workflow gasta bastante más que hacer la misma tarea conversando. No es un truco de eficiencia: es comprar profundidad y verificación con tokens. Los números que sí puedes usar para calibrar:
- El runtime corre hasta 16 agentes en paralelo, menos si tu máquina tiene pocos núcleos, y tiene un tope duro de 1,000 agentes por corrida. Ese tope es lo que evita que un ciclo mal escrito se te vaya de las manos.
- Hay una guía de tamaño en
/config:smallapunta a menos de 5 agentes,mediuma menos de 15,largea menos de 50. El default esmedium. También se fija directo con/config workflowSizeGuideline=small. - Cuando una corrida programa más de 25 agentes, o su proyección de tokens se pasa de 1.5 millones, aparece una advertencia de workflow grande en el panel de tareas. Es aviso, no freno: no pausa nada.
- Todos los agentes usan el modelo de tu sesión salvo que el script mande una etapa a otro. Revisa
/modelantes de una corrida grande.
La regla que aplico: antes de soltarlo sobre todo el repo, córrelo sobre una carpeta. La vista de /workflows te va mostrando el consumo por agente, y puedes detenerlo ahí mismo sin perder casi nada de lo terminado.
Cinco flujos para correr esta semana
En todos, tú no escribes el script: describes la tarea y pides el workflow. Los prompts van completos.
1. Barrido de seguridad archivo por archivo
Un agente por archivo, y verificadores que intentan tumbar cada hallazgo antes de reportarlo. Es el flujo que más rinde, porque los falsos positivos son lo que hace que la gente deje de leer estos reportes.
ultracode: audita cada manejador de ruta bajo src/routes/ buscando
endpoints sin verificación de autenticación. Un agente por archivo.
Antes de reportar cualquier hallazgo, otro agente independiente tiene que
intentar refutarlo leyendo el código otra vez. Lo que no sobreviva a esa
revisión, descártalo. Entrégame una sola lista ordenada por severidad,
con archivo, línea y la razón por la que es explotable.2. Migración grande sin que se peleen los agentes
El punto fino es que cada archivo se trabaje en una copia aislada. Si no lo pides, veinte agentes editando el mismo árbol se pisan entre ellos.
ultracode: migra cada componente bajo src/components/ de styled-components
a Tailwind. Trabaja cada archivo en una copia aislada para que las
ediciones no se estorben. Después de cada migración, verifica que el
componente siga compilando y que las clases equivalgan al estilo original.
Si un archivo no se puede migrar limpio, no lo fuerces: márcalo y explica
por qué.3. Arreglar hasta que el chequeo pase
Un ciclo con condición de salida. Lo importante es el freno: sin él, un workflow se puede quedar dando vueltas sobre el mismo error.
usa un workflow: corre npx tsc --noEmit y arregla los errores que reporte.
Repite hasta que el chequeo de tipos pase limpio, o hasta que dos rondas
seguidas no bajen el número de errores. Si te topas con esa segunda
condición, para y dime qué errores quedaron y por qué crees que no ceden.4. Auditar la operación, no solo el código
Aquí es donde esto deja de ser cosa de programadores. Un workflow lee cualquier carpeta de archivos, y la mayoría de las empresas tiene contratos, propuestas y procedimientos sin auditar desde hace años.
ultracode: en la carpeta contratos/, revisa cada documento y sácame
para cada uno: cliente, fecha de firma, vigencia, cláusula de renovación
automática, y penalización por terminación anticipada. Un agente por
documento. Después, un agente que junte todo en una sola tabla ordenada
por fecha de vencimiento y me marque cuáles se renuevan solos en los
próximos 90 días si nadie hace nada.5. Inteligencia de competencia con fuentes cruzadas
La versión estrecha de /deep-research. Sirve para un área de marketing o de producto que necesita una lectura defendible, no un resumen de blogs.
usa un workflow: investiga cómo manejan los precios nuestros tres
competidores. Lee en paralelo sus páginas públicas de precios, sus
changelogs recientes y lo que digan sus términos de servicio. Cruza cada
afirmación contra al menos dos fuentes antes de dármela. Si algo solo
aparece en una fuente, márcalo como no verificado en vez de descartarlo.
Al final, una comparación por modelo de cobro, no una lista de features.Cómo se guarda lo que sí funcionó
Cuando una corrida hizo exactamente lo que querías, abre /workflows, selecciónala y presiona s. Se guarda como comando en .claude/workflows/ del proyecto —compartido con quien clone el repo— o en ~/.claude/workflows/, que es solo tuyo y sirve en todos tus proyectos. De ahí en adelante corre como /<nombre> y acepta argumentos.
Ese es el momento en que un workflow deja de ser un truco y se vuelve infraestructura. La auditoría de contratos del flujo 4 no es algo que corras una vez: es algo que corres el primer lunes de cada mes.
Lo que se pierde si lo detienes a media corrida: el replay sigue el orden en que arrancaron los agentes. Los resultados en caché se aprovechan hasta el primer agente que no terminó, y todos los que arrancaron después de ese vuelven a correr, aunque hayan acabado bien. Por eso un workflow repartido en muchos agentes chicos conserva más avance que uno con pocos agentes largos. Y si sales de Claude Code con una corrida viva, la siguiente sesión empieza de cero.
El error de leerlo como "más agentes es mejor"
La lectura fácil es que un workflow sirve para hacer lo mismo más rápido. No es eso. Un workflow es caro y lento comparado con pedir la cosa directo; lo que compra es una forma de trabajo que una sola conversación no puede sostener: revisión adversarial, varios ángulos independientes pesados uno contra otro, y un ciclo que se detiene solo cuando deja de encontrar cosas nuevas.
Si la tarea la resuelve un buen prompt, resuélvela con un buen prompt. Si cabe en tres subagentes, usa tres subagentes —eso lo cubro en agentes de Claude en paralelo—. El workflow entra cuando el trabajo no cabe en un contexto, cuando el mismo paso se tiene que repetir sobre cientos de elementos, o cuando el resultado tiene que ser defendible y no solo plausible.
Y antes de la primera corrida grande, revisa que tu CLAUDE.md esté al día. Cien agentes trabajando con supuestos equivocados es cien veces el error, no cien veces el trabajo. Ahí está la plantilla que se mejora sola.