Anthropic anunció el 9 de octubre de 2026 los workflows dinámicos de Claude Managed Agents, en beta. Un workflow es un programa que Claude escribe para coordinar agentes por fases y reunir sus resultados; el servidor ejecuta ese programa en segundo plano. La novedad puede interesar cuando un encargo contiene muchas unidades de trabajo, como revisar un lote de documentos.
El registro oficial de cambios sitúa la función en Managed Agents, con la cabecera de beta managed-agents-2026-04-01. Esta noticia describe ese servicio de la plataforma; no anuncia la misma función para Claude Apps o Claude Code.
La configuración y las instrucciones tienen funciones distintas
La documentación de orquestación indica que la definición del agente debe usar multiagent.type con el valor multiagent_20261001. El bloque workflows admite {"type":"enabled"}. Después, las instrucciones del sistema orientan cuándo debería iniciar una ejecución: por ejemplo, al recibir un lote grande.
Con ese tipo, workflows y subagentes están habilitados por defecto. Si solo se quieren workflows, se puede desactivar la delegación a subagentes mediante subagents con {"type":"disabled"}. Son fragmentos ilustrativos de configuración, no una petición API completa ni código ejecutado por Puntoes.
Cada sesión copia la configuración al crearse: cambiar después la definición del agente no modifica las sesiones existentes. Antes de probar una configuración nueva, conviene crear una sesión nueva y comprobar qué capacidades tiene habilitadas.
Para decidir qué partes deben quedar fijadas, sirve como antecedente nuestra explicación de workflow o agente.
Un ejemplo: fichas de producto con cobertura comprobable
Ejemplo hipotético, no ejecutado: un equipo recibe 30 fichas de producto y necesita extraer campos, revisar contradicciones y reunir las discrepancias con su procedencia. Podría pedir una primera fase de extracción por ficha y otra de revisión de todas las fichas, incluidas las que inicialmente parecían correctas.
Nuestro criterio sería exigir una lista de documentos cubiertos y fallidos. Si una ficha no se puede leer, debe figurar como no cubierta; un informe final convincente no sustituye esa comprobación. Con uno o dos documentos empezaríamos con un proceso sencillo, antes de añadir coordinación. Más agentes no demuestra por sí mismo mayor calidad ni ahorro.
Una ejecución terminada puede haber fallado
La referencia de workflow runs permite seguir eventos workflow_run.*. Al recibir workflow_run.status_ended, hay que examinar su resultado: terminar no acredita éxito. Una sesión idle tampoco prueba que el trabajo haya acabado; puede estar pausada por presupuesto.
Los tokens de los agentes cuentan en el presupuesto de la sesión y se facturan según cada modelo. Sumar list_cost de los hilos deja fuera el tiempo de ejecución de la sesión, por lo que no representa todo el coste. Además, al alcanzar el presupuesto, las peticiones ya iniciadas pueden completarse y producir un exceso.
Antes de ampliar el lote, comprobaríamos cobertura, errores y gasto con casos conocidos, siguiendo los criterios de evaluación de un agente. Puntoes no ha ejecutado esta beta ni medido su rendimiento; el ejemplo propone una forma de evaluarla.