Plan mode

Boris Cherny a codé le mode plan en 30 minutes un dimanche soir, après avoir repéré le motif dans les issues GitHub. Techniquement, cela se résume à une seule instruction : « please don't code ». Claude lit le dépôt sans le modifier tant que le plan n'est pas accepté, et on entre dans ce mode avec Shift+Tab dans «Claude Code».

Le détail de conception qui revient sans cesse, c'est ce que le mode plan *ne fait pas*. Remplacer le jeu d'outils par des versions en lecture seule aurait cassé le cache de prompt, puisque ce cache s'appuie sur le préfixe et que tout changement invalide ce qui suit. L'équipe «Claude Code» a plutôt gardé tous les outils en place et ajouté «EnterPlanMode/ExitPlanMode comme outils», avec un message système expliquant le mode. Le modèle peut entrer en mode plan de lui-même sans reconstruction du cache. La recherche d'outils suit la même logique, avec des stubs à chargement différé pour les outils «MCP» inutilisés.

Cat Wu et Boris Cherny rapportent que le mode plan double ou triple les chances de succès sur les tâches complexes, en alignant l'approche avant l'exécution. La pratique propre à l'équipe Claude Code va plus loin : un Claude rédige le plan, un second le relit avec le regard d'un ingénieur senior, et quand une implémentation part en vrille, le réflexe est de revenir au mode plan plutôt que de persister. Addy Osmani le place en tête de la rédaction de spécifications, comme exploration en lecture seule avant toute génération de code. Le playbook SDLC natif-IA de Louis Claxton en fait une porte de passage : l'étape de construction démarre en mode plan et fige `plan.md` avant que la première ligne ne soit écrite.