Anthropic fait du mode auto le paramètre par défaut dans Claude Code à partir du 14 août
Points clés
- •Anthropic définira le mode auto comme paramètre d'autorisation par défaut dans Claude Code à partir du 14 août 2026.
- •Les utilisateurs approuvaient environ 93 % des requêtes sous l'ancien système manuel, ce qu'Anthropic a jugé inefficace en tant que mécanisme de sécurité.
- •Le mode auto utilise un classificateur à deux niveaux qui permet aux actions à faible risque de s'exécuter automatiquement tout en signalant les opérations à risque plus élevé pour une approbation manuelle.
- •La fonctionnalité prend en charge le déploiement via l'API Anthropic, AWS Bedrock et Google Vertex, couvrant les modèles Sonnet 4.6 et Opus 4.6+.
- •Les administrateurs peuvent remplacer le nouveau paramètre par défaut du mode auto et appliquer des règles d'autorisation ou de refus personnalisées au niveau de l'organisation.

Anthropic est sur le point de faire du mode auto le paramètre d'autorisation par défaut dans Claude Code à partir du 14 août, remplaçant un système d'approbation manuelle qui, selon les données de l'entreprise, était rarement refusé par les utilisateurs.
Dans la configuration précédente, les utilisateurs approuvaient environ 93 % de toutes les requêtes. Anthropic a conclu que ce taux rendait l'étape d'approbation manuelle largement inefficace en tant que mécanisme de sécurité. Cette constatation s'inscrit dans un phénomène bien documenté en matière de sécurité et de conception d'interfaces, connu sous le nom de fatigue d'alerte ou d'approbation, où des habitudes d'approbation systématique érodent la valeur des invites d'autorisation, quelle que soit l'action spécifique demandée.
Fonctionnement du mode auto
Le mode auto est conçu comme un compromis entre deux extrêmes : exiger une approbation humaine explicite pour chaque action d'un côté, et accorder à l'agent IA une autonomie totale sans garde-fous de l'autre.
Le système évalue les risques avant d'exécuter toute action à l'aide d'un modèle classificateur qui fonctionne en deux étapes. Un filtre rapide à jeton unique examine d'abord les requêtes entrantes. Si ce filtre initial signale une requête comme potentiellement risquée, un mécanisme de chaîne de pensée plus approfondi est activé pour évaluer l'action avec plus de détails. Seuls les messages des utilisateurs et les commandes d'outils passent par le classificateur, ce qui maintient la charge de traitement à un niveau minimal.
Les actions à faible risque — comme lire un fichier ou exécuter une commande de compilation standard — se déroulent sans interruption. Les opérations à risque plus élevé déclenchent toujours une invite d'approbation manuelle. Anthropic a également introduit des règles d'autorisation et de refus qui permettent aux utilisateurs de personnaliser les actions automatisées et celles nécessitant une approbation. Les organisations peuvent appliquer leurs propres politiques au niveau administrateur.
De l'aperçu de recherche au paramètre par défaut en production
Anthropic a d'abord introduit le mode auto en tant qu'aperçu de recherche les 24–25 mars 2026, donnant aux développeurs plusieurs mois pour tester la fonctionnalité et identifier les cas limites avant qu'elle ne devienne l'expérience standard.
La fonctionnalité est compatible avec plusieurs environnements de déploiement, y compris directement l'API Anthropic, AWS Bedrock et Google Vertex. La prise en charge des modèles couvre Sonnet 4.6 et Opus 4.6+, englobant les modèles Claude que les développeurs sont les plus susceptibles d'utiliser dans leurs flux de travail de codage.
Les administrateurs qui préfèrent le système d'approbation manuelle précédent conservent la possibilité de remplacer le nouveau paramètre par défaut.
Répondre à la fatigue d'approbation
Le taux d'approbation de 93 % sous l'ancien système met en lumière un problème plus large concernant la façon dont les utilisateurs interagissent avec les invites d'autorisation. Lorsque presque chaque requête est approuvée, le processus d'approbation cesse de fonctionner comme un contrôle de sécurité significatif et devient un obstacle procédural.
Le mode auto vise à résoudre ce problème en n'affichant les demandes d'approbation que lorsque le classificateur identifie un risque réel, rendant ces interruptions plus délibérées lorsqu'elles se produisent.
Ce changement intervient alors que les outils de codage IA dans toute l'industrie — notamment GitHub Copilot, Cursor et d'autres — continuent d'étendre le champ des actions que leurs agents peuvent entreprendre dans les environnements de développement, faisant de l'architecture d'autorisation un facteur différenciant clé dans le niveau de confiance que les équipes accordent aux flux de travail de codage autonome.
Pour les développeurs travaillant dans un IDE avec Claude Code actif sur des sessions prolongées, ce changement est notable. Moins d'interruptions permettent des périodes de travail concentré plus longues. L'agent IA peut également enchaîner des opérations à plusieurs étapes sans s'arrêter pour demander une autorisation à chaque étape, ce qui est particulièrement utile pour des tâches telles que le refactoring sur plusieurs fichiers ou l'exécution de suites de tests.