Les « dynamic workflows » d'Opus 4.8 : c'est quoi, comment ça marche

Un « dynamic workflow », c'est la nouveauté livrée le 28 mai 2026 avec Claude Opus 4.8 : au lieu d'avancer seul et pas à pas sur un gros travail, le modèle planifie le chantier, lance des centaines de sous-agents en parallèle dans une seule session, vérifie ce qu'ils ont produit, puis assemble le tout. En clair, l'IA passe de l'ouvrier qui fait tout d'affilée au chef d'équipe qui répartit et contrôle.

Workflow et sous-agent, deux mots de vocabulaire

Un workflow, c'est un enchaînement d'étapes orchestré : étape 1, puis 2, puis 3, avec des règles claires pour passer de l'une à l'autre. C'est le schéma de n'importe quelle procédure, rien d'exotique.

Un sous-agent (subagent), c'est une instance de Claude à qui on confie une part du travail, avec ses propres instructions et son propre context window. Plusieurs sous-agents tournent en même temps sans se gêner, chacun dans sa bulle.

Ce qu'ajoute Opus 4.8, c'est le mot dynamic : le modèle décide lui-même, en cours de route, comment découper le travail et combien de sous-agents lancer, au lieu de suivre un plan figé d'avance.

Ce qu'Opus 4.8 apporte

Opus 4.8 est sorti le 28 mai 2026. La fonctionnalité s'appelle dynamic workflows et vit dans Claude Code, l'outil d'Anthropic pour coder en ligne de commande ou dans l'éditeur. L'exemple mis en avant par Anthropic : une migration de code sur des centaines de milliers de lignes, menée « du lancement jusqu'au merge » par le modèle, sans découper la tâche à la main.

Deux progrès du modèle rendent ça tenable. D'abord, il travaille en autonomie plus longtemps sans se perdre. Ensuite, il est plus lucide sur ses propres erreurs : Anthropic le donne « environ quatre fois moins susceptible que son prédécesseur de laisser passer sans commentaire un défaut dans le code qu'il a écrit ». Quand dix sous-agents produisent du travail en parallèle, c'est cette capacité à relire et à signaler ce qui cloche qui sépare un gain de temps d'un désastre démultiplié.

Comment ça marche, étape par étape

Le mécanisme tient en quatre temps, qui reprennent des patterns d'orchestration déjà connus (Anthropic les décrit dans son guide sur les agents) :

1. Planifier. Le modèle lit le travail et le découpe en tâches indépendantes. Ce rôle de chef d'orchestre porte un nom : l'orchestrateur qui répartit le travail entre des exécutants.
2. Lancer en parallèle. Il démarre plusieurs sous-agents en même temps, chacun sur sa part. C'est la parallélisation : on gagne du temps en faisant plusieurs choses à la fois plutôt qu'à la suite.
3. Vérifier. Les résultats remontent et passent un contrôle avant d'être acceptés. Un agent produit, un autre relit : c'est le couple évaluateur-optimiseur.
4. Consolider. Le modèle assemble les morceaux validés en un seul livrable et te le rend, par exemple une proposition de merge prête à relire.

La différence avec un workflow classique, c'est que ces quatre temps ne sont pas écrits à l'avance par un humain. Le modèle dessine le découpage à la volée, selon ce qu'il trouve dans le travail.

Un exemple concret chez Maisons&Mobilia

L'équipe technique de Maisons&Mobilia doit renommer un champ utilisé partout dans le code de la boutique en ligne : 800 fichiers, plusieurs jours de travail à la main, et le risque d'un bug à chaque endroit oublié.

Avec un dynamic workflow, Opus 4.8 parcourt le projet, repère les 800 occurrences, et lance une volée de sous-agents. Chacun prend un paquet de fichiers, applique le changement et lance les tests sur sa zone. Un dernier passage vérifie que rien n'est cassé, puis le tout est regroupé en une seule proposition de merge. Pierre, qui dirige, n'a plus qu'à relire et valider, au lieu de coordonner la fourmilière lui-même.

Hors du code, le principe vaut partout où un gros travail se découpe en morceaux indépendants et vérifiables : passer en revue des centaines de fiches produit, comparer des dizaines de contrats, trier une masse de demandes. La fonctionnalité dynamic workflows, elle, vit pour l'instant dans Claude Code, donc côté développement.

Quand l'utiliser, quand t'abstenir

Faire travailler une nuée de sous-agents consomme plus de tokens et démarre moins vite qu'une simple question. Anthropic le répète dans son guide : on n'orchestre pas tout, on commence par le plus simple, et on ajoute de la complexité seulement quand la tâche le mérite. Le bon candidat pour un dynamic workflow, c'est un travail gros, répétitif et découpable, dont tu peux contrôler le résultat. Pour une question ponctuelle, un seul prompt reste plus rapide et moins cher.

Deux réflexes valent pour toute délégation à l'IA, et encore plus quand elle se démultiplie : un humain valide à la fin (le modèle prépare le merge, il ne décide pas seul de l'envoyer en production), et tu testes dans un cadre isolé avant de lâcher la chose sur ton vrai projet. Les garde-fous des agents IA ne deviennent pas optionnels parce que le modèle est plus malin : ils comptent davantage.

Aller plus loin

Un dynamic workflow, c'est de l'orchestration d'agents poussée à l'échelle. Si les briques de base ne sont pas nettes, commence par la différence entre un chatbot et un agent IA, puis par comment construire un agent, concrètement : un dynamic workflow, ce n'est jamais qu'un agent qui en pilote d'autres.

Pour manipuler ces notions sans coder, en français et par petites touches, l'app saisir.ai te fait construire la logique d'un agent en quelques minutes par jour.