Workflows dynamiques dans Claude Code : en avez-vous vraiment besoin ?

Une nouvelle fonctionnalité de Claude Code a lancé 41 agents en parallèle, consommé 5 millions de tokens et épuisé la moitié du budget mensuel en une seule exécution. Cela paraît impressionnant. La question plus honnête est : en avez-vous seulement besoin ? Dans la plupart des cas, la réponse est «non» — et c’est justement ce qui rend la fonction intéressante.

De quoi il s’agit

Avec Claude Opus 4.8, Anthropic a introduit une nouvelle fonctionnalité dans Claude Code : les workflows dynamiques. À première vue, cela sème la confusion. Il existe déjà les sub-agents, les équipes d’agents et /goal. Pourquoi encore un concept — et quand l’utiliser, surtout au vu des coûts en jeu ?

J’en profite pour distinguer proprement les cinq outils. Non pas parce que vous avez besoin de chacun tous les jours, mais parce qu’il est utile de savoir ce que fait une fonctionnalité et quand elle résout un vrai problème — au lieu de suivre le mouvement simplement parce que c’est nouveau.

Cinq outils qui se ressemblent

La vraie différence est simple : combien d’agents entrent en jeu — et peuvent-ils communiquer entre eux ?

• Skill — une recette réutilisable. S’améliore avec le temps.
• Sub-agent — un exécutant parallèle avec sa propre fenêtre de contexte. Il ne parle pas aux autres, il rend seulement compte à la session principale.
• Équipe d’agents — une petite équipe avec des rôles propres, qui se coordonne et partage une liste de tâches. Plus coûteux.
• Workflow — Claude écrit un script JavaScript qui orchestre de nombreux agents. Les résultats sont regroupés à la fin.

La différence décisive avec le workflow : qui détient le plan ? Dans un workflow, le fichier JavaScript est le plan — et il peut être enregistré et réexécuté.

L’échelle : plus de puissance, plus de risque, plus de coûts

1. Simplement demander à Claude — réfléchir, une requête web, un appel d’API.
2. Skill — un processus reproductible.
3. Sub-agent — du travail en parallèle de la session principale.
4. Équipe d’agents — des exécutants parallèles qui communiquent entre eux.
5. /goal — une boucle jusqu’à ce qu’un critère soit rempli.
6. Workflow dynamique — un gros travail parallélisé.

La bonne nouvelle : vous ne déclenchez pas un workflow par inadvertance. Claude demande confirmation au préalable.

Workflow ou /goal : la largeur contre la profondeur

• /goal, c’est la profondeur. Une boucle qui vérifie sans cesse si l’objectif est atteint. Un agent effectue plusieurs passages.
• Le workflow, c’est la largeur. De nombreux sub-agents traitent des choses différentes ; à la fin, tout est regroupé. Ils ne vérifient pas un critère «terminé», ils exécutent un plan défini.

La question des coûts — une réponse honnête

Chaque agent est un appel Claude à part entière avec son propre contexte, et il en démarre beaucoup. L’essentiel des coûts se situe du côté de l’entrée — moins cher que la sortie, mais cela s’additionne vite.

Trois règles, la même discipline qu’avec /goal :

• Délimiter le périmètre.
• Nommer le résultat attendu.
• Faire tourner les sub-agents sur Haiku, quand c’est possible.

Quand cela en vaut vraiment la peine

Optez pour un workflow (ou une équipe d’agents) quand :

• vous examinez chaque fichier d’une base de code.
• vous avez devant vous une migration portant sur 400 fichiers.
• le risque est élevé et chaque partie mérite un maximum de puissance de calcul.

Abstenez-vous pour des modifications ponctuelles, des questions rapides ou du travail de connaissance général. Le test décisif : la tâche se décompose-t-elle en de nombreuses parties indépendantes exécutables en même temps ? Si oui — essayez un workflow.

Deux détails discrets

Où le script est enregistré

Par défaut, les scripts de workflow atterrissent globalement dans le répertoire de travail de Claude Code. Pour le projet, demandez explicitement à Claude d’enregistrer dans .claude/workflows. Ensuite, les réexécuter devient trivial.

ultracode — le niveau le plus coûteux

Avec /effort, vous réglez le niveau de raisonnement d’Opus. Mais il y a aussi ultracode : le plus intelligent et le plus cher. Chaque prompt devient un workflow, de nombreuses confirmations sont sautées. Autre détail : le mot «workflow» s’illumine en couleur pendant la saisie, mais n’en déclenche pas un automatiquement. Ce qui marche à coup sûr : «Mets-moi en place un workflow dynamique qui …»

Le tout sur une page

• Une question ponctuelle et rapide → demandez simplement à Claude Code.
• Quelque chose que vous répétez → un Skill.
• Une tâche annexe touffue → un sub-agent.
• Une petite équipe qui se coordonne → une équipe d’agents.
• Tourner jusqu’à ce qu’un critère soit rempli → /goal.
• Un gros travail parallélisé → les workflows dynamiques (avec prudence).

Et les MCP, les CLI et les points d’API se branchent sur chacun de ces outils — c’est ainsi que vous raccordez vos propres données et systèmes.

Conclusion

Les workflows dynamiques sont un outil puissant pour exactement un cas de figure : de grosses tâches qui se décomposent en de nombreuses parties indépendantes et parallèles. Pour tout le reste, un Skill, un sub-agent ou /goal sont le plus souvent le choix le plus honnête — et le moins cher. La compétence la plus importante n’est pas d’utiliser chaque nouvelle fonctionnalité, mais de reconnaître quand un problème l’exige vraiment. C’est exactement la question que je pose dans chaque projet d’automatisation : faut-il le poids lourd, ou une solution légère à base de règles suffit-elle ?

Source : librement adapté de «Claude Code Dynamic Workflows Clearly Explained» de Nate Herk | AI Automation — voir sur YouTube. Le cadrage, la sélection et la formulation viennent de pletzenauer — digital consulting.