Claude lance les workflows dynamiques : des tâches de mois en jours

Comment ça marche en vrai

Quand tu déclenches un workflow, Claude planifie dynamiquement. Il découpe le problème en morceaux, les distribue à des agents qui travaillent en parallèle. Les résultats sont vérifiés, puis fusionnés en une seule réponse.

Le principe : les agents attaquent le problème chacun sous un angle différent. D'autres essaient de démolir ce qu'ils trouvent. Le processus itère jusqu'à convergence — c'est exactement ça qui produit une solution qu'un seul passage ne peut pas donner.

Quand tu en as vraiment besoin

Audits et chasses aux bugs : Claude scanne ton service ou ton dépôt en parallèle, puis chaque résultat se vérifie indépendamment. Même logique pour les passes de durcissement : vérifier l'authentification, la validation des entrées, les patterns dangereux sur tout le codebase.

Migrations massives : Changement de framework, API dépréciées, portage de langage sur des milliers de fichiers. Claude gère ça de bout en bout.

Travail critique : Quand une erreur coûte cher, un workflow donne à Claude plusieurs tentatives indépendantes, plus des agents chargés de casser le résultat avant que tu le voies.

L'exemple qui marque : Bun en Rust

Jarred Sumner a utilisé les workflows pour porter Bun de Zig en Rust. 750 000 lignes de Rust. En 11 jours. Avec 99,8% de la suite de tests qui passe encore.

Premier workflow : trouver le bon lifetime Rust pour chaque champ de struct du code Zig. Deuxième : écrire chaque fichier .rs comme un portage comportement-identique du .zig correspondant. Des centaines d'agents en parallèle, deux relecteurs par fichier. Troisième : boucle de corrections sur le build et les tests jusqu'à ce que tout soit propre. Après la fusion : workflow de nuit pour nettoyer les copies de données inutiles, une PR par problème pour relecture finale.

Pas encore en production. Mais c'est du concret.

Ce qu'il faut savoir

Les workflows consomment beaucoup plus de tokens qu'une session Claude Code classique. Commence par une tâche bien délimitée pour évaluer ta consommation.

Le travail se sauvegarde au fur et à mesure : en cas de plantage, ça reprend là où c'était arrêté, pas depuis le début.

Disponible en aperçu : Claude Code CLI, Desktop, extension VS Code. Plans Max, Team, Enterprise (si l'administrateur l'active). Aussi sur Claude API, Bedrock, Vertex AI, Microsoft Foundry.

Comment démarrer

Deux chemins :

1. ▸Demande directement à Claude : "Create a workflow"
2. ▸Active le réglage ultracode (dans le menu effort) qui passe l'effort à xhigh et laisse Claude décider automatiquement quand utiliser un workflow.

Sur Max et Team : activé par défaut. Sur Enterprise : désactivé par défaut, ton administrateur doit l'activer.