Drill de décision0 / 8 · répondu : 0/8
Claude Code · /loop & Workflow · Leçon 3
Le test final de la mission

Le drill de décision

Huit situations réelles. Pour chacune, le bon outil en quelques secondes : /loop, workflow, /schedule… ou rien du tout. C'est exactement le réflexe que vous vouliez acquérir.

Le mémo de la série : /loop répète (dans la session) · Workflow démultiplie (gros chantier découpable) · /schedule survit (cloud, machine éteinte) · et une tâche ponctuelle se demande directement. ↩ leçon 1 · ↩ leçon 2

Les 3 questions à se poser

Mémorisez ces trois questions, puis lancez le drill — sans revenir ici, c'est le jeu.

Le drill

1« Le déploiement prend environ 10 minutes — préviens-moi dès qu'il est terminé. »

Répété dans le temps (surveiller) + cadence inconnue → /loop auto-rythmé : Claude adapte son rythme à l'avancement. Un workflow ne surveille pas, il exécute ; une demande directe ne ferait qu'une vérification.

2« Audite les 40 fichiers du backend : bugs, sécurité, performance. Sois exhaustif. »

Une fois + gros + découpable (par fichier, par angle d'analyse) + « exhaustif » qui appelle la contre-vérification → workflow. En demande directe, une seule tête saturerait avant le 40ᵉ fichier.

3« Corrige le bug d'affichage du panier sur la page de commande. »

Une fois + petit et ciblé → demande directe. Un workflow coûterait des tokens pour rien, un /loop re-corrigerait en boucle un bug déjà corrigé.

4« Chaque lundi à 8h, envoie-moi un rapport d'espace disque du serveur — même si mon PC est éteint. »

Répété + machine éteinte → /schedule, qui tourne sur l'infra Anthropic. Le piège : /loop 7d expirerait au bout de 7 jours et mourrait de toute façon avec la session.

5« Vérifie tous les liens externes de toutes les leçons du site — une bonne fois pour toutes. »

« Une bonne fois » + découpable (un agent par leçon) → workflow. Variante instructive : « vérifie les liens chaque semaine » deviendrait un /schedule. Le même travail change d'outil selon qu'il est ponctuel ou répété.

6« Pendant ma session de tests (encore 1h), vérifie toutes les 5 minutes que l'API répond. »

Répété + cadence connue et imposée + session ouverte → /loop 5m, le métronome. L'auto-rythmé est pour quand la bonne cadence dépend de ce qu'on observe ; ici elle est donnée.

7« Renomme la fonction getUser en fetchUser partout dans le projet. »

Le piège classique (déjà vu en leçon 1) : « partout » sonne gros, mais c'est une tâche ponctuelle qu'un seul Claude fait très bien avec une recherche globale. Le workflow se justifierait à partir d'une vraie migration (des centaines de sites à transformer et vérifier).

8« Avant que je merge cette grosse branche : relis-la à fond — bugs, sécurité, perfs — et ne me remonte que les problèmes confirmés. »

« À fond » + plusieurs angles + « problèmes confirmés » = la signature même du workflow : des chercheurs parallèles par dimension, puis des sceptiques qui contre-vérifient chaque trouvaille (le schéma de la leçon 2).
🏆 Réflexe acquis. Votre mission est essentiellement accomplie : vous reconnaissez la situation et dégainez le bon outil. Dites-le à votre agent — il le notera dans vos learning records, et vous déciderez ensemble si la leçon 4 (lire un vrai script de workflow) vous tente.
👍 Presque. Le socle est là ; relisez les explications des questions ratées — ce sont probablement les cas limites (auto-rythmé vs intervalle fixe, loop vs schedule). Refaites le drill dans quelques jours : c'est la répétition espacée qui fixe le réflexe.
🔄 Pas encore. Repassez par les leçons 1 et 2, puis revenez : le drill sera toujours là. Demandez aussi à votre agent de vous inventer d'autres scénarios.

À retenir

Trois questions, dans l'ordre : répété ou une fois ? gros et découpable ou petit ? session ouverte ou machine éteinte ? Les réponses donnent l'outil presque mécaniquement. Et en cas de doute réel : demandez à Claude « cette tâche-ci, quel outil ? » — il connaît la grille.

Pour aller plus loin : demandez à votre agent de vous improviser un « drill surprise » avec de nouveaux scénarios — ou tentez la leçon 4 (optionnelle) : décortiquer le vrai script JavaScript d'un workflow.
Sources : Doc /loop · Doc workflows · Doc routines (/schedule) · Comparatif agents parallèles