Dynamic Workflows – Quand Claude Code orchestre des centaines d’agents

Faut le reconnaître, malgré toute la bonne volonté qu’elle peut y mettre, y’a encore des tâches trop grosses pour être réalisées en une seule passe avec de l’IA, du genre auditer votre projet de Saas en mousse en intégralité ou traiter les milliers de fichiers que vous récupérez sur le darkweb (ça va, j’rigole mes petits Pablo). Hé bien c’est exactement ce que les
dynamic workflows
d’Anthropic, sortis hier avec Opus 4.8 dans Claude Code, viennent régler.

Et comme c’est encore un nouveau truc relou à savoir, je viens vous expliquer comment tout ceci fonctionne et dans quels cas les utiliser.

En fait, grâce à ça, au lieu de bosser tout seul en une fois, Claude écrit lui-même un petit script qui lance des dizaines, voire des centaines de sous-agents en parallèle, les fait se vérifier entre eux, et vous rend le résultat une fois que tout converge. Vous décrivez le chantier et lui s’occupe de l’orchestration et puis c’est tout !

Le problème que ça règle

Car jusqu’ici, un agent IA bossait en gros comme un employé seul à son bureau, avec une demande, une passe, une réponse. Ça marche donc très bien pour un bug isolé ou un bout de code mais dès que le chantier devient énorme, genre rechercher une faille dans tout un projet complexe ou reconstruire une API à partir de milliers de fichiers, là y’a plus personne… la passe unique sature et oublie alors des trucs en route.

Les dynamic workflows cassent donc ce plafond en découpant le boulot en sous-tâches confiées à plein d’agents qui tournent alors tous en même temps, et comme la coordination se passe en dehors de la conversation, pas d’inquiétude, le plan ne déraillera pas, même quand la tâche sera giganormouuuuus !

Comment ça tourne ?

En fait, quand vous lancez un workflow, Claude planifie à la volée selon votre demande, découpe en sous-tâches, et répartit le tout sur des sous-agents en parallèle. Et chaque résultat est ensuite scrupuleusement vérifié avant d’être réintégré à la conversation principale.

Et comme c’est bien pensé, cette vérification est adversariale, ce qui veut dire que des agents attaquent le problème sous des angles indépendants pendant que d’autres essaient activement de démolir ce que les premiers ont trouvé. Ça tourne donc en boucle jusqu’à ce que les réponses convergent, ce qui élimine pas mal de conneries plausibles qui seraient fausses.

Autre bon point avec cette nouvelle technique, c’est la progression qui est sauvegardée au fil de l’eau. Comme ça si un job se fait interrompre, il repart où il en était dans la même session, au lieu de tout recommencer comme un débile. Et côté garde-fous, sachez qu’un workflow plafonnera max à 16 agents en parallèle et max 1000 agents au total par run, histoire que ça ne parte pas en cachuète !

Comment l’activer ?

Il y a 2 façons de lancer cette armée d’agents, et la première ne demande aucun réglage.

Vous demandez juste à Claude de créer un workflow, littéralement avec un truc du genre “crée un workflow pour faire X“. Vous verrez, la première fois qu’un workflow se déclenchera, Claude Code vous montrera ce qu’il s’apprête à lancer et vous demandera de confirmer la chose. Comme ça, pas de surprise, c’est vous le boss et c’est vous qui validez avant que ça parte.

Mais y’a aussi la méthode automatique, qui consiste à activer un réglage maison appelé ultracode depuis le menu d’effort (/effort) durant une session en cours, qui pousse le raisonnement très haut (xhigh) et laisse ensuite Claude décider tout seul quand sortir un workflow pour les tâches qui le méritent.

Pour profiter de cette nouvelle feature, il vous faut Claude Code en version 2.1.154 ou plus récente, et ça tourne aussi bien en ligne de commande que sur l’app desktop ou l’extension VS Code. Côté abonnement, c’est dispo sur tous les plans payants… Sur le plan Pro faudra juste l’activer à la main dans le menu /config, alors que sur Max, Team et Enterprise c’est présent d’office.

Ce que ça donne en vrai

Pour la chasse aux bugs ou les audits de sécurité sur un dépôt entier, où Claude fouille en parallèle puis revérifie chaque trouvaille de façon indépendante, c’est top ! Pour les grosses migrations aussi, genre changer de framework ou porter un langage vers un autre sur des milliers de fichiers c’est le top aussi surtout que comme je vous le disais, quand c’est critique, vaut mieux que ce soit vérifié deux fois plutôt qu’une !

Ils l’ont utilisé par exemple pour le portage de Bun du langage Zig vers Rust. Cela a pris 11 jours entre le premier commit et la fusion, avec des centaines d’agents en parallèle et deux relecteurs sur chacun des fichiers et au final ce sont plus de 750 000 lignes de Rust qui ont été réécrites. La société Klarna, de son côté, s’en sert pour repérer le code mort que l’analyse statique classique laissait passer.

Ce que j’en fais

Perso, ce que je trouve le plus utile, c’est pour les chantiers que je repoussais justement parce qu’ils étaient trop gros pour une seule session. Passer en revue le code de mon site de fond en comble (ce que j’ai fait ce matin), ou encore bosser plus efficacement sur le recompilateur que je suis en train de créer (je vous en recause bientôt..)

Le prix à payer

Évidemment, je suis lucide, ça a un coût et Anthropic prévient noir sur blanc qu’un dynamic workflow bouffe nettement plus de tokens qu’une session classique. Bah oui, des centaines d’agents qui tournent en parallèle, forcément, ça consomme à fond. Du coup leur conseil officiel, c’est de commencer sur une tâche bien cadrée pour prendre la mesure de ce que ça pompe avant de lâcher l’outil sur un gros morceau. C’est totalement ce que je n’ai pas fait ^^ mais je suis un punk, que voulez-vous !

Source