1000 sous-agents Claude en un prompt : mon premier dynamic workflow

Anthropic a lâché Claude Opus 4.8 le 28 mai, avec une feature qui passe presque sous le radar du grand public : les Dynamic Workflows. En clair, Claude Code peut désormais lancer des dizaines, voire des centaines de sous-agents en parallèle depuis un seul prompt, en écrivant son propre script d'orchestration à la volée. Je tournais déjà sur Opus 4.7 depuis des semaines, alors j'ai monté le run dans la foulée. Voici le mode d'emploi honnête, avec ce qui m'a sauvé une soirée et ce qui m'a fait jurer.

Dynamic Workflows : ce que ça change dans Claude Code

Le principe est simple sur le papier. Tu décris une tâche à Claude, et au lieu de tout traiter dans une fenêtre de contexte unique, le modèle écrit un script JavaScript d'orchestration. Ce script tourne en arrière-plan, spawne des sous-agents Haiku ou Sonnet pour les tâches déléguées, garde Opus comme chef d'orchestre, puis ré-agrège les résultats. Anthropic fixe deux plafonds durs : 16 sous-agents en parallèle, et 1000 sous-agents par run total. Au-delà, le runtime coupe.

Côté benchmarks officiels, le score agentic coding passe de 64,3 % sur Opus 4.7 à 69,2 % sur Opus 4.8, et le knowledge work grimpe de 1753 à 1890 points. Le tarif token, lui, reste identique à Opus 4.7, ce qui est rare pour une upgrade Anthropic. Et le fast mode est passé à 2,5× la vitesse pour 3× moins cher qu'auparavant — d'après 9to5Mac, c'est la baisse de coût la plus agressive d'Anthropic depuis 2024.

Comment activer Dynamic Workflows dans Claude Code (pas à pas)

Pas de menu caché, pas de feature flag. Deux chemins.

Option 1 — Déclencher au prompt

Tu tapes le mot workflow dans ton prompt Claude Code. Exemple direct :

Claude planifie, écrit le script, et exécute. Tu vois passer dans le terminal les sous-agents qui se déclarent (spawning subagent 1/12, etc.). Sur ma première run, j'avais oublié de fixer une borne et il s'est auto-discipliné à 9 sous-agents — l'orchestrateur estime de lui-même combien d'instances valent le coup.

Option 2 — Activer effort ultracode en permanence

Si tu veux que Claude Code parte en mode parallèle agressif par défaut sans avoir à dire "workflow" à chaque tour, tu balances ça dans tes settings :

Conseil : laisse cette option OFF en projet de tous les jours. Sur une session debug, tu n'as pas envie que Claude spawne 14 agents pour fixer un typo. Réserve-le aux journées où tu attaques un gros chantier (refacto, audit, migration de version).

Mon premier vrai workflow : audit sécu sur un legacy Node

Contexte : un client m'a passé un backend Node/Express qui traîne depuis 2021. Plus de 150 fichiers, route handlers éparpillés, 0 doc à jour. Brief : trouver tous les endpoints qui touchent à la BDD sans middleware d'auth, sortir un rapport markdown classé par criticité.

Avant Opus 4.8, je faisais ça en deux passes : un ripgrep manuel pour cartographier, puis Claude Code en mode classique sur les fichiers chauds. Compte tabler 3 à 4 heures concentrées. Là, j'ai juste tapé :

"workflow: scan /api et /routes. Pour chaque endpoint, vérifie s'il appelle authMiddleware avant le handler DB. Classe en CRITIQUE / MOYEN / OK. Sors un .md à la racine."

Claude a écrit son plan en 8 secondes, l'a affiché (j'ai pu l'amender — c'est important, parce que sa première itération voulait inclure les routes static), puis a lancé une vague de sous-agents. J'avais le terminal en split à côté d'un café. Le run a pris une dizaine de minutes. Le rapport était propre, deux faux positifs (des routes effectivement non protégées mais derrière un reverse proxy interne, ce que Claude ne pouvait pas savoir).

Ce qui m'a bluffé : Claude a spawné un sous-agent dédié à la vérification croisée. Il a explicitement essayé de réfuter les findings des autres sous-agents avant de les valider. C'est ce qu'Anthropic appelle le refute pattern — ça baisse drastiquement les hallucinations sur les rapports d'audit.

Combien coûte un Dynamic Workflow Claude Code en France

Question qui fâche, parce que c'est là que le grand public se brûle. Le tarif token Opus 4.8 est aligné sur 4.7 (input ≈ 15 $/million, output ≈ 75 $/million). Mais avec des sous-agents qui tournent en parallèle, tu peux consommer beaucoup en peu de temps si tu ne bornes pas.

Bonne nouvelle : l'orchestrateur fait le job pour toi. Il route les sous-tâches simples sur Haiku ou Sonnet, et ne réveille Opus que pour la synthèse. Sur mon audit, en regardant la console Anthropic après coup, la facture du run tombait dans la fourchette d'un appel classique GPT-5.5 high effort sur la même tâche — j'attendais bien pire.

Quand le pattern flanche (et il flanche)

Tout ne se met pas en parallèle. Anthropic le dit clairement dans sa doc officielle, et je l'ai confirmé en galérant 1h45 dessus : dès que les sous-tâches dépendent les unes des autres, le pattern explose.

J'ai voulu tester sur une migration de schéma Prisma : générer la nouvelle migration, l'appliquer, puis ajuster les services qui appelaient les anciens champs. Claude a essayé de paralléliser. Les sous-agents qui modifiaient les services ne voyaient pas que d'autres venaient de renommer des modèles. Résultat : 3 fichiers en conflit, une session à reverter. Le mode classique aurait pris 20 min sans drame.

Règle empirique après une journée d'usage : indépendance des sous-tâches, throughput élevé, sortie agrégeable. Si une seule de ces conditions manque, reste sur Claude Code séquentiel ou Agent View.

Dynamic Workflows ou Agent View : lequel utiliser quand

Anthropic a sorti Agent View il y a deux semaines, et plusieurs personnes m'ont déjà posé la question — les deux features se ressemblent en surface.

Agent View = tu lances toi-même plusieurs sessions Claude Code en parallèle, chacune sur une feature/branche distincte, et tu suis l'avancement dans un dashboard terminal. Tu restes le chef de chantier.

Dynamic Workflows = tu délègues l'orchestration. Claude planifie, découpe, spawne. Tu vois passer les agents mais tu n'as pas la main fine sur chacun.

Concrètement : Agent View pour piloter plusieurs petits chantiers indépendants en parallèle (1 fix bug + 1 refacto + 1 doc). Dynamic Workflows pour attaquer une seule grosse tâche qui se parallélise naturellement (audit, recherche multi-sources, batch de tests).

Dynamic Workflows pour une PME : ROI réel

Si tu n'es pas dev mais que tu lis cet article parce que ton équipe utilise Claude en interne, voici ce que ça change pour toi. Les workflows ne s'arrêtent pas au code. Cas d'usage que j'ai testés ou observés côté clients :

• Recherche concurrentielle : "workflow: audit 20 concurrents sur ces critères, sors un tableau comparatif". 1000 € de mission consultant compressée en 25 min.
• Audit de qualité de données : passer une base CRM, identifier les doublons probables et les champs manquants critiques. Très bien parallélisable.
• Génération de variantes marketing : 50 versions d'une landing page testée sur des personas distincts, à lancer en A/B testing.

La limite : il faut un workflow où chaque sous-tâche peut être faite sans connaître le résultat des autres. Si tu sors de ça, tu paies du token pour pas grand-chose.

Mon verdict après 48h

Dynamic Workflows est la première vraie feature "agent" d'Anthropic qui justifie son nom. C'est puissant, c'est rapide, et c'est tarifé honnêtement. C'est aussi piégeux si on confond "parallélisable" et "décomposable". Je l'ai déjà intégré à deux workflows quotidiens (audit hebdo de logs, veille concurrentielle). Pour le reste, je reste sur Claude Code en séquentiel — pas par conservatisme, parce que la majorité de mon taf ne se prête pas au pattern.

Le vrai gain n'est pas la vitesse brute, c'est la baisse du coût mental. Décrire une fois ce que tu veux, laisser Claude organiser, recevoir le résultat. Sur les bons cas d'usage, c'est l'écart entre "je le ferai lundi" et "je le fais en attendant le café".