Plan Mode & workflow

Pour une tâche simple (corriger une faute de frappe), planifier serait une perte de temps. Mais pour une tâche complexe, ambiguë, ou à fort impact (migration de base de données, refonte d'architecture, changement touchant de nombreux fichiers), agir directement risque de partir dans une mauvaise direction sans que vous puissiez intervenir à temps.

Le Plan Mode répond à ce besoin : Claude Code explore le code, pose les questions nécessaires, puis présente un plan détaillé — sans modifier aucun fichier — que vous validez (ou ajustez) avant la moindre exécution.

• Shift+Tab dans le REPL pour basculer en Plan Mode.
• Le plan est présenté avec les étapes, fichiers concernés, et éventuels compromis (trade-offs).
• Vous pouvez itérer sur le plan avant de l'approuver ("ExitPlanMode" déclenche le passage à l'exécution une fois validé).
• En Plan Mode, les outils de lecture (Read, Grep, Glob, Bash en lecture) restent disponibles ; les outils d'écriture (Edit, Write) sont désactivés jusqu'à validation.

Utile pour :

• les migrations ou refactors qui touchent beaucoup de fichiers ;
• les tâches où plusieurs approches sont possibles et où le choix a des implications (perf, sécurité, UX) ;
• les changements sur du code critique/production où une erreur serait coûteuse à corriger.

Moins utile pour :

• des corrections de bug ponctuelles et bien définies ;
• des tâches exploratoires ("explique-moi ce fichier") qui ne modifient rien de toute façon.

Un bon workflow pour une tâche non triviale suit ce cycle :

1. Explorer : laisser Claude Code lire le code pertinent (ou déléguer à un sous-agent Explore).
2. Planifier : en Plan Mode, obtenir un plan clair, le challenger si besoin.
3. Exécuter : valider le plan, laisser Claude Code l'implémenter étape par étape.
4. Vérifier : lancer les tests, lire le diff, et — pour du code UI — observer réellement le résultat dans le navigateur plutôt que de se fier uniquement aux tests.

Ce cycle réduit drastiquement les retours en arrière sur des tâches complexes.