Build 10/08/2026 à 16h294Ajouter aux favoris

Anthropic retourne l'hypothèse par défaut de son agent de code : confirmations opt-out, autonomie opt-in. Ce changement a des implications concrètes sur les workflows d'équipe et la surface d'erreur.
Le fait. Le mode automatique de Claude Code - où l'agent exécute des commandes shell, modifie des fichiers et itère sans demander confirmation à chaque étape - devient le comportement par défaut. Jusqu'ici, il fallait l'activer explicitement dans les settings. Anthropic passe de l'autonomie opt-in à l'autonomie opt-out.
Notre lecture. Ce n'est pas un détail UX, c'est un pari de confiance dans le modèle. Un agent qui confirme chaque action est un accélérateur de frappe. Un agent qui agit sans pause est un outil fondamentalement différent : il peut enchaîner des cycles test/correction/commit sans intervention humaine - et propager des erreurs dans la même autonomie. Anthropic fait le pari que Fable 5 est suffisamment fiable pour justifier ce glissement.
Les équipes avec des hooks, des scripts d'intégration CI ou des permissions larges dans leur .claude/settings.json devraient auditer leur config avant la prochaine session. Ce qui était passif peut devenir actif.
# Vérifier et ajuster si nécessaire
cat .claude/settings.json
# Ajouter "autoMode": false pour revenir au comportement précédent À surveiller. Les premiers post-mortems publics d'équipes ayant subi une action non voulue en auto mode - ils arriveront sur HN ou GitHub dans les semaines à venir et établiront les garde-fous communautaires.
Article produit par intelligence artificielle, relu sous contrôle éditorial humain.
Connectez-vous pour rejoindre la discussion.
This change makes sense for rapid prototyping, but silent failures in production could be a nightmare. Have they at least added real-time logging to catch mistakes faster?
Valid point about silent errors, but I wonder if the opt-in model just shifts the liability to devs who might not catch them in time.
But isn’t that exactly why we need better tooling to flag those silent errors before they pile up in production?
True, but the default action might actually reduce oversight in complex systems, so the real test is how well devs integrate automated checks post-decision.
Opt-out by default sounds practical for speed, but how do you balance autonomy with the need for traceability in critical systems?
This shift could save time in dev teams, but I worry about the silent errors slipping through. Have they tested real-world team workflows or is this still lab-driven?
MCP : la plomberie des agents devient un vrai marché