Guide

Comment gérer les permissions dans Claude Code

Claude Code demande votre accord avant de lancer des commandes ou de modifier des fichiers : trop de demandes vous ralentissent, trop peu peuvent être risquées. Ce guide explique les demandes, les modes de permission et les règles que vous pouvez enregistrer, pour approuver une fois le travail de routine et garder les opérations dangereuses bloquées.

Mis à jour le 30 octobre 2026

Réponse rapide : répondez à chaque demande par Yes (Oui), Yes, and don't ask again (Oui, et ne plus demander) ou No (Non), et appuyez sur Shift+Tab (Maj+Tab) pour changer de mode, par exemple accept edits ou plan. Pour approuver définitivement les commandes de routine, tapez /permissions ou ajoutez des règles allow comme Bash(npm run *) à .claude/settings.json, et ajoutez des règles deny comme Read(./.env) pour ce que Claude ne doit jamais toucher.

Ce guide suit la documentation Claude Code d'Anthropic en octobre 2026. Vous débutez avec Claude Code ? Commencez par comment démarrer avec Claude Code.

Ce pour quoi Claude Code demande votre accord

Action	Demande en mode Manual ?	Durée de « don't ask again »
Lecture de fichiers, recherche	Non, dans vos répertoires de travail	Inutile
Commandes shell	Oui, sauf un ensemble intégré de commandes en lecture seule	Permanente, par dépôt et par commande
Modification ou écriture de fichiers	Oui	Jusqu'à la fin de la session
Récupération d'une page web	Oui, sauf certains sites de documentation	Permanente, par dépôt et par domaine
Recherche web	Oui	Permanente, par dépôt

Une demande montre ce que Claude veut faire et vos options. Sur la plupart des demandes, vous pouvez vous placer sur Yes ou No et appuyer sur Tab pour ajouter un commentaire ; avec No, le commentaire est transmis à Claude comme votre raison et Claude continue de travailler en en tenant compte.

Choisir un mode de permission

Appuyez sur Shift+Tab pendant une session pour faire défiler les modes ; la barre d'état indique celui qui est actif. Vous pouvez aussi démarrer directement dans un mode avec claude --permission-mode plan.

Mode	Ce qu'il fait	Quand l'utiliser
Manual (`default`)	Demande la première fois que chaque outil est utilisé	Vous voulez tout voir
Accept edits (`acceptEdits`)	Applique sans demander les modifications de fichiers et les commandes de fichiers simples comme `mkdir` ou `mv` dans votre projet	Vous faites confiance à la tâche et relirez le diff
Plan (`plan`)	Explore et propose un plan ; aucune modification avant votre accord	Modifications importantes ou floues
Auto (`auto`)	Saute les demandes de routine ; un classificateur en arrière-plan vérifie les commandes et requêtes réseau par rapport à votre demande	Tâches plus longues avec moins d'interruptions
Don't ask (`dontAsk`)	Refuse tout ce qui déclencherait une demande, n'exécute que ce qui est pré-approuvé	Scripts verrouillés et CI ; absent du cycle Shift+Tab, à lancer avec `--permission-mode dontAsk`
Bypass (`bypassPermissions`)	Saute les demandes, y compris pour les dossiers protégés comme `.git`	Uniquement dans un conteneur ou une VM isolés

Les versions récentes démarrent les sessions interactives du terminal et de VS Code en mode auto, disponible sur toutes les offres, uniquement avec les modèles récents. Pour choisir vous-même le mode de départ, définissez "defaultMode" sous permissions dans ~/.claude/settings.json. Les modes auto et bypass définis dans les fichiers de paramètres d'un projet sont ignorés : un dépôt ne peut donc pas les activer à votre place.

Enregistrer des règles allow, ask et deny

Dans une session, tapez /permissions. La boîte de dialogue liste chaque règle et le fichier de paramètres dont elle vient, et permet d'ajouter ou de supprimer des règles. Les changements s'appliquent dès l'action suivante de Claude.
Ou modifiez directement un fichier de paramètres. Les règles partagées avec l'équipe vont dans .claude/settings.json (à committer) ; les vôtres vont dans .claude/settings.local.json ou, pour tous les projets, dans ~/.claude/settings.json.
Écrivez les règles sous la forme Tool ou Tool(pattern) :
- Bash(npm run *) : n'importe quel script npm
- Bash(git commit *) : les commits, mais pas les autres commandes git
- Read(./.env) : le fichier .env du projet
- WebFetch(domain:example.com) : les pages de ce site
- mcp__github__* : tous les outils d'un serveur MCP nommé github

Un point de départ courant :

{"permissions": {"allow": ["Bash(npm run *)", "Bash(git commit *)"], "deny": ["Bash(git push *)", "Read(./.env)", "Read(./secrets/**)"]}}

Les règles sont vérifiées dans un ordre fixe : deny d'abord, puis ask, puis allow. Un deny l'emporte toujours, même sur un allow plus précis, et une règle ask déclenche une demande même si un allow correspond aussi.

Rester en sécurité

Placez le * après la sous-commande. Bash(git log *) n'autorise que git log ; Bash(git *) autorise toutes les commandes git, y compris celles qui lancent d'autres programmes.
Attention à l'espace. Bash(ls *) ne correspond pas à lsof ; Bash(ls*), si.
Les règles de commandes ne sont pas un mur. Un deny pour Bash(rm *) n'empêche pas bash -c 'rm …' ni /bin/rm. Claude Code découpe bien les commandes enchaînées : une commande autorisée suivie de && et d'une autre exige que chaque partie soit autorisée. Pour des limites strictes sur les fichiers et le réseau, utilisez le sandboxing de Claude Code.
Bloquez les secrets avec des règles Read deny. Dans les versions récentes, un deny Read empêche aussi de joindre les chemins d'images correspondants que vous collez dans le prompt, et masque les noms correspondants quand vous mentionnez un dossier avec @.
Les fichiers protégés restent protégés. Les règles allow ne pré-approuvent jamais l'écriture dans des emplacements comme .git, .claude, .mcp.json et les fichiers du shell comme .zshrc. Hors mode bypass, votre accord est d'abord demandé ; en mode auto, le classificateur examine l'écriture.
Désactivez les modes risqués. Définissez permissions.disableBypassPermissionsMode ou permissions.disableAutoMode sur "disable" pour empêcher leur utilisation.

Si cela ne fonctionne pas

Une règle allow déclenche quand même une demande : une règle deny ou ask d'un autre fichier de paramètres correspond peut-être. Ouvrez /permissions pour voir la source de chaque règle.
Une règle pour un autre dossier ne s'applique pas : Claude ne travaille que dans ses répertoires de travail. Lancez claude --add-dir path ou ajoutez le dossier à additionalDirectories.
Une règle de chemin dans les paramètres utilisateur ne couvre pas votre projet : les chemins commençant par / dans ~/.claude/settings.json sont relatifs à ~/.claude. Utilisez ~/ ou // pour les chemins absolus.
La demande ne propose pas « don't ask again » : cette option n'apparaît que lorsque la demande peut lister tout ce qu'une règle enregistrée couvrirait. Approuvez une fois, ou écrivez la règle vous-même.

Sources

Claude Code user FAQ (centre d'aide Claude, consulté le 30 octobre 2026)
Configure permissions (documentation Claude Code, consultée le 30 octobre 2026)
Permission modes (documentation Claude Code, consultée le 30 octobre 2026)

Questions fréquentes

Puis-je dire à Claude dans CLAUDE.md de ne pas lancer certaines commandes ?

Oui, mais rien ne l'impose. CLAUDE.md oriente les choix de Claude, alors que Claude Code n'applique lui-même que les règles de permission, les modes et les hooks. Utilisez une règle deny pour tout ce qui ne doit jamais arriver.

Où « don't ask again » enregistre-t-il mon choix ?

Pour les commandes et les domaines web, il écrit une règle dans .claude/settings.local.json à la racine du dépôt git : elle s'applique donc aux sessions futures dans ce dépôt. Les approbations de modifications de fichiers ne durent que jusqu'à la fin de la session.

Mon entreprise peut-elle verrouiller ces réglages ?

Oui. Les administrateurs peuvent déployer des paramètres gérés que les paramètres utilisateur et projet ne peuvent pas remplacer, y compris la désactivation des modes bypass ou auto.