Anthropic modifie la façon dont la plupart des clients payants utilisent Claude Code, en faisant du Mode Auto le réglage par défaut pour les comptes Pro, Max et Team à partir du 14 août. Ce réglage permet à l’agent de codage de continuer à travailler sans demander d’approbation pour chaque action, tandis qu’un classifieur de sécurité intervient lorsqu’une opération semble irréversible, destructrice ou hors de l’environnement de l’utilisateur.

Cette décision réduit le nombre d’invites d’autorisation routinières que voient les développeurs et donne à Claude Code davantage de liberté pour modifier des fichiers, exécuter des commandes et poursuivre des tâches en plusieurs étapes. Les clients Enterprise devront toujours l’activer manuellement, selon The Decoder. Pour les équipes d’ingénierie, le changement tient moins à une nouvelle fonctionnalité de codage qu’à la question de l’emplacement de la responsabilité : les développeurs surveilleront de plus en plus le travail d’un agent plutôt que d’approuver chaque opération individuelle.

Comment le Mode Auto change Claude Code

Anthropic a d’abord introduit le Mode Auto comme test en mars, le présentant comme un compromis entre exécution autonome et contrôle manuel. Dans le flux de travail antérieur fondé sur les approbations, Claude Code s’arrêtait fréquemment et demandait à l’utilisateur d’autoriser les actions proposées. Le Mode Auto permet au contraire les actions par défaut, sauf si le classifieur du système identifie un risque significatif.

Anthropic a décrit les catégories protégées comme des actions « irréversibles, destructrices ou visant à l’extérieur de votre environnement », selon le reportage de TechCrunch. La frontière exacte dépendra du jugement du classifieur et de la configuration du projet, si bien que le Mode Auto ne supprime pas la nécessité pour les développeurs de comprendre ce à quoi l’agent peut accéder.

Anthropic a également indiqué avoir ajouté un filtrage des injections de prompt et des règles de refus dur personnalisables. Ces contrôles visent à empêcher que des instructions hostiles intégrées dans du code, des documents ou d’autres contenus du projet ne détournent l’agent vers des actions telles que l’exfiltration de données.

Le responsable de Claude Code chez l’entreprise, Boris Cherny, a déclaré sur X que lui et son équipe utilisaient exclusivement le Mode Auto depuis des mois et ne voulaient pas revenir aux demandes d’autorisation. Il s’agit d’un soutien d’un dirigeant, pas d’une preuve indépendante que ce réglage convient à tous les environnements de développement.

Ce que montrent les tests d’Anthropic

Anthropic affirme que le Mode Auto a obtenu de meilleurs résultats que l’approbation manuelle dans une étude portant sur 1 053 testeurs payants. L’entreprise a indiqué que le système automatisé avait identifié 89 % des actions nuisibles, contre 13,6 % détectées par la revue humaine. Anthropic a également indiqué que les utilisateurs approuvaient 97 % des demandes d’autorisation de Claude Code, ce qui suggère que des approbations répétitives peuvent devenir habituelles plutôt qu’évaluées avec soin.

Ces chiffres sont des résultats rapportés par l’éditeur. Les éléments disponibles ne fournissent pas la méthodologie complète du test, la définition d’une action nuisible ni suffisamment de détails pour déterminer dans quelle mesure l’étude reflète des équipes logicielles en production. Les résultats soutiennent donc l’argument d’Anthropic en faveur d’un changement de réglage par défaut, mais ils ne constituent pas une preuve générale que l’approbation automatisée est plus sûre dans chaque dépôt ou pipeline de déploiement.

The Decoder a également rapporté une affirmation d’Anthropic selon laquelle les équipes utilisant le Mode Auto ont généré environ 25 % de pull requests supplémentaires. Cela peut indiquer un débit plus élevé, mais le volume de pull requests n’est pas la même chose qu’un logiciel utile, sûr ou maintenable. Une exécution plus autonome peut augmenter la production tout en accroissant la charge de revue si les changements générés sont difficiles à comprendre.

The Decoder a par ailleurs cité un audit indépendant de Trajectory Labs portant sur 72 scénarios d’injection de prompt, chacun testé dix fois. Il a indiqué qu’aucune des 720 tentatives n’avait réussi contre les modèles Claude testés en Mode Auto, tandis que certaines tentatives avaient réussi contre le mode Auto-Review de Codex d’OpenAI. Comme les éléments de preuve sont présentés par le biais de la couverture médiatique plutôt que d’un rapport d’audit fourni, les lecteurs devraient considérer la comparaison comme un résultat de test rapporté et non comme un classement définitif de la sécurité des agents de codage.

Anthropic a décrit des incidents internes au cours desquels Auto Mode a empêché Claude de téléverser des données confidentielles vers une page publique et a mis fin à environ 2 000 processus susceptibles d’interférer avec des tâches d’entraînement GPU. Ce sont des exemples fournis par l’entreprise sur la valeur du classifieur, et non des mesures de fiabilité vérifiées indépendamment.

Pourquoi le réglage par défaut compte pour les équipes d’ingénierie

L’effet immédiat pour les clients Pro, Max et Team est comportemental. Les développeurs qui ne modifient pas le réglage recevront à partir du 14 août une expérience Claude Code plus autonome. Les équipes devront décider quels dépôts, identifiants, commandes shell et chemins réseau l’agent peut utiliser avant de considérer ce nouveau réglage par défaut comme une amélioration de productivité ordinaire.

Pour les équipes produit et les start-up, le Mode Auto pourrait faciliter la délégation de tâches de longue durée. Un agent peut enchaîner des modifications et des tests sans attendre qu’une personne approuve chaque étape à faible risque. Cela peut aider les équipes pour les refactorisations répétitives, la création de tests, les changements de documentation et d’autres travaux délimités.

Le compromis, c’est qu’une exécution plus rapide peut faire se propager les erreurs plus vite. Anthropic recommande toujours de revoir les actions de Claude pour les infrastructures de production à forts enjeux. Cet avertissement est important : un classifieur peut bloquer un comportement manifestement destructeur sans comprendre l’impact commercial d’une commande valide, d’une régression subtile de sécurité ou d’un changement techniquement réversible mais coûteux sur le plan opérationnel.

La distinction entre comptes Enterprise et non Enterprise est également importante. Les acheteurs Enterprise ont souvent besoin de contrôles plus stricts, d’auditabilité, d’intégration des identités et de politiques prévisibles sur de nombreux dépôts. Le fait de laisser le Mode Auto en opt-in pour ces clients suggère qu’Anthropic reconnaît que les réglages autonomes par défaut doivent satisfaire à un niveau d’exigence plus élevé dans les environnements réglementés ou critiques pour la production.

Ce changement intensifie aussi la concurrence entre les outils de codage IA. Si les utilisateurs de Claude Code s’habituent à superviser des agents plutôt qu’à approuver des commandes individuelles, les produits concurrents pourraient être jugés moins sur la qualité de l’autocomplétion que sur leurs classifieurs de sécurité, leurs contrôles de politique, leur traçabilité et leur capacité à se remettre des erreurs. Cela oriente le marché vers la gouvernance des agents comme capacité produit essentielle.

Ce qu’il faut surveiller ensuite

Le premier signal sera le nombre de clients qui laissent le Mode Auto activé après le changement de réglage par défaut. Anthropic n’ayant pas fourni de données d’adoption indépendantes, les chiffres d’utilisation futurs devront être distingués des affirmations de productivité rapportées par l’entreprise.

Les développeurs devraient également surveiller les rapports d’incidents impliquant l’injection de prompt, l’exposition accidentelle de données, des commandes destructrices ou des modifications de l’infrastructure de production. Le test pratique consistera à voir si le classifieur détecte les échecs nuancés, et pas seulement les opérations shell clairement dangereuses.

D’autres signaux importants incluent le fait qu’Anthropic étende ou non le Mode Auto aux comptes Enterprise, publie davantage de détails sur sa méthodologie de test et offre aux administrateurs de meilleurs contrôles sur les dépôts, les outils, les identifiants et l’accès réseau. Les équipes évaluant la fonctionnalité devraient mesurer le temps de revue, la fréquence des retours en arrière, les taux de défauts et les constats de sécurité en même temps que le volume de pull requests.

Point de vue Creati.ai

La décision d’Anthropic fait de l’autonomie le flux de travail normal de Claude Code pour la plupart des utilisateurs payants, mais elle ne rend pas la supervision facultative. Elle transforme la supervision d’une suite de micro-approbations en une responsabilité plus large consistant à configurer les autorisations, examiner les diffs et valider les résultats.

C’est une direction sensée lorsque des invites répétitives encouragent l’approbation automatique, mais la qualité de la couche de sécurité déterminera si le gain de productivité est réel. Les bâtisseurs devraient considérer le Mode Auto comme un paramètre de déploiement contrôlé, et non comme une décision de confiance globale : commencer par des dépôts délimités, appliquer des règles de refus dur, limiter l’accès aux systèmes sensibles et conserver une revue humaine pour les changements en production.