Mode automatique de Claude Code ou --dangerously-skip-permissions : laisser Claude travailler sans demander

Ce que fait réellement claude dangerously-skip-permissions

La commande active le mode bypassPermissions de Claude Code :

claude --dangerously-skip-permissions

La commande explicite équivalente est :

claude --permission-mode bypassPermissions

Les deux contournent les approbations de permission courantes, sous réserve des protections restantes. Elles ne signifient pas que chaque action doit réussir ni que Claude Code ne peut plus jamais poser de question.

Le La référence officielle de la CLI distingue également l’activation de la disponibilité. Cette commande démarre en mode plan tout en rendant le mode de contournement disponible :

claude --permission-mode plan --allow-dangerously-skip-permissions

Le mot supplémentaire allow a son importance : --allow-dangerously-skip-permissions n’active pas immédiatement le mode de contournement.

« Sans demander » a deux sens

Lorsque les développeurs demandent comment autoriser Claude Code à tout faire sans poser de questions, ils peuvent vouloir dire soit « approuver automatiquement les actions », soit « ne jamais s’arrêter sur une demande de permission ». Ces objectifs conduisent à des configurations différentes.

Le mode de contournement supprime les étapes d’approbation courantes. Le mode auto évalue les actions à l’aide d’un classificateur. Une configuration sans supervision peut, à la place, refuser tout ce qui nécessiterait une demande, ce qui permet à la session de continuer dans ces limites.

Ignorer les approbations de permission peut entraîner des conséquences dangereuses et destructrices. Anthropic recommande de n’utiliser le mode de contournement que dans des environnements isolés. Considérez cette recommandation comme une contrainte sur l’endroit où vous exécutez la commande, surtout lorsque la tâche implique des suppressions, des identifiants, le partage externe de données ou des actions de déploiement.

Comparer les modes de permission de Claude Code

Les modes de permission de Claude Code répondent à différentes questions : les modifications peuvent-elles être effectuées, une action nécessite-t-elle une revue et que se passe-t-il lorsqu’une approbation serait requise ?

Il s’agit des comportements de base. Le comportement détaillé dépend de la version installée, et la documentation en ligne peut inclure des changements postérieurs à la date de publication de cet article. Le guide de la CLI de Claude Code constitue une ressource utile pour approfondir le choix des options de démarrage.

Auto, acceptEdits et dontAsk sont des choix différents

Utilisez acceptEdits lorsque votre objectif est d’approuver automatiquement les modifications de fichiers et les opérations courantes sur le système de fichiers dans les répertoires de travail autorisés. Cette permission ne constitue pas une approbation générale de toutes les actions.

Le mode auto délègue les décisions de permission à un classificateur. Les actions approuvées sont exécutées ; les actions bloquées amènent Claude à essayer une autre approche. Des blocages répétés peuvent déclencher une demande d’approbation humaine.

dontAsk adopte une approche différente : les actions qui nécessiteraient une demande sont refusées, tandis que les actions déjà autorisées peuvent être exécutées. Il est utile de distinguer « aucune demande d’approbation » d’« approbation automatique », car ces choix produisent des résultats très différents.

Mode auto : revue, valeurs par défaut et facturation du classificateur

Le mode auto a été lancé le 24 mars 2026, initialement sous forme d’aperçu de recherche pour les utilisateurs Team. L’ annonce officielle du mode auto indique sa disponibilité générale pour tous les utilisateurs au 10 juillet 2026.

Son objectif est de remplacer les décisions manuelles de permission courantes par une revue effectuée par un classificateur. Cette revue réduit les risques, mais reste imparfaite : le mode auto peut approuver des actions risquées ou bloquer des actions inoffensives. Anthropic recommande également l’isolation pour le mode auto.

Les risques décrits dans l’explication technique comprennent les actions trop zélées, les erreurs de périmètre, l’injection de prompt, l’exploration des identifiants, le partage externe de données et le contournement des contrôles de déploiement. La suppression des demandes courantes ne dispense pas de définir le périmètre de la tâche.

Ce qui a changé en septembre

Claude Code 2.1.278, publié le 19 septembre 2026, a modifié le mode auto pour utiliser par défaut la classification côté serveur pour les utilisateurs de l’API Claude et de l’offre Enterprise, ainsi que sur Bedrock, Vertex, Foundry et les passerelles. La formulation concernant la facturation était précise : la classification côté serveur « ne facture pas le surcoût du classificateur ». Les notes de version indiquaient également qu’il « avertit en cas de repli facturé ».

Ce changement concerne l’endroit où le classificateur s’exécute et la facturation de son surcoût. Il ne promet ni codage gratuit ni utilisation gratuite des modèles, et il n’a pas fait du mode auto le mode de permission initial de tous les utilisateurs.

Au 27 septembre, d’autres versions avaient leur importance. Le journal des modifications de la version 2.1.283 consigne deux évolutions distinctes :

• La version 2.1.281 a étendu CLAUDE_CODE_AUTO_MODE_SERVER aux connexions directes à l’API Anthropic. Le définir sur 0 désactive cette option et utilise un classificateur comptabilisé dans l’utilisation ; 1 l’active. Le journal mentionnait également la revue côté serveur des commandes shell en lecture seule et exécutées en sandbox.
• La version 2.1.283, publiée le 25 septembre, a modifié les sessions interactives sur des fournisseurs tiers ou avec la télémétrie désactivée pour qu’elles démarrent en mode auto lorsqu’aucun mode de permission n’est configuré. permissions.defaultMode continue de primer sur ce comportement au démarrage.

N’attribuez pas à 2.1.278 le changement de mode initial du 25 septembre et ne considérez pas ces deux valeurs par défaut comme interchangeables.

Vérifiez la session au lieu de deviner

Exécutez /status et examinez la ligne Auto mode server pour voir si le classificateur de la session s’exécute sur le serveur.

Pour Bedrock, Vertex, Foundry et les passerelles, CLAUDE_CODE_AUTO_MODE_SERVER=0 désactive la classification côté serveur. Le comportement ultérieur de l’API directe décrit ci-dessus permet également une activation explicite avec 1.

Les conditions historiques d’accès au mécanisme de repli ne sont pas entièrement établies par la synthèse disponible. La conclusion étayée est plus limitée : le surcoût du classificateur côté serveur n’est pas facturé, un repli facturé peut produire un avertissement, et l’utilisation ordinaire des modèles reste distincte. Pour un contexte plus large sur l’utilisation, consultez le guide des tarifs de Claude Code.

Exécuter sans supervision sans tout approuver

Pour la CI ou d’autres tâches sans supervision, le mode de contournement n’est pas la seule approche disponible. Claude Code 2.1.259, publié le 2 septembre 2026, a ajouté --permission-prompts none.

Le Les notes de version de 2.1.259 décrivent le comportement : tout ce qui déclencherait une demande est automatiquement refusé, tandis que le mode de permission sélectionné continue de prendre les décisions.

Par exemple :

claude -p "Run the test suite" --permission-mode auto --permission-prompts none

Le mode auto continue d’examiner les actions. Si une action atteint un stade où une approbation de permission serait nécessaire, cette configuration la refuse au lieu d’attendre une personne.

C’est un choix utile lorsque l’exigence est une exécution sans supervision avec revue. Cela ne garantit pas l’achèvement : une action nécessaire à la tâche peut être bloquée ou refusée. Choisissez la configuration selon que votre priorité est la revue automatique, la modification automatique ou le contournement des approbations courantes.

Pourquoi les paramètres du projet peuvent ne pas activer le mode

Depuis la version 2.1.257, publiée le 1 septembre, defaultMode: "bypassPermissions" est sans effet dans les deux fichiers .claude/settings.json et .claude/settings.local.json. Cela correspond à la restriction concernant "auto" dans ces fichiers de paramètres du projet.

Utilisez les paramètres utilisateur ou gérés, ou passez --permission-mode au démarrage de Claude Code. Pour une exécution sans supervision spécifique, une commande explicite permet de vérifier facilement le mode demandé.

Les mêmes flux de travail peuvent passer par une passerelle API telle qu’AI Prime Tech ; consultez utiliser Claude Code avec une clé API. AI Prime Tech est indépendant et n’est affilié ni à Anthropic ni à OpenAI.

Combiner les permissions avec le sandboxing

Le mode de permissions contrôle les décisions d’approbation. Le sandboxing contrôle les ressources auxquelles les commandes peuvent accéder. Utilisez les deux pour réduire les interruptions tout en limitant l’accès au système de fichiers et au réseau.

L’annonce d’Anthropic sur le sandboxing, publiée le 20 octobre 2025, décrit une isolation du système de fichiers et du réseau assurée par bubblewrap sous Linux et Seatbelt sous macOS, y compris pour les sous-processus lancés. Exécutez /sandbox pour la configurer.

Anthropic a signalé une réduction de 84 % des demandes de permission lors de son utilisation en interne. Il s’agit d’un résultat interne, pas d’une promesse que chaque projet ou tâche bénéficiera de la même réduction.

Paramètres de sandboxing pertinents

Ces paramètres activent le sandboxing, désactivent le dangerouslyDisableSandbox mécanisme de contournement et imposent le démarrage du bac à sable lorsqu’il est activé :

{
  "sandbox": {
    "enabled": true,
    "allowUnsandboxedCommands": false,
    "failIfUnavailable": true
  }
}

Ces paramètres ont des objectifs distincts :

• sandbox.enabled active le sandboxing.
• sandbox.allowUnsandboxedCommands: false désactive le mécanisme de contournement.
• sandbox.failIfUnavailable, ajouté dans la version 2.1.83 le 25 mars 2026, provoque l’arrêt si le bac à sable activé ne peut pas démarrer, au lieu de poursuivre sans sandboxing.

Le mode automatique ou le mode de contournement peut être combiné au sandboxing. Aucun de ces choix de permissions ne rend la configuration du bac à sable superflue, et une vérification côté serveur peut également s’appliquer aux commandes shell exécutées dans le bac à sable.

Certaines demandes de confirmation de suppression subsistent

« Ignorer les permissions » ne garantit pas l’absence totale de questions. À la date limite retenue pour la publication, le journal des modifications indique que les demandes de confirmation pour les commandes dangereuses rm dans les modes de contournement et automatique attendent deux minutes, puis refusent l’action en fournissant une indication pour la reformuler.

CLAUDE_CODE_DISABLE_DANGEROUS_RM_TIMEOUT=1 désactive ce délai. Il ne faut pas le présenter comme désactivant toutes les protections contre la suppression ou garantissant la réussite automatique de toutes les commandes.

Pour un travail sans supervision, prévoyez la possibilité d’un refus. Une tâche qui dépend d’une action bloquée peut nécessiter une approche révisée, même lorsque les demandes de permission habituelles ont été supprimées.

Points clés

• claude --dangerously-skip-permissions active bypassPermissions, supprimant les demandes d’approbation habituelles tout en maintenant les protections restantes.
• Le mode automatique utilise une vérification par classificateur. Il peut approuver des actions, les bloquer ou finir par exiger une approbation humaine après des blocages répétés.
• Les paramètres par défaut du classificateur côté serveur et ceux du mode de permissions au démarrage sont des changements distincts. La version 2.1.278 a modifié la classification ; la version 2.1.283 a modifié le comportement au démarrage pour certaines sessions interactives.
• Pour une exécution sans supervision avec vérification, combinez le mode automatique avec --permission-prompts none ; les actions qui entraîneraient une demande de confirmation sont refusées.
• Utilisez l’isolation et les paramètres de sandboxing en complément des choix de permissions. Les paramètres du projet ne peuvent pas activer le mode automatique ou le contournement au moyen de defaultMode ; utilisez donc les paramètres utilisateur ou administrés, ou un mode CLI explicite.

FAQ

claude --dangerously-skip-permissions autorise-t-il tout sans demander de confirmation ?

Il contourne les demandes d’approbation habituelles en activant bypassPermissions, mais les protections restantes continuent de s’appliquer. En septembre 27, 2026, les demandes de confirmation pour les commandes dangereuses rm dans les modes de contournement et automatique pouvaient attendre deux minutes avant de refuser l’action en fournissant une indication pour la reformuler.

Le mode automatique de Claude Code bloque-t-il encore des commandes ou demande-t-il une approbation ?

Oui. Le mode automatique laisse les actions approuvées se poursuivre, en bloque d’autres pour permettre à Claude d’essayer une autre approche et peut déclencher une demande d’approbation humaine après des blocages répétés. L’ajout de --permission-prompts none refuse automatiquement toute action qui entraînerait autrement une demande de confirmation.

La classification du mode automatique côté serveur coûte-t-elle plus cher ?

La version 2.1.278 indique que la classification côté serveur ne facture pas le surcoût lié au classificateur et avertit en cas de recours à une solution de repli facturée. Cela ne rend pas gratuits le travail de programmation courant ou l’utilisation du modèle ; consultez la ligne Auto mode server dans /status pour déterminer où s’exécute le classificateur de la session.

Pourquoi defaultMode n’active-t-il pas le mode automatique ou le contournement dans mon projet ?

Les restrictions des paramètres du projet rendent "auto" et "bypassPermissions" inopérants en tant que defaultMode valeurs dans .claude/settings.json et .claude/settings.local.json. Utilisez les paramètres utilisateur ou administrés, ou démarrez Claude Code avec un argument explicite --permission-mode .