Claude Code v2.1.295 fügt blockierende onFailure-Hooks und Program Status Protocol hinzu

Claude Code v2.1.295 ist erschienen – mit einer Mischung aus neuen Hook-Steuerungen, Gateway-Tuning-Optionen und einer Reihe von MCP- und Headless-Modus-Fixes. Die bemerkenswerteste Neuerung ist onFailure: "block" für Command- und HTTP-Hooks – wenn ein Hook nicht startet, eine Zeitüberschreitung auftritt oder mit einem unerwarteten Code beendet wird, wird die Aktion blockiert, anstatt durchgelassen zu werden. Das kehrt das bisherige Verhalten um, bei dem ein defekter Hook praktisch ein No-Op war.

Terminal- und CLI-Änderungen

• Unterstützung für das Program Status Protocol (OSC 7501): Terminals, die es implementieren, können anzeigen, ob Claude Code arbeitet, auf dich wartet oder fertig ist.
• /copy enthält jetzt zitierten Text im Picker, sodass eine entworfene Nachricht ohne ihre >-Markierungen kopiert wird.
• claude -p gibt eine Zeile auf stderr aus (wenn stderr ein Terminal ist), die erklärt, worauf der Lauf wartet, falls er nach seinem letzten Turn offen bleibt.
• Eine "Backgrounding cancelled"-Meldung, wenn du den Turn stoppst, während ← auf das aktuelle Tool wartet.
• claude plugin install, enable, disable und marketplace add warnen, wenn die Einstellungsdatei, in die sie schreiben, nicht geladen wird.

Gateway- und Upstream-Steuerung

Gateway-Upstreams (Bedrock, Vertex, Foundry und andere Cloud-Backends) erhalten zwei neue Einstellungen:

timeouts.upstream_ttfb_ms
models: ["model-id", "other-*"]

timeouts.upstream_ttfb_ms begrenzt, wie lange ein Stream bis zum Start dauern darf, bevor ein Failover erfolgt oder ein 502 zurückgegeben wird. Die optionale models-Liste beschränkt, welche Modelle an einen bestimmten Upstream gesendet werden – auch bei Failover – und ein einzelnes * in einem Eintrag fungiert als Wildcard. Erfolgreiche Inferenzantworten tragen jetzt einen request-id-Header, sodass request_id in der Claude Code-Telemetrie mit dem Gateway-Audit-Log übereinstimmt, und Inferenz-Audit-Events erhalten upstream_request_id von Bedrock, der Anthropic API oder einem anderen Upstream.

Für Maschinen ohne verwaltete Einstellungen unterstützen Benutzereinstellungen jetzt forceLoginMethod: "gateway" und forceLoginGatewayUrl, sodass /login gegen dieses Gateway geöffnet wird.

Bemerkenswerte Fixes

• Anfragen an [1m]-Modelle schlagen nicht mehr vollständig fehl, wenn ein Gateway, Bedrock, Vertex oder Foundry die context-1m-Beta ablehnt – Claude Code sendet sie ohne diese erneut.
• Die Textausgabe von claude -p verwirft keine früheren Antworten mehr, wenn Hintergrundarbeit einen weiteren Turn startet; die Antwort jedes Turns wird beim Beenden des Turns ausgegeben.
• Remote-MCP-Server in Headless- und SDK-Sitzungen verbinden sich nach Ausfällen von mehr als 15 Sekunden ordnungsgemäß neu. Server, die jede Verbindung direkt nach dem Verbindungsaufbau abbrechen, warten jetzt bis zu 30 Sekunden statt in einer engen Schleife zu verharren.
• MCP-Server, die einen Paginierungs-Cursor wiederholen, werden nicht mehr bis zu 20 Mal pro Verbindung nach derselben Seite gefragt.
• CSS-, JavaScript- und XML-Dateien, die von MCP-Tools zurückgegeben werden, werden nicht mehr als .bin gespeichert (was das Read-Tool ablehnt).
• Bash-Tool-Aufrufe funktionieren, wenn das Modell command_description statt description übergibt.

Für Mod-Autoren: $.ui.notify löst eine native Benachrichtigung über deine Benachrichtigungseinstellung aus und meldet den Kanal; ein Button eines Mods akzeptiert jetzt Kinder (Strings und Text), sodass eine Listenzeile ein einziger drückbarer Bereich mit einem Chip oder einem gedimmten Detail darin ist. CLAUDE_CODE_RETRY_WATCHDOG_MAX_WAIT_MS begrenzt, wie lange der unbeaufsichtigte Wiederholungsmodus 429- und 529-Fehler abwartet.