Utiliser le Mode Plan
À l'issue de cette leçon, le stagiaire sait basculer en mode plan dans Claude Code, lire et amender un plan en trois sections, et utiliser le workflow officiel Explore → Plan → Code → Commit.
Le mode Plan — analyser sans agir
Le mode Plan est l'une des fonctionnalités les plus structurantes de Claude Code. Sa promesse : Claude analyse votre demande, examine le code existant, et propose un plan d'action sans rien modifier. Aucun fichier créé, aucune commande lancée. Vous validez la stratégie avant tout passage à l'acte.
Pour les tâches non triviales — refactoring multi-fichiers, migration de version, ajout de fonctionnalité touchant plusieurs modules — le gain est immédiat : vous voyez où Claude veut aller avant qu'il y aille. Les corrections de trajectoire se font en quelques secondes, plutôt qu'en défaisant des heures de travail.
Activer le mode Plan
Trois moyens d'activer le mode Plan dans Claude Code :
- Shift + Tab jusqu'au bandeau bleu en bas de la session (cf. leçon 12 sur les approval modes)
- Commande
/plantapée dans la session pour basculer immédiatement - Préfixer un prompt par « Passe en plan mode et propose-moi… » — Claude bascule pour cette interaction
Le mode Plan est actif jusqu'à votre prochaine bascule. Si vous oubliez d'en sortir, Claude continue à proposer des plans plutôt qu'à agir — ce qui est parfois souhaitable, parfois irritant. Surveillez le bandeau de bas de session.
Le workflow officiel Explore → Plan → Code → Commit
Anthropic recommande un workflow en quatre phases pour les tâches non triviales sur Claude Code. C'est le mode opératoire qui produit le moins de retour en arrière.
1. Explore
Claude lit le code existant. Il identifie les fichiers concernés, les conventions, les dépendances. Phase silencieuse pour vous — vous laissez Claude se documenter. Durée typique : 20-60 secondes.
2. Plan
Claude propose un plan d'action structuré (cf. ci-dessous). Vous lisez, amendez si besoin, validez. Phase la plus importante : c'est là que vous corrigez la trajectoire. Durée typique : 1-3 minutes côté lecture.
3. Code
Claude exécute le plan validé. Vous basculez en default ou auto-accept selon la confiance. Vous gardez la main pour amender en cours de route. Durée variable selon la tâche.
4. Commit
Vous (ou Claude) faites le commit Git avec un message clair. Le commit ferme la séquence : le code est posé, archivé, défaisable. Prochaine session : nouvelle séquence Explore → Plan.
Anatomie d'un plan Claude
Un plan proposé par Claude se compose typiquement de trois sections, dans cet ordre :
Résumé de compréhension
Ce que Claude pense avoir compris de votre demande, reformulé en quelques lignes. À lire en premier. Si Claude a mal compris, inutile d'aller plus loin — reformulez la demande.
Séquence d'étapes
La liste des actions à mener dans l'ordre. Numérotée. Chaque étape mentionne les fichiers concernés et l'effet attendu. Permet de mesurer la taille de la tâche.
Questions ouvertes
Ce qui nécessite votre arbitrage avant d'avancer. C'est la section la plus précieuse du plan : les vraies décisions sont là, pas dans les étapes.
Lisez le plan dans l'ordre Compréhension → Questions → Étapes, pas dans l'ordre où il est présenté. Si la compréhension est fausse, le reste est inutile. Si les questions vous montrent que Claude a vu des arbitrages que vous n'aviez pas anticipés, les étapes deviendront plus claires à la lecture finale.
Amender un plan en langage naturel
Une fois le plan affiché, vous pouvez l'amender sans tout recommencer. Claude met à jour le plan et vous le re-soumet. Pas besoin de re-prompter en entier.
Exemples d'amendements efficaces
- « Étape 3, n'utilise pas Lodash mais l'API native » — substitution ciblée
- « Inverse les étapes 4 et 5, on doit migrer la base avant les routes » — réordonnancement
- « Question 2 : oui, on garde la compatibilité descendante. Adapte le plan en conséquence » — réponse à une question ouverte
- « Ajoute une étape de backup en début, on ne touche pas à la prod sans backup » — ajout d'étape
C'est la grande force du mode Plan : itérer sur la stratégie avant l'exécution. Quelques minutes d'amendement en mode plan épargnent souvent des heures de refonte après coup.
Trois cas où le mode Plan est non négociable
Tâches multi-fichiers
Modification touchant 3 fichiers ou plus, ou plusieurs modules. Sans plan, Claude peut prendre des libertés que vous n'auriez pas validées.
Contextes sensibles
Production, code legacy, projet d'équipe. Vous ne pouvez pas vous permettre de défaire derrière. Le plan documente la stratégie pour relecture par un pair si besoin.
Vérification de compréhension
Quand la demande est complexe ou floue, le plan révèle vite si Claude a compris. C'est un test peu coûteux qui évite de gros gaspillages.
Quand l'éviter
Pour les tâches triviales (renommer une variable, ajouter un test simple), le plan est sur-dimensionné. Le surcoût d'analyse n'est pas justifié.
Faire passer une tâche réelle par le mode Plan
Choisissez une tâche réelle de votre travail courant qui demande au moins 3 étapes : refonte d'un dossier, mise à jour de plusieurs fichiers liés, migration d'une procédure, restructuration d'un projet. Faites-la passer par le mode plan. Lisez le plan dans l'ordre Compréhension → Questions → Étapes. Notez ce que Claude a compris correctement et ce qu'il a fallu amender.
Cet exercice est à conserver dans votre dossier de stagiaire. Il n'est pas évalué mais il est tracé.
- docs.claude.com — Claude Code Best Practices guide officiel des bonnes pratiques, dont le workflow Explore/Plan/Code/Commit
Vous savez activer le mode plan, lire un plan dans le bon ordre, et l'amender en langage naturel ?