Claude Code

Claude Code 2.1.319: denyInsteadOfPrompting beendet die Rückfrage

2 Min. Lesezeit KI-generiert

Ohne Telemetrie fällt der Auto-Modus nicht mehr auf den eingebauten Klassifikator zurück, sondern fragt oder verweigert. Und MCP-Aufrufe, die ein Server als Task ausführt, wandern sofort in den Hintergrund.

Featured image for "Claude Code 2.1.319: denyInsteadOfPrompting beendet die Rückfrage"

Version 2.1.319 ist am 6. November um 00:58 UTC im npm-Register erschienen, zwei Tage nach 2.1.318. Der Changelog ist lang, und drei Punkte darin ändern etwas am täglichen Arbeiten.

Eine Erlaubnis, die verweigert statt zu warten

Neu ist die Einstellung permissions.denyInsteadOfPrompting. Ist sie gesetzt, wird ein Tool-Aufruf, der sonst auf eine Rückfrage warten würde, abgelehnt, und der Zug läuft weiter. Das gilt in Terminal-Sitzungen, in Subagenten und bei Teammates.

Für alles, was unbeaufsichtigt läuft, ist das die eigentliche Neuigkeit. Ein Lauf, der an einer Rückfrage hängt, die niemand beantwortet, hängt bis zum Timeout. Mit dieser Einstellung verliert er einen Schritt statt einer Stunde.

Auto-Modus ohne Telemetrie fragt oder verweigert

Bisher fiel der Auto-Modus auf den eingebauten Klassifikator zurück, wenn der serverseitige Check nicht erreichbar war. Das ist vorbei: Sind Telemetrie oder Feature-Flags abgeschaltet, auch hinter einem LLM-Gateway, werden Aufrufe, die der Server nicht prüfen kann, erfragt oder abgelehnt. Wer den alten Weg behalten will, setzt CLAUDE_CODE_AUTO_MODE_SERVER=0. Bedrock, Vertex und Foundry bleiben, wie sie waren.

Umgekehrt schaltet CLAUDE_CODE_AUTO_MODE_SERVER=1 den Server-Check auch dann ein, wenn CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS gesetzt ist. Kommt das Letztere aus Managed Settings, muss die Eins dort ebenfalls stehen. Dazu passt das neue CLAUDE_CODE_DISABLE_FEATURE_FLAGS, das das Abholen der Flags stoppt, ohne die Telemetrie mitzunehmen; jedes Flag benutzt dann seinen eingebauten Standardwert.

MCP-Tasks laufen im Hintergrund weiter

Führt ein MCP-Server einen Tool-Aufruf als Task aus, schiebt Claude Code ihn jetzt sofort in den Hintergrund und meldet Claude das Ergebnis, sobald es da ist. Wer das nicht will, setzt CLAUDE_CODE_DISABLE_MCP_TASK_BACKGROUND und lässt Claude Code wie früher innerhalb des Tool-Aufrufs warten.

Dazu kommen kleinere Dinge, die sich schnell einprägen: /claude-api latency-optimize sucht in eigenem Claude-API-Code die Stellen, an denen Nutzer warten, und probiert schnellere Einstellungen gegen die eigene Eval. /tasks hat eine Zeile „Earlier in this session“, die abgeschlossene Subagenten listet, damit man einen davon auch nach einem Neustart wieder öffnen und anschreiben kann. Und /usage zeigt Entwicklern hinter einem Claude-Apps-Gateway ohne Spend-Limit jetzt die Ausgaben für heute, diese Woche und diesen Monat.

Ein Datum im Changelog, das kein Feature ist

Zwischen den Gateway-Einträgen steht eine Warnung für Policies ohne desktopHome, die sich auf coworkTabEnabled: false oder chatSessionRetentionDays verlassen, und zwar „ahead of Claude Desktop’s November 10 change“. Was sich am 10. November ändert, steht nicht dabei. Wer Claude Desktop über ein Gateway verwaltet, hat damit eine Frist und noch keine Beschreibung. Das ist ein guter Moment, die eigenen Policies nachzusehen.

Quellen

Claude CodeReleaseAuto-Modus