Le workflow : une chaîne de montage

Ce que c'est et pourquoi ça compte

Quand je demande à Claude une nouvelle fonctionnalité en un seul message, il fait tout lui-même, d'une traite : il cherche, décide, écrit et à la fin me dit « fait ». Pour les petites choses, ça va très bien. Sur une vraie fonctionnalité, en revanche, les étapes se mélangent. Il cherche à moitié, planifie en écrivant, et le contrôle est fait par celui qui vient d'écrire le code.

Un workflow remet de l'ordre. C'est un script que Claude écrit pour votre tâche et que Claude Code exécute en arrière-plan : il lance plusieurs sous-agents, chacun avec son travail, et passe les résultats de l'un à l'autre. Le plan n'est plus dans la tête de Claude, il est dans le script. Et pendant ce temps, vous pouvez continuer à utiliser la session.

Je l'utilise comme une chaîne de montage. Cinq postes, un agent par poste, une seule tâche chacun. Chaque agent reçoit la pièce de l'étape précédente et, avant de travailler dessus, vérifie qu'elle est bien faite. Si ce n'est pas le cas, la chaîne s'arrête.

Pourquoi ça compte : celui qui essaie de casser le code n'est pas celui qui l'a écrit, donc il cherche justement les failles que l'auteur ne voit pas. Et si la liste des fichiers ou le plan sont faux, vous vous en rendez compte tout de suite, avant que quelqu'un construise par-dessus.

1. La première fois : demandez un workflow

Le script, ce n'est pas vous qui l'écrivez. Il suffit de le demander avec vos mots, par exemple « utilise un workflow » : Claude écrit le script et le lance. Le mot ultracode dans le prompt marche aussi, mais il n'est pas nécessaire : une demande directe compte pareil.

Voici le prompt que je colle dans Claude Code. À la place des crochets, mettez la fonctionnalité que vous voulez, décrite comme vous l'expliqueriez à une personne.

Utilise un workflow en cinq étapes pour : [décris la fonctionnalité]. Chaque étape est un agent différent, avec une seule tâche, et reçoit le résultat de l'étape précédente.
1. CHERCHE : trouve dans le code les fichiers et les fonctions concernés, avec la raison pour chacun.
2. PLAN : vérifie que la liste est juste et complète, puis écris un plan par points : ce qui change, dans quel ordre, comment on le vérifie.
3. CONSTRUIS : vérifie que le plan tient la route, puis suis-le et lance les tests.
4. CASSE : essaie de casser ce qui a été construit (données vides, utilisateur non connecté, double clic, téléphone). Si tu trouves une erreur, renvoie-la à l'étape 3 avec la description et réessaie, deux fois au maximum.
5. RÉSUMÉ : vérifie que les tests passent, puis écris ce qui a changé, ce qui a été testé et ce qui reste à faire.
Si une étape trouve un problème dans l'étape précédente, elle s'arrête et le dit : rien n'avance tant que ce n'est pas corrigé.
Appelle le workflow "chaine" et lis dans args la fonctionnalité à construire.

Ce que fait chaque poste :

• CHERCHE ne touche à rien. Il rapporte seulement la liste des fichiers, avec la raison pour chacun.
• PLAN vérifie d'abord la liste, puis écrit ce qui change, dans quel ordre et comment on le vérifie.
• CONSTRUIS vérifie que le plan tient la route, le suit et lance les tests.
• CASSE est le poste qui fait la différence. Il essaie les cas qu'on oublie d'habitude : données vides, utilisateur non connecté, double clic, téléphone. S'il trouve une erreur, il la renvoie à CONSTRUIS, deux fois au maximum, pour que la boucle ne tourne pas à l'infini.
• RÉSUMÉ vérifie que les tests passent et vous dit ce qui a changé, ce qui a été testé et ce qui reste à faire.

La ligne « Si une étape trouve un problème… » est celle qui tient tout ensemble. Sans elle, une liste fausse à la première étape devient un plan faux, puis du code faux qui passe les tests.

La dernière ligne, elle, sert pour plus tard, quand vous l'enregistrez. Le nom de la commande vient du script, donc vous lui demandez tout de suite de l'appeler chaine. Et la fonctionnalité, il la lit dans args, c'est-à-dire dans l'entrée que vous lui passez au lancement : ainsi la même chaîne travaille à chaque fois sur une fonctionnalité différente, au lieu de refaire celle de la première fois.

Avant de démarrer, Claude Code vous demande en général la permission et vous montre les phases prévues. De là, vous pouvez aussi ouvrir le script et le lire avant de dire oui.

2. Suivez-la pendant qu'elle travaille

La chaîne tourne en arrière-plan, vous pouvez donc continuer à écrire dans la session. Pour voir où elle en est :

/workflows

• Vous voyez les phases l'une sous l'autre, chacune avec ses agents.
• Avec les flèches, vous choisissez une phase, avec Entrée vous entrez et voyez ce qu'a fait chaque agent : la tâche reçue, les outils utilisés, le résultat. Avec Échap, vous revenez en arrière.
• p met la boucle en pause et la relance, x arrête l'agent sélectionné, ou toute la boucle si c'est elle qui est sélectionnée.

3. Enregistrez-la une fois

Quand une boucle vous a plu, vous n'avez pas à recoller le prompt à chaque fois. Vous l'enregistrez comme commande :

1. Tapez /workflows et sélectionnez la boucle que vous voulez garder.
2. Appuyez sur s : la fenêtre d'enregistrement s'ouvre.
3. Avec Tab, vous choisissez où : .claude/workflows/ dans le projet, ou ~/.claude/workflows/ dans votre dossier personnel.
4. Appuyez sur Entrée.

Dans .claude/workflows/, la chaîne vaut pour ce projet, et si vous faites un commit, quiconque clone le dépôt la retrouve aussi. Dans ~/.claude/workflows/, vous la retrouvez dans tous vos projets, et vous seul la voyez.

Ce que vous enregistrez, c'est le script de la boucle, pas le prompt. Donc à chaque fois, la chaîne fait les mêmes étapes, dans le même ordre, avec les mêmes contrôles. Et la commande prend le nom écrit dans le script : c'est pour ça que, dans le prompt, vous lui avez demandé de l'appeler chaine.

4. Lancez-la quand vous voulez

À partir de la session suivante, une ligne suffit, avec la nouvelle fonctionnalité :

Exécute /chaine pour : ajoute la connexion avec Google

Ce que vous écrivez après « pour : » arrive au script dans args, et la chaîne travaille sur cette fonctionnalité. Le travail, vous le suivez toujours depuis /workflows, phase par phase.

5. Avant de l'utiliser pour de vrai

Elle consomme plus de tokens

Un workflow lance plusieurs agents, donc une boucle consomme plus de tokens qu'une demande normale, et elle compte dans les limites de votre forfait. Essayez-le d'abord sur quelque chose de petit. Dans /workflows, vous voyez combien de tokens consomme chaque agent pendant qu'il travaille, et vous pouvez arrêter la boucle quand vous voulez.

Si /workflows n'apparaît pas

Les workflows sont disponibles sur tous les forfaits payants, mais sur le forfait Pro il faut les activer : ouvrez /config et cherchez la ligne Dynamic workflows. S'ils y sont désactivés, ni /workflows ni les commandes enregistrées ne fonctionnent.

La même chaîne, sans workflow

Autre solution : mettez le même texte dans .claude/skills/chaine/SKILL.md. Ça devient une skill, que vous lancez avec /chaine. Trois retouches : à la place de [décris la fonctionnalité], écrivez $ARGUMENTS, pour que Claude Code y mette ce que vous tapez après la commande ; transformez la première phrase en « Suis ces cinq étapes pour : » ; supprimez la dernière ligne, celle sur chaine et args. Ensuite, demandez à Claude d'utiliser un sous-agent différent pour chaque étape. Et prenez une voie ou l'autre, pas les deux avec le même nom : comme ça, vous savez toujours quelle /chaine vous lancez.

Exécute /chaine pour : ajoute la connexion avec Google. Utilise un sous-agent différent pour chaque étape.

Les étapes sont les mêmes. Ce qui change, c'est qui tient le fil : avec la skill, c'est Claude qui passe le travail d'un assistant à l'autre, et les résultats passent par votre conversation. Avec le workflow, c'est le script qui le fait, et vous ne recevez que le résumé final.

Les erreurs les plus courantes

• Utiliser la chaîne pour un texte ou une couleur. Cinq agents pour une ligne, c'est juste de l'attente et des tokens : pour les petites choses, un message normal suffit.
• Supprimer la ligne « Si une étape trouve un problème… ». Sans contrôle entre une étape et la suivante, une erreur du début arrive jusqu'au bout : gardez-la toujours.
• Supprimer la ligne sur chaine et args. Sans elle, la commande prend un autre nom et risque de refaire toujours la fonctionnalité de la première fois : gardez-la dans le prompt.
• Commencer tout de suite par une grosse fonctionnalité. La première fois, essayez-la sur quelque chose de petit et regardez dans /workflows combien de tokens elle consomme.
• Faire confiance au résumé sans regarder. Lisez ce qui reste à faire et testez vous-même la fonctionnalité, au moins une fois sur téléphone.

Check-list

• Le prompt a les cinq étapes et la ligne de contrôle
• La fonctionnalité est décrite à la place des crochets
• Le workflow s'appelle chaine et lit la fonctionnalité dans args
• Premier essai sur quelque chose de petit
• Je suis la boucle depuis /workflows
• Enregistrée avec s, dans le projet ou dans ~/.claude/workflows/
• J'ai lu le résumé et testé moi-même la fonctionnalité

Questions fréquentes