Sommaire
Le sélecteur « Mode d'autorisation » situé à côté de la zone de saisie dans Claude Code — celui que vous faites défiler avec Shift+Tab — détermine la fréquence à laquelle Claude s'arrête pour demander une autorisation avant de modifier un fichier ou d'exécuter une commande. Plus de confirmations, c'est plus de sécurité ; moins de confirmations, c'est laisser Claude travailler par phases plus longues et sans interruption.
Ce guide explique ce que sont les modes d'autorisation, en quoi les 6 modes diffèrent, comment basculer de l'un à l'autre, comment fonctionne le mode automatique, et comment les utiliser en toute sécurité. Vous comprendrez précisément ce que signifie chacune des cinq options du sélecteur de l'application de bureau — Manuel / Accepter les modifications / Plan / Auto / Ignorer les permissions (les versions précédentes affichaient Demander les autorisations / Accepter les modifications / Mode planification / Mode automatique / Ignorer les permissions).
Réglez la fréquence des demandes de Claude
Plus de contrôle (plus sûr) ⟷ plus d'autonomie (sans interruption)
1. Ce que sont les modes d'autorisation
Lorsque Claude veut modifier un fichier, exécuter une commande shell ou effectuer une requête réseau, à quelle fréquence doit-il s'arrêter pour vous demander d'approuver l'action ? C'est exactement ce que contrôlent les modes d'autorisation. Dans le plus strict, Manuel (valeur de configuration default), Claude s'arrête avant chacune de ces actions et demande d'abord (source : la documentation officielle de Claude Code, « Choose a permission mode »).
Les modes plus stricts examinent chaque action au fur et à mesure (plus sûr, plus de demandes). Les modes plus souples laissent Claude travailler par longues phases ininterrompues et rendre compte une fois terminé (plus rapide, moins de demandes). L'astuce consiste à privilégier le contrôle pour les travaux sensibles, et à réduire les interruptions lorsque vous avez confiance dans la direction prise.
Le mode de démarrage d'une session dépend de la façon dont vous utilisez Claude Code et de sa version. Depuis la v2.1.283, les sessions interactives que vous lancez dans un terminal ou depuis VS Code démarrent en Auto (mode automatique) quels que soient le forfait et le fournisseur (y compris les forfaits Enterprise, les clés d'API de la Claude Console et Amazon Bedrock ; au 5 octobre 2026). Avant la v2.1.283, seuls les forfaits Pro, Max et Team démarraient en Auto, et tout le reste démarrait en Manuel. claude -p, l'Agent SDK et les sessions où un fichier de réglages règle disableAutoMode sur "disable" démarrent en Manuel, de même que celles qui ne remplissent pas les conditions du mode automatique (§4). La première session juste après une installation ou une mise à jour peut démarrer dans un autre mode. Un drapeau de démarrage ou un defaultMode dans votre fichier de réglages est prioritaire.
🛡️ Les chemins protégés sont un cas particulier : les écritures sur un petit ensemble de chemins critiques (.git, .claude, fichiers de configuration du shell, etc.) ne sont jamais approuvées automatiquement en dehors d'Ignorer les permissions : Manuel et Accepter les modifications demandent confirmation, Auto les soumet au classificateur et dontAsk les refuse (la seule autre exception est Plan dans une session de terminal lancée avec le bypass disponible). C'est un filet de sécurité contre la corruption de l'état du dépôt ou de la propre configuration de Claude.
2. Les 6 modes (dontAsk absent du sélecteur)
Le sélecteur de l'application de bureau en liste cinq (Manuel / Accepter les modifications / Plan / Auto / Ignorer les permissions) ; Auto et Ignorer les permissions n'apparaissent que lorsque leurs conditions sont remplies. En y ajoutant dontAsk, qui n'apparaît jamais dans le cycle et se fixe par un flag de lancement ou dans les réglages, on obtient les six modes de la documentation officielle. Chacun diffère par ce qui s'exécute sans demander.
Demande pour tout sauf la lecture
Les lectures sont approuvées automatiquement ; les modifications de fichiers et les commandes sont soumises à confirmation à chaque fois. Pour les travaux sensibles ou lorsque vous voulez voir chaque action. C'est le mode de démarrage avec claude -p, l'Agent SDK et dans les environnements où Auto est désactivé ou indisponible.
Approuve automatiquement les modifications dans votre répertoire de travail
Approuve automatiquement les modifications de fichiers ainsi que les commandes courantes du système de fichiers (mkdir/touch/rm/rmdir/mv/cp/sed) à l'intérieur de votre répertoire de travail. Les chemins hors périmètre, les chemins protégés, la suppression de chemins critiques et les autres commandes restent soumis à confirmation. Idéal pour relire ensuite les changements avec git diff.
Planifie sans modifier
Lit et explore mais ne modifie pas vos sources. Là où Auto est disponible, le classificateur examine ses commandes d'exploration et laisse passer celles qu'il approuve. Propose d'abord un plan ; l'approuver bascule vers le mode que vous choisissez. Idéal pour comprendre une base de code avant de la modifier.
Presque aucune demande, avec contrôles de sécurité
Ce qu'on appelle le mode automatique. Un modèle classificateur distinct bloque les actions dangereuses tandis que tout le reste s'exécute sans confirmation. Réduit la lassitude liée aux demandes répétées sur les tâches longues. C'est le mode de démarrage dans le terminal et VS Code (avec tous les forfaits depuis la v2.1.283 ; auparavant, seulement avec Pro, Max et Team). Soumis à des conditions (voir §4).
Presque tout, sans aucun contrôle (dangereux)
Demandes et contrôles de sécurité désactivés (quelques cas, comme les règles ask et la suppression de chemins critiques, demandent encore confirmation). Dans l'application de bureau et VS Code, la suppression de chemins critiques est refusée sans demande de confirmation (v2.1.309 et ultérieures). Conteneurs/VM isolés uniquement. Aucune protection contre l'injection d'invite. Voir la sécurité du mode bypass.
Seuls les outils pré-approuvés s'exécutent
Un 6e mode qui n'apparaît jamais dans le cycle Shift+Tab. N'exécute que ce qui ne nécessite aucune approbation (lectures dans vos répertoires de travail, commandes en lecture seule) et ce que vos règles allow pré-approuvent ; tout ce qui demanderait confirmation est refusé automatiquement. Idéal pour la CI et les environnements verrouillés.
Le menu de l'application de bureau (au 5 octobre 2026)
Dans l'onglet Code de l'application de bureau, ouvrez le sélecteur à côté du bouton d'envoi : les modes s'affichent dans l'ordre ci-dessous. La description sous chaque nom est reprise telle quelle de l'écran, et Auto porte la mention « Recommandé » (vérifié par l'auteur sur l'application Windows, au 5 octobre 2026 ; les noms affichés correspondent aussi aux données de traduction françaises de claude.ai).
| Nom affiché | Description du menu (telle qu'à l'écran) | Valeur de réglage |
|---|---|---|
| Auto (Recommandé) | Claude gère les décisions d'autorisation | auto |
| Manuel | Toujours demander avant d'apporter des modifications | default |
| Accepter les modifications | Accepter toutes les modifications auto. | acceptEdits |
| Plan | Créer un plan avant d'apporter des modifications | plan |
| Ignorer les permissions | Accepte toutes les autorisations | bypassPermissions |
- Le mode choisi est mémorisé pour chaque dossier : la prochaine session ouverte dans ce dossier démarre dans le même mode, qui l'emporte sur le
defaultModedes fichiers de réglages. Seul Plan fait exception : il ne vaut que pour la session en cours (documentation officielle, « Desktop application »). - Ignorer les permissions n'apparaît que si vous l'autorisez dans les paramètres : avec Pro et Max, activez « Autoriser le mode de contournement des autorisations » dans Paramètres → Claude Code. Team et Enterprise n'ont pas cet interrupteur : c'est la politique de l'organisation qui décide. Ce mode est indisponible lorsque Claude Code s'exécute en root.
- Auto n'apparaît que lorsque ses conditions sont remplies (§4). Il n'existe pas d'interrupteur distinct dans les paramètres pour l'activer ou le désactiver.
- dontAsk ne se choisit pas dans l'application de bureau (CLI uniquement).
- L'ancien onglet Code en anglais nommait les modes Ask permissions / Auto accept edits / Plan mode.
3. Comment basculer (Shift+Tab et autres)
Dans le terminal (CLI), le plus rapide est Shift+Tab. Pendant une session, il fait défiler Manuel → Accepter les modifications → Plan ; si vous êtes en Auto, la première pression vous ramène à Manuel (la barre d'état affiche le mode courant, par ex. ⏸ manual mode on). Dans VS Code, cliquez sur l'indicateur de mode en bas de la zone de saisie ; dans l'application de bureau, utilisez le sélecteur de mode à côté du bouton d'envoi ; sur claude.ai, le menu déroulant à côté de la zone de saisie.
Auto et Ignorer les permissions rejoignent le cycle de façon conditionnelle, après Plan et dans l'ordre Ignorer les permissions → Auto. Auto apparaît lorsque vous remplissez ses conditions, et y basculer ne demande aucune confirmation. Ignorer les permissions n'est disponible que si vous démarrez avec --permission-mode bypassPermissions, --dangerously-skip-permissions ou --allow-dangerously-skip-permissions (qui l'ajoute au cycle sans l'activer), ou si defaultMode vaut bypassPermissions dans les réglages utilisateur ou les réglages gérés. dontAsk n'apparaît jamais dans le cycle — définissez-le avec --permission-mode dontAsk ou dans les réglages.
En Manuel et en Accepter les modifications, la demande d'autorisation d'une commande Bash peut proposer « Yes, and switch to auto mode ». La choisir approuve la commande et fait passer la session en Auto (seulement là où Auto est disponible).
# Définir le mode au démarrage
claude --permission-mode plan
claude --permission-mode acceptEdits
# Bypass nécessite son drapeau dédié (environnements isolés uniquement)
claude --dangerously-skip-permissionsPour toujours démarrer dans le même mode, définissez une valeur par défaut dans votre fichier de réglages.
// .claude/settings.json
{
"permissions": {
"defaultMode": "acceptEdits"
}
}* Les valeurs auto et bypassPermissions de defaultMode sont sans effet dans les réglages de projet (.claude/settings.json, .claude/settings.local.json). Avec auto à cet endroit, la session démarre sur le défaut intégré (le defaultMode de vos réglages utilisateur n'est pas utilisé non plus) ; avec bypassPermissions, elle démarre en Manuel. Placez ces deux valeurs dans les réglages utilisateur (~/.claude/settings.json) ou dans les réglages gérés de votre organisation. L'extension VS Code ne lit même pas les réglages de projet pour le mode de démarrage — utilisez son réglage claudeCode.initialPermissionMode.
4. Le mode automatique en détail
Le mode automatique supprime la quasi-totalité des demandes de confirmation — mais ce n'est pas pour autant la liberté totale. Avant chaque action, un modèle classificateur distinct l'examine et bloque tout ce qui dépasse votre demande, vise une infrastructure non reconnue, ou semble dicté par un contenu hostile que Claude aurait lu.
⚠️ Pas de confiance aveugle : la documentation officielle prévient que le mode automatique réduit les demandes mais ne garantit pas la sécurité. Utilisez-le là où vous avez confiance dans la direction générale, et non en remplacement d'une relecture pour les opérations sensibles.
Conditions : tous les forfaits sont concernés. En Team et Enterprise, il est disponible par défaut, mais les administrateurs peuvent le désactiver pour toute l'organisation en réglant permissions.disableAutoMode sur "disable" dans les réglages gérés. Sur l'API d'Anthropic et sur Claude Platform on AWS, le modèle doit être Opus 4.6 ou ultérieur, Sonnet 4.6 ou ultérieur, ou un modèle Fable ; sur Amazon Bedrock, Google Cloud, Microsoft Foundry et dans les sessions connectées à un Claude apps gateway, seuls Sonnet 5 ou ultérieur, Opus 4.7 ou ultérieur et les modèles Fable sont pris en charge (Sonnet 4.5, Opus 4.5, Haiku, etc. ne le sont chez aucun fournisseur). S'il indique « indisponible », vérifiez d'abord ces conditions, puis si un fichier de réglages définit disableAutoMode. Anthropic peut aussi l'avoir désactivé côté serveur ; cela dure jusqu'à la fin de la session, alors relancez une nouvelle session plus tard.
✅ Autorisé par défaut
Opérations sur les fichiers dans votre répertoire de travail, installation de dépendances déclarées dans les fichiers de verrouillage ou les manifestes, lecture du .env et envoi des identifiants à l'API correspondante, requêtes HTTP en lecture seule, push vers n'importe quelle branche du dépôt sur lequel vous travaillez (branche par défaut comprise ; les branches dont le nom désigne une cible de déploiement, comme production ou gh-pages, sont jugées à part).
⛔ Bloqué par défaut
curl | bash, envoi de données sensibles vers des points de terminaison externes, déploiements/migrations en production, attribution de droits IAM ou de dépôt, force-push, abandon de modifications non commitées avec git reset --hard et consorts, terraform destroy, etc.
Les limites que vous énoncez dans la conversation (par ex. « ne fais pas de push », « ne déploie pas avant ma relecture ») sont elles aussi traitées comme un signal de blocage. Mais elles ne sont pas enregistrées comme des règles — le classificateur les relit dans la transcription à chaque fois, si bien qu'une limite peut être perdue si la compaction du contexte supprime le message. Pour une garantie ferme, ajoutez une règle deny. Là où les modes fixent la base de la fréquence des demandes de Claude, les règles de permission de Claude Code (allow/ask/deny) offrent un contrôle plus fin, outil par outil. Si le classificateur bloque 3 actions d'affilée ou 20 au total, le mode automatique se met en pause et Claude Code recommence à demander confirmation ; approuver l'action demandée relance le mode automatique (ces seuils ne sont pas configurables).
Quand une action légitime est bloquée (faux positif), ouvrez /permissions, allez dans l'onglet Recently blocked (Recently denied avant la v2.1.314), sélectionnez l'action et appuyez sur r pour autoriser Claude à la retenter. Pour une destination dont Claude a besoin pendant toute la tâche, comme un registre de paquets ou un domaine interne, ajoutez-la à autoMode.environment ; pour une commande à exécuter désormais sans examen, ajoutez une règle allow ; pour une action ponctuelle, exprimez votre intention dans le message suivant et laissez Claude réessayer. Un message is temporarily unavailable (par exemple avec (timed out)) signifie que le classificateur n'a pas pu rendre de verdict, ce qui diffère d'un refus motivé. Il n'apparaît pas non plus dans Recently blocked : attendez quelques secondes et réessayez (si (timed out) se répète, vérifiez votre connexion) ; inutile de modifier les réglages. Les faux positifs peuvent être signalés avec /feedback (documentation officielle : Configure auto mode et Error reference, au 29 septembre 2026). Fin septembre 2026, plusieurs issues GitHub ont signalé des travaux bloqués par des faux positifs ou des délais dépassés du classificateur (par ex. #95996, #96077, #96662).
Si Claude Code s'arrête sur <model>'s safeguards flagged this message, ce n'est pas le classifieur du mode automatique : ce sont les classifieurs de sécurité du modèle lui-même qui réagissent à la conversation, un mécanisme distinct des modes d'autorisation (que faire dans ce cas : safeguards flagged this message : ce que cela signifie et que faire).
5. Quel mode choisir, et la sécurité
Choisissez selon l'arbitrage entre contrôle et autonomie. Référence rapide :
| Mode (affichage) | Quand l'utiliser |
|---|---|
| Manuel (default) | Pour débuter / travaux sensibles. Lorsque vous voulez approuver chaque action |
| Accepter les modifications (acceptEdits) | Pour itérer sur du code que vous relisez ; vérifiez le diff ensuite |
| Plan (plan) | Pour comprendre une base de code et arrêter une conception avant de la modifier |
| Auto (auto) | Tâches longues où vous avez confiance dans la direction ; réduire la lassitude des demandes |
| Ignorer les permissions (bypass) | Conteneurs/VM isolés uniquement, où Claude ne peut pas endommager votre hôte |
| dontAsk | CI / environnements verrouillés où vous prédéfinissez ce que Claude peut faire |
⚠️ N'optez pas pour Ignorer les permissions à la légère : il n'offre aucune protection contre l'injection d'invite ni contre les actions involontaires. La réponse à « les demandes sont agaçantes », c'est le mode automatique (avec ses contrôles de sécurité en arrière-plan), pas le mode bypass. Notez que les hooks s'exécutent toujours en mode bypass et peuvent bloquer des opérations dangereuses. Pour savoir pourquoi le mode bypass demande parfois quand même, voir le guide de sécurité et cet article.
* Les noms des modes et leur comportement proviennent de la documentation officielle de Claude Code (Choose a permission mode) ; les noms d'affichage en français suivent l'application de bureau (au 5 octobre 2026, vérifiés à l'écran et dans les données de traduction de claude.ai). Les conditions et le comportement peuvent évoluer — consultez la documentation officielle et votre application pour les informations les plus récentes.
À noter : dans les sessions cloud (claude.ai/code), les mêmes noms de mode ne se comportent pas de la même façon. Dans le cloud, la modification des fichiers est autorisée dans tous les modes ; Accepter les modifications y joue donc le rôle du mode normal et s'arrête à chaque commande, comme npm install ou un build. Pour avancer sans approbation, choisissez Auto. J'ai rassemblé un cas réel où j'ai bloqué dans Configurer les sessions cloud de Claude Code en toute sécurité : une configuration qui protège la production, et 5 pièges où j’ai bloqué.
6. Lien avec l'effort, et confusions fréquentes
À côté de la zone de saisie se trouvent deux grands sélecteurs : « Mode d'autorisation » et « Effort ». Ils ont des rôles différents.
Mode d'autorisation = « à quel point il demande »
L'arbitrage entre sécurité et autonomie. La fréquence à laquelle Claude s'arrête pour demander une autorisation.
Effort = « à quel point il réfléchit »
L'arbitrage entre vitesse et finesse. La quantité de réflexion et le nombre de tokens consacrés à une réponse (détails).
Ils sont aussi liés. Au moment d'approuver un plan, vous choisissez de continuer en Auto ou d'approuver chaque modification à la main (là où Auto n'est pas disponible, cette option accepte les modifications automatiquement). Et associer « Ultracode », issu des réglages d'effort (depuis la v2.1.284, ce n'est plus un palier d'effort mais un interrupteur activable à n'importe quel niveau), à Auto supprime totalement la demande liée à l'exécution du flux de travail, même la première fois, afin que Claude puisse aller jusqu'au bout sans interruption (avec Auto seul, elle n'apparaît qu'au premier lancement). Il existe aussi un réglage qui planifie sur Opus uniquement pendant le mode planification et confie l'implémentation approuvée à Sonnet (Qu'est-ce qu'opusplan dans Claude Code ?).
La confusion la plus fréquente est « les demandes sont agaçantes, donc je vais utiliser bypass ». C'est risqué — la bonne réponse est le mode automatique (avec ses contrôles en arrière-plan). Une autre : « Plan est sûr, donc tout est permis ». Plan signifie seulement « aucune modification des sources » ; ses commandes d'exploration s'exécutent quand même. Là où Auto est disponible, les commandes approuvées par le classificateur s'exécutent sans demande ; ailleurs, tout ce qui n'est pas une commande en lecture seule demande confirmation. Et dans une session de terminal lancée avec le bypass disponible, les modifications et commandes que Claude tente pendant la planification passent sans aucune demande.
Résumé
Trois points clés sur les modes d'autorisation de Claude Code.
- Ce que c'est : le réglage qui détermine la fréquence à laquelle Claude demande une autorisation avant de modifier un fichier ou d'exécuter des commandes. Basculez avec
Shift+Tabou le sélecteur. - Les modes : Manuel (default) / Accepter les modifications (acceptEdits) / Plan (plan) / Auto (auto) / Ignorer les permissions (bypass), plus dontAsk, fixé par un flag ou dans les réglages (six en tout). Le terminal et VS Code démarrent en Auto (avec tous les forfaits depuis la v2.1.283 ; auparavant, seulement avec Pro, Max et Team). Les chemins protégés ne sont jamais approuvés automatiquement en dehors de bypass.
- Quel mode quand : default pour les travaux sensibles, acceptEdits pour itérer, plan pour comprendre d'abord, auto pour les tâches longues (avec contrôles en arrière-plan), bypass uniquement dans des environnements isolés.
Le mode d'autorisation régit la « sécurité », l'effort régit la « finesse » — maîtrisez les deux et Claude Code fonctionnera de façon sûre et fluide. Associez-le aux hooks pour ajouter vos propres règles de sécurité, et au bac à sable, qui délimite ce que les commandes peuvent toucher au niveau du système d'exploitation, afin de réduire les confirmations tout en restant en sécurité.
FAQ
Q. Les demandes sont agaçantes. Quel mode devrais-je utiliser ?
R. Depuis la v2.1.283, le terminal et VS Code démarrent déjà en Auto (auto) quel que soit le forfait, donc les demandes devraient être rares. Si vous démarrez en Manuel, commencez par Accepter les modifications (acceptEdits) pour approuver automatiquement les modifications dans votre répertoire de travail ; pour réduire encore les demandes, passez en Auto — presque aucune demande, avec des contrôles de sécurité en arrière-plan. N'utilisez pas Ignorer les permissions en dehors d'un environnement isolé.
Q. En quoi Auto (le mode automatique) diffère-t-il d'Ignorer les permissions ?
R. Le mode automatique fait appel à un modèle classificateur distinct qui bloque les actions dangereuses tout en exécutant le reste sans demande. Ignorer les permissions désactive les contrôles de sécurité et exécute presque tout ; il est donc réservé aux conteneurs/VM isolés. Pour un usage quotidien, choisissez Auto, pas le mode bypass.
Q. Pourquoi ne puis-je pas sélectionner Auto (le mode automatique) ?
R. Vérifiez d'abord le modèle : sur l'API d'Anthropic, il doit s'agir d'Opus 4.6 ou ultérieur, de Sonnet 4.6 ou ultérieur, ou d'un modèle Fable ; sur Bedrock et les fournisseurs similaires, seuls Sonnet 5 ou ultérieur, Opus 4.7 ou ultérieur et les modèles Fable fonctionnent (Sonnet 4.5, Haiku, etc. ne sont pas pris en charge). Vérifiez ensuite si un administrateur ou un fichier de réglages l'a désactivé avec disableAutoMode. Si Anthropic l'a désactivé côté serveur, relancez une nouvelle session plus tard. Une fois éligible, il apparaît dans le sélecteur et dans le cycle Shift+Tab.
Q. Qu'est-ce qui est exactement « sûr » dans le mode planification ?
R. Il ne modifie pas vos sources. Il lit, explore et propose un plan ; approuver le plan bascule vers le mode que vous choisissez et l'exécution commence. Utilisez-le pour arrêter une approche avant d'apporter des modifications. Une réserve : dans une session de terminal lancée avec le bypass disponible, Plan n'empêche pas les modifications.
Q. Puis-je démarrer dans un mode précis ?
R. Oui. Passez un drapeau de démarrage comme claude --permission-mode plan, ou définissez permissions.defaultMode dans votre fichier de réglages. Notez que auto et bypassPermissions ne prennent effet que dans les réglages utilisateur (~/.claude) ou les réglages gérés de votre organisation, pas dans les réglages de projet.
