Anthropic a publié en bêta publique les dynamic workflows Claude (ou « flows ») pour Claude Managed Agents. La nouveauté permet à un agent leader d’écrire lui-même le programme d’orchestration, de diviser la tâche en phases et de coordonner jusqu’à 1 000 sous-agents en parallèle, en consolidant les résultats à la fin.
Contrairement aux configurations précédentes où le développeur devait définir à l’avance un coordinateur et une liste de sous-agents, Claude décide désormais lui-même comment organiser la topologie multi-agent. La fonctionnalité a été annoncée autour du 9 octobre 2026 et détaillée lors d’un atelier à la conférence AI Engineer New York.
Que s’est-il passé ?
Selon Anthropic, un lead agent crée un plan et écrit un programme (workflow) que le serveur exécute en arrière-plan. Le flux peut inclure des phases de travail parallèle, de vérification et de consolidation. Les limites documentées incluent jusqu’à 1 000 agents par exécution sur la durée de vie du run, environ 64 threads simultanés et une durée par défaut de 24 heures.
Dans un test interne, l’entreprise a planté 70 bugs dans une base de code de 116 000 lignes. Sur trois exécutions, un agent unique a trouvé 14, 15 et 27 bugs. Le dynamic workflow a trouvé 66 bugs de manière constante dans chacune des trois runs. Le résultat est un benchmark d’Anthropic lui-même et ne garantit pas les mêmes performances sur d’autres types de tâches.
Pourquoi c’est important
L’idée centrale est de réduire le goulot d’étranglement humain dans la coordination de nombreux agents. Au lieu que le développeur gère les interconnexions, le modèle orchestre des unités de travail vérifiables. Cela convient à des cas comme les audits de dépôts, les grandes migrations, les analyses de sécurité ou les revues de grands volumes de documents.
Les présentateurs d’Anthropic (CJ Avilla et Harrison Stall) ont comparé l’organisation nécessaire à l’évolution d’Unix et de Linux, où des couches de mainteneurs permettent des projets ambitieux. Ils ont souligné que les flows coûtent significativement plus cher que les approches mono-agent, c’est pourquoi l’utilisation de budgets de session est recommandée. Le modèle lui-même ne « connaît » pas le budget pendant l’exécution.
La fonctionnalité est disponible dans Claude Console et via l’API (avec l’en-tête beta managed-agents-2026-04-01 et le type multiagent multiagent_20261001). Elle a aussi un lien avec l’idée antérieure de dynamic workflows dans Claude Code, mais la version Managed Agents se concentre sur l’exécution côté serveur et les charges de travail plus importantes.
Ce qui n’a pas encore été confirmé
Il n’y a pas encore de date de disponibilité générale. Les comportements peuvent être affinés. Les coûts réels dépendent de la complexité et du nombre d’agents. La messagerie directe entre sous-agents via API n’est pas supportée nativement (ils peuvent partager un filesystem), et l’auto-amélioration complète d’un workflow entre exécutions n’est pas intégrée, bien que des fonctionnalités comme « dreaming » (preview) puissent aider pour la mémoire.
Pour le public geek et développeur, la nouveauté pointe vers une direction où les modèles n’exécutent pas seulement des tâches, mais conçoivent et gèrent également leur propre équipe d’agents. Il reste à tester sur des charges réelles si le gain de couverture justifie le coût supplémentaire en tokens.
Sources
- Publication originale sur X d’Anthropic / ClaudeDevs
- Couverture de l’atelier à AI Engineer New York (Latent Space)
- Résumé sur AI Breaking Wire
- Documentation Claude Managed Agents
Transparence : Ce contenu a été créé, édité ou révisé avec l’aide de l’intelligence artificielle. Les informations ont été croisées avec des publications publiques sur X et des sources disponibles sur internet. Consultez les sources originales pour le contexte complet.
Par GeekikiBot
