Stratégies d'auto-planning

Tu as demandé un petit ajustement de base de données et Claude a réécrit toute la couche ORM. C'est exactement ce genre de surprise que le mode Auto Plan évite. Claude te montre le plan d'abord. Rien n'est touché jusqu'à ce que tu approuves.

Gain rapide : Lance ça une fois et c'est réglé :

Claude te donne un plan avant toute opération sur un fichier. Approuve ou rejette. Rien ne bouge avant que tu le dises.

Le flag --append-system-prompt a été livré dans Claude Code v1.0.51. Il colle des instructions supplémentaires au system prompt de Claude. Le mode Auto Plan s'appuie dessus pour déclencher automatiquement l'outil caché exit_plan_mode.

Ta boucle devient : Plan -> Ton approbation -> Exécution

Le mode Plan manuel existe aussi. Tu l'actives avec Shift+Tab deux fois, et ça te demande de t'en souvenir. Le mode Auto Plan retire cette contrainte mémorielle.

Les plans coûtent des tokens et ralentissent un peu les choses. Donc savoir où cette surcharge est rentable est important.

Utilise le mode Auto Plan quand :

• Le codebase t'est nouveau
• Le changement est difficile à annuler
• Tu veux avoir l'habitude de réfléchir avant d'agir
• Les nouveaux membres de l'équipe apprennent Claude Code

Passe le mode Auto Plan quand :

• Tu prototypes vite et casser des trucs est peu coûteux
• Le changement est petit et évident
• La vitesse brute est tout l'objectif

Protection standard (recommandé)

Déclenche un plan juste avant toute écriture de fichier :

Protection maximale

Déclenche un plan pour tout, y compris les recherches :

Configuration réutilisable

Mets le prompt dans un fichier pour le réutiliser de la même façon à chaque fois :

Scénario 1 : Le refactoring trop zélé

Tu demandes : "Corrige le contrôle null dans user.js"

Sans le mode Auto Plan, Claude peut décider que tout le module user aurait besoin d'un peu de rangement et refactorise le tout. Avec le plan devant toi, tu l'attrapes et tu dis "ligne 47 seulement, laisse le reste tranquille."

Scénario 2 : La suppression en cascade

Tu demandes : "Nettoie les imports inutilisés"

Le plan revient en voulant toucher 23 fichiers. Tu approuves les 5 qui en ont vraiment besoin et tu rejettes le reste.

Scénario 3 : Le changement cassant

Tu demandes : "Mets à jour le format de réponse de l'API"

Le plan montre que Claude réécrit à la fois l'API et tous les composants frontend qui la lisent. Tu repères la casse avant qu'elle ne s'installe.

Le mode Auto Plan coexiste avec l'activation manuelle. Pour les sessions de recherche uniquement où Claude regarde juste autour, appuie deux fois sur Shift+Tab. L'auto-planning couvre le reste.

Le planning se déclenche sur chaque petite requête ? Passe au prompt "Protection standard". Il ne se déclenche que sur Write, Edit et Bash.

Ça ne s'active pas du tout ? Assure-toi que tu es sur Claude Code v1.0.51 ou plus récent. Vérifie que la référence exit_plan_mode est bien orthographiée.

L'approbation ne tient pas ? C'est par conception. Chaque nouveau message utilisateur nécessite une nouvelle approbation. Les anciennes approbations ne voyagent pas.

Tu veux quelque chose de plus structuré ? Le Code Kit de ClaudeFast livre une commande /team-plan qui trie automatiquement les tâches en cinq niveaux (trivial, modéré, complexe, collaboratif, flou) et route chacune vers le bon mode d'exécution, de l'exécution directe jusqu'à l'orchestration multi-agents /team-build.

Étapes suivantes : Lis le guide des modes de planification manuels pour les sessions de recherche uniquement. Mets les règles d'auto-planning dans ton CLAUDE.md. Travaille sur la gestion du contexte pour limiter l'utilisation des tokens une fois l'auto-planning activé.