Le 9 octobre 2026, Anthropic a ajouté les dynamic workflows à Claude Managed Agents, sa plateforme qui héberge et exécute des agents Claude côté serveur. L'idée : au lieu d'un agent qui traite une grosse tâche seul, du début à la fin, l'agent écrit lui-même un programme qui répartit le travail entre jusqu'à 1 000 agents, puis en assemble les résultats.
Le chiffre a souvent circulé sous la forme « 1 000 agents en parallèle ». Ce n'est pas tout à fait ce que dit la documentation.
Ce qu'est un dynamic workflow
Un workflow est un programme que l'agent écrit pour lancer de nombreux agents, par phases, et combiner ce qu'ils renvoient. Son exécution s'appelle un workflow run. Le serveur la prend en charge en arrière-plan : votre application n'a pas à orchestrer quoi que ce soit.
Exemple : pour relire 400 contrats, plutôt que de tout lire dans un seul contexte, l'agent peut écrire un workflow qui :
- confie chaque contrat à un agent dédié (phase d'analyse) ;
- fait vérifier les points litigieux par d'autres agents (phase de contrôle) ;
- regroupe le tout en une synthèse unique (phase de consolidation).
Chaque agent a son propre contexte, et l'agent principal ne reçoit que les résultats.
1 000 agents, mais pas en même temps
La page Workflow runs de la documentation officielle détaille les limites :
| Limite | Valeur |
|---|---|
| Agents qui travaillent en même temps dans un run | 64 (non garanti) |
| Agents lancés sur toute la durée d'un run | 1 000 |
| Durée de vie d'un run | 24 h par défaut |
| Runs ouverts en même temps dans une session | 10 par défaut |
Le chiffre de 1 000 correspond donc au nombre total d'agents qu'un workflow peut démarrer, et non à ceux qui tournent simultanément. Au-delà de 64, les agents suivants attendent qu'une place se libère. Si le workflow en demande plus de 1 000, le run s'arrête avec une erreur thread_limit_error.
À retenir : pensez plutôt « une file de 1 000 tâches traitées par 64 agents à la fois » que « 1 000 agents qui tournent en même temps ».
L'activer
La fonctionnalité est en bêta, derrière l'en-tête managed-agents-2026-04-01, et disponible sur tous les modèles pris en charge par Managed Agents. Elle s'active dans le bloc multiagent de la définition de l'agent :
{
"multiagent": {
"type": "multiagent_20261001",
"workflows": { "type": "enabled" }
}
}Il n'existe pas d'appel d'API pour « lancer un workflow » : c'est l'agent qui décide, en fonction de la demande, s'il en écrit un et quand il le lance. Vous l'orientez par le prompt système, par exemple en lui indiquant de passer par un workflow au-delà d'un certain nombre de documents. Le suivi passe par les événements workflow_run.* du flux de la session.
Pourquoi c'est intéressant
Le principal gain porte sur la qualité : chaque morceau reçoit toute l'attention d'un agent, et des agents de vérification peuvent contester les conclusions des premiers.
D'après un test interne d'Anthropic, relayé par The Decoder, 70 bugs avaient été cachés dans une base de code de 116 000 lignes. Un agent seul en a trouvé entre 14 et 27 selon les essais ; le workflow en a trouvé 66 de manière régulière. Un chiffre de l'éditeur, à vérifier sur vos propres cas.
Les usages qui s'y prêtent le mieux ont tous la même forme, beaucoup de petites tâches indépendantes : audit de sécurité d'un dépôt entier, revue de centaines de documents, migration de nombreux fichiers, analyse de tickets ou de logs.
Les points de vigilance
- Le coût. Un run n'a pas de prix propre, mais les jetons de chaque agent sont facturés au tarif de son modèle. Mille agents, cela peut représenter beaucoup de jetons. Anthropic recommande de commencer petit, et la session peut recevoir un budget : une fois celui-ci atteint, les runs se mettent en pause au lieu de continuer à consommer.
- Pas d'approbation préalable. L'agent lance le run dans le même tour que celui où il l'écrit. Si vous voulez valider le plan avant, demandez-le explicitement dans le prompt.
- Les limites de débit. Les requêtes des agents comptent dans les limites de débit de votre organisation : un gros run peut ralentir vos autres usages.
Conseil : commencez par une dizaine de documents, mesurez la consommation de jetons, puis augmentez le volume.
En résumé
Avec les dynamic workflows, l'agent découpe lui-même le travail, le serveur exécute jusqu'à 64 agents à la fois et 1 000 sur la durée d'un run, et le résultat revient consolidé. Pour les tâches qui se découpent bien, le gain peut être net, à condition de surveiller la facture avec un budget de session.