Modes de permission et mode plan de Claude Code, expliqués

La cinquième fois de suite que Claude Code demande « Do you want to proceed? », les gens font l’une de ces deux choses. Les uns cliquent sur Yes sans lire. Les autres abandonnent Claude Code parce qu’il les interrompt sans cesse. C’est la même erreur : ils voient la permission comme un réglage fixe, alors que c’est un choix à faire pour chaque type de travail.

Ce guide explique chaque mode, montre comment passer de l’un à l’autre en une touche, et te donne une règle simple pour choisir le bon. Il présente aussi le mode plan, la fonctionnalité la plus utile et la moins utilisée par les débutants.

Ce que contrôle un mode de permission

Quand Claude Code veut faire quelque chose qui pourrait modifier ton ordinateur, comme modifier un fichier ou lancer une commande, l’une de ces deux choses arrive. Il le fait tout de suite, ou il s’arrête et te demande. Le mode de permission de ta session décide laquelle.

Le mode s’applique à la session en cours. Il ne change ni ton compte ni tes autres projets. Tu peux en changer à tout moment sans perdre la conversation.

Les modes en un coup d’œil

Claude Code a six modes. Tu en utiliseras trois la plupart des jours.

Les écritures vers des endroits protégés, comme le dossier .git, .claude, le fichier de démarrage de ton shell et .mcp.json, sont traitées plus strictement dans tous les modes sauf le contournement.

Change de mode avec Shift+Tab

Tu n’as pas besoin de retenir tout ça par leur nom. Appuie sur Shift+Tab dans une session et le mode change. La ligne d’état en bas montre où tu es arrivé.

Tu peux aussi choisir un mode au lancement de Claude Code, ce qui permet d’atteindre ceux qui ne sont pas dans le cycle :

$ claude --permission-mode plan$ claude --permission-mode acceptEdits$ claude --permission-mode dontAsk

Pour faire d’un mode ton mode habituel, définis permissions.defaultMode dans un fichier de réglages. Deux des valeurs, auto et bypassPermissions, sont ignorées quand elles sont définies dans les fichiers de réglages propres à un projet.

Dans quel mode démarre une session ?

Cela dépend de la façon dont tu lances Claude Code et de ta version.

Si une session sélectionne auto alors qu’auto n’est pas disponible pour toi, elle démarre en Manuel. L’idée est de vérifier la ligne d’état plutôt que de supposer. Si elle n’affiche pas ce que tu attends, appuie sur Shift+Tab.

Manuel : tu approuves chaque étape

En mode Manuel (Manual), Claude peut lire tes fichiers librement, et demande avant de modifier un fichier ou de lancer une commande. C’est le bon mode quand tu débutes, quand le code est sensible, ou quand tu connais mal le projet.

Le prix à payer, ce sont les interruptions. L’avantage, c’est que rien ne se passe sans que tu l’aies vu. Pour une première session, commence ici et observe ce que Claude demande. Tu apprends vite quelles demandes sont routinières.

Accepter les modifications : itérer vite sur du code que tu reliras

Le mode Accepter les modifications (Accept edits) permet à Claude de changer des fichiers dans le dossier de ton projet et de lancer des commandes de fichiers courantes sans demander. Il demande toujours pour les autres commandes et pour tout ce qui sort de ton dossier.

C’est le mode pour travailler sur du code que tu comptes relire ensuite. Tu décris un changement, Claude le fait, et tu relis le diff dans ton éditeur ou avec git. C’est celui qui économise le plus de clics pour le moins de risque.

Mode plan : réfléchir d’abord, changer ensuite

En mode plan (plan mode), Claude lit tes fichiers et explore le projet, puis écrit un plan. Il ne peut pas modifier tes fichiers source tant que tu n’as pas approuvé ce plan.

Le mode plan brille chaque fois qu’un changement touche beaucoup de fichiers, quand tu ne comprends pas encore le code, ou quand une erreur coûterait cher. Cinq minutes passées à lire un plan évitent souvent une heure à défaire une mauvaise modification.

Mode auto : moins d’interruptions, avec une vérification de sécurité

Le mode auto (auto mode) est fait pour les longues tâches que tu ne veux pas surveiller. Au lieu de te demander pour chaque action, un modèle distinct relit chaque action en arrière-plan et bloque les plus risquées.

L’ordre est simple. Les règles que tu as définies s’appliquent en premier. La lecture et la modification de fichiers de ton projet sont approuvées automatiquement. Tout le reste passe par le modèle relecteur, et s’il bloque quelque chose, Claude est informé de la raison et essaie une autre voie.

• Bloqué par défaut : télécharger et exécuter un script depuis internet, envoyer des données sensibles vers des adresses extérieures, déployer en production ou lancer des migrations, les force push, les réinitialisations brutales qui jettent du travail, et fusionner une pull request que personne n’a approuvée.
• Autorisé par défaut : le travail sur les fichiers locaux de ton projet, l’installation de dépendances listées dans tes fichiers de verrouillage, les requêtes web en lecture seule, et les push vers des branches du dépôt actuel (sauf les branches nommées comme cibles de déploiement).

Si le relecteur bloque trois actions de suite, ou vingt au total, le mode auto se met en pause et Claude revient à te demander. Approuver l’action sur laquelle il te questionne relance le mode auto. Les actions bloquées sont listées sous /permissions, dans l’onglet Recently denied.

Le mode auto demande un modèle pris en charge, et un administrateur peut le désactiver sur les offres Team et Enterprise. C’est pourquoi tu vérifies la ligne d’état.

Ne pas demander et contournement : pour les scripts et les machines isolées

Deux modes existent pour l’automatisation, et ils ne servent pas au travail de tous les jours.

Ne pas demander (Don’t ask) refuse tout ce qui demanderait normalement. La session n’attend jamais après toi, et elle n’exécute que ce que tu as pré-approuvé. Il convient aux scripts verrouillés et à la CI, où tu listes exactement ce qui est autorisé :

$ claude -p 'lance la suite de tests' --permission-mode dontAsk --allowedTools 'Bash(npm test)' 'Read'

Contourner les permissions (Bypass permissions) saute toutes les vérifications, y compris la protection des dossiers sensibles. Les règles de refus s’appliquent toujours, et quelques actions critiques demandent encore. Il existe pour les environnements isolés comme un conteneur ou une machine virtuelle sans internet, car il n’offre aucune protection contre une instruction malveillante cachée dans un fichier ou une page web. Tu ne peux pas y basculer depuis une session qui n’a pas démarré avec lui activé, et au premier démarrage Claude Code te demande d’en accepter la responsabilité.

Les règles s’ajoutent aux modes

Un mode fixe la base. Tu peux ajouter des règles pour des commandes précises, et elles s’appliquent dans tous les modes qui vérifient les permissions :

• Les règles Allow pré-approuvent un outil ou une commande, par exemple Bash(npm test).
• Les règles Ask forcent une demande, même en mode auto.
• Les règles Deny bloquent une action dans tous les modes, y compris le contournement.

Les règles vivent dans des fichiers de réglages : ~/.claude/settings.json pour toi, .claude/settings.json pour le projet, et .claude/settings.local.json pour les surcharges privées. Une règle allow étroite comme Bash(npm test) est la meilleure première à ajouter, car tu lanceras tes tests en permanence.

Dans Claude Tutorial

Décider de ce qu’on délègue est une compétence

Choisir ce qu’on confie et ce qu’on continue de relire est le jugement que l’appli construit au fil de nombreuses tâches, et il s’applique bien au-delà du code.

Bientôt disponible

Télécharger dans l’App Store

DISPONIBLE SURGoogle Play

Quel mode choisir ?

Choisis le mode selon la situation, pas selon l’habitude.

Un bon rythme par défaut pour un vrai changement : planifie d’abord, approuve le plan, laisse Claude travailler en mode Accepter les modifications ou auto, puis relis le diff toi-même. Traite le résultat comme la pull request d’un collègue.

Questions fréquentes

Comment changer de mode de permission dans Claude Code ?

Appuie sur Shift+Tab dans une session pour passer d’un mode à l’autre. Démarre avec un mode précis grâce à claude --permission-mode <nom>, ou définis un mode par défaut avec permissions.defaultMode dans tes réglages.

Qu’est-ce que le mode plan dans Claude Code ?

Un mode où Claude lit et explore ton projet et écrit un plan, mais ne peut pas modifier tes fichiers tant que tu n’as pas approuvé le plan. Active-le avec Shift+Tab, avec /plan avant une demande, ou avec --permission-mode plan.

Le mode auto est-il sûr ?

Il est plus sûr que d’approuver à l’aveugle, car un modèle distinct vérifie chaque action et bloque celles qui sont risquées, comme les déploiements en production et les force push. Ce n’est pas une garantie. Garde ton travail dans git et relis le résultat.

Que fait le mode Accepter les modifications ?

Il laisse Claude modifier des fichiers et lancer des commandes de fichiers courantes comme mkdir, mv et cp dans ton projet sans demander. Les autres commandes demandent toujours.

Pourquoi Claude Code me demande-t-il sans cesse une permission ?

Tu es sans doute en mode Manuel, ou Claude touche quelque chose hors de ton projet ou un dossier protégé. Vérifie la ligne d’état, et ajoute une règle allow pour les commandes de confiance, comme ta commande de test.

Qu’est-ce que --dangerously-skip-permissions ?

La même chose que le mode Contourner les permissions. Il saute toutes les demandes et vérifications et ne doit servir que dans des environnements isolés.

Ta checklist des permissions

Pour aller plus loin

• Claude Code pour débutants : installer, se connecter et lancer une première tâche si c’est ta première session.
• CLAUDE.md expliqué : apprends ton projet à Claude Code une fois pour toutes pour ne plus répéter les mêmes instructions.
• Bonnes pratiques de Claude Code : les habitudes qui donnent de meilleurs résultats pour les prompts, les vérifications et la gestion du contexte.
• Comment faire des modifications sur plusieurs fichiers avec Claude Code pour un changement avec plan d’abord, en pratique.