Anthropic macht den Auto-Modus ab dem 14. August zum Standard in Claude Code
Wichtige Erkenntnisse
- •Anthropic wird den Auto-Modus ab dem 14. August 2026 zur Standard-Berechtigungseinstellung in Claude Code machen.
- •Nutzer stimmten unter dem bisherigen manuellen System etwa 93 % aller Eingaben zu, was Anthropic als unwirksamen Sicherheitsmechanismus einstufte.
- •Der Auto-Modus verwendet einen zweistufigen Klassifikator, der Aktionen mit geringem Risiko automatisch ausführt und Vorgänge mit höherem Risiko zur manuellen Freigabe markiert.
- •Die Funktion unterstützt die Bereitstellung über die Anthropic API, AWS Bedrock und Google Vertex und umfasst die Modelle Sonnet 4.6 und Opus 4.6+.
- •Administratoren können den neuen Auto-Modus-Standard außer Kraft setzen und auf Organisationsebene benutzerdefinierte Allow- oder Deny-Regeln durchsetzen.

Anthropic wird den Auto-Modus ab dem 14. August zur Standard-Berechtigungseinstellung in Claude Code machen und damit ein manuelles Freigabesystem ersetzen, das von Nutzern laut Unternehmensdaten kaum jemals abgelehnt wurde.
Unter der vorherigen Konfiguration stimmten Nutzer etwa 93 % aller Eingaben zu. Anthropic kam zu dem Schluss, dass diese Rate den manuellen Freigabeschritt als Sicherheitsmechanismus weitgehend unwirksam machte. Dieser Befund stimmt mit einem in der Sicherheits- und Schnittstellengestaltung gut dokumentierten Phänomen überein, das als Alert- oder Approval Fatigue (Freigabe-Ermüdung) bekannt ist. Dabei würfeln gewohnheitsmäßige Zustimmungsmuster den Wert von Berechtigungsabfragen unabhängig von der jeweils angefragten Aktion aus.
Funktionsweise des Auto-Modus
Der Auto-Modus ist als Mittelweg zwischen zwei Extremen konzipiert: Auf der einen Seite steht die Anforderung einer ausdrücklichen menschlichen Freigabe für jede Aktion, auf der anderen die Gewährung vollständiger Autonomie ohne jegliche Schutzmaßnahmen.
Das System bewertet das Risiko vor der Ausführung jeder Aktion mithilfe eines Klassifikatormodells, das in zwei Stufen arbeitet. Ein schnelles Single-Token-Filter prüft zunächst eingehende Anfragen. Wenn dieser anfängliche Filter eine Anfrage als potenziell riskant einstuft, wird ein gründlicherer Chain-of-Thought-Mechanismus aktiviert, um die Aktion eingehender zu beurteilen. Nur Nutzernachrichten und Werkzeugbefehle durchlaufen den Klassifikator, was den Verarbeitungsaufwand gering hält.
Aktionen mit geringem Risiko – wie das Lesen einer Datei oder das Ausführen eines Standard-Build-Befehls – werden ohne Unterbrechung ausgeführt. Vorgänge mit höherem Risiko lösen weiterhin eine manuelle Freigabeaufforderung aus. Anthropic hat außerdem Allow/Deny-Regeln eingeführt, mit denen Nutzer festlegen können, welche Aktionen automatisiert werden und welche eine Freigabe erfordern. Organisationen können eigene Richtlinien auf Administratorebene durchsetzen.
Von der Forschungsvorschau zum Produktionsstandard
Anthropic hatte den Auto-Modus erstmals am 24.–25. März 2026 als Forschungsvorschau eingeführt und Entwicklern damit mehrere Monate Zeit gegeben, die Funktion zu testen und Edge Cases zu identifizieren, bevor sie zum Standard wurde.
Die Funktion ist mit mehreren Bereitstellungsumgebungen kompatibel, darunter die Anthropic API direkt, AWS Bedrock und Google Vertex. Die Modellunterstützung umfasst Sonnet 4.6 und Opus 4.6+ und deckt damit die Claude-Modelle ab, die Entwickler in ihren Coding-Workflows am wahrscheinlichsten verwenden.
Administratoren, die das bisherige manuelle Freigabesystem bevorzugen, behalten die Möglichkeit, den neuen Standard außer Kraft zu setzen.
Bewältigung der Freigabe-Ermüdung
Die Zustimmungsrate von 93 % unter dem alten System verdeutlicht ein übergeordnetes Problem dabei, wie Nutzer mit Berechtigungsabfragen interagieren. Wenn nahezu jede Anfrage genehmigt wird, funktioniert der Freigabeprozess nicht mehr als sinnvolle Sicherheitsprüfung, sondern wird zu einem prozeduralen Hindernis.
Der Auto-Modus zielt darauf ab, dieses Problem zu lösen, indem Freigabeanfragen nur dann angezeigt werden, wenn der Klassifikator ein echtes Risiko erkennt. Dadurch werden diese Unterbrechungen bewusster, wenn sie tatsächlich auftreten.
Die Umstellung erfolgt zu einem Zeitpunkt, da KI-Coding-Tools branchenweit – darunter GitHub Copilot, Cursor und andere – den Umfang der Aktionen ihrer Agenten in Entwicklungsumgebungen weiter ausbauen. Die Berechtigungsarchitektur wird damit zu einem zentralen Differenzierungsmerkmal dafür, wie viel Vertrauen Teams in autonome Coding-Workflows setzen.
Für Entwickler, die über längere Zeiträume hinweg in einer IDE mit aktivem Claude Code arbeiten, ist die Änderung spürbar. Weniger Unterbrechungen ermöglichen längere Phasen konzentrierter Arbeit. Der KI-Agent kann außerdem mehrstufige Vorgänge verketten, ohne bei jedem Schritt um eine Freigabe bitten zu müssen – was besonders bei Aufgaben wie dem Refactoring über mehrere Dateien hinweg oder dem Ausführen von Test-Suites nützlich ist.