Claude Code v2.1.301 fügt Wiederholungs-Watchdog-Nutzungsobergrenze, Vim-%-Bewegung und OpenTelemetry-Klassifikatorfelder hinzu
Claude Code v2.1.301 wurde am 15. Oktober mit einer neuen Umgebungsvariable speziell für unbeaufsichtigte Läufe veröffentlicht, dazu Vim- und OpenTelemetry-Ergänzungen und eine lange Liste von Korrekturen. Die Patch-Notes stammen aus dem GitHub-Releases-Tag.
Retry-Watchdog erhält Obergrenze für Nutzungslimits
Wenn du CLAUDE_CODE_RETRY_WATCHDOG unbeaufsichtigt laufen lässt, bedeutete ein Nutzungslimit, dessen Reset Stunden entfernt ist, bisher, dass der Prozess einfach wartete. Die neue Variable CLAUDE_CODE_RETRY_WATCHDOG_MAX_USAGE_LIMIT_WAIT_MS legt einen Schwellenwert fest: Wird ein Nutzungslimit erreicht, dessen Reset weiter in der Zukunft liegt, endet die Anfrage, statt zu warten. Nützlich für CI-Jobs und geplante Agent-Läufe, bei denen ein hängender Prozess schlimmer ist als ein fehlgeschlagener.
Vim-Modus: % und funktionierendes Escape
Der Vim-Modus erhält die %-Bewegung – springe zur passenden Klammer, allein oder kombiniert mit d/c/y. Zwei Vim-Bugs wurden ebenfalls behoben:
- Escape ließ dich auf einem langsamen oder ausgelasteten Rechner manchmal im INSERT-Modus zurück.
- Esc verwarf früher eine eingegebene
AskUserQuestion-Antwort. Das Freitextfeld unterstützt jetzt den Vim-NORMAL-Modus, und Esc bricht nur noch aus NORMAL ab.
OpenTelemetry: Klassifizierer-Blocks von Berechtigungsregeln unterscheiden
tool_decision-Events enthalten jetzt classifier_verdict und permission_mode, sodass du in deinen Traces Entscheidungen des Auto-Mode-Klassifizierers von Entscheidungen durch Berechtigungsregeln trennen kannst. Es gibt außerdem classifier_category, das die eingebaute Regel benennt, die ein Klassifizierer-Block getroffen hat – nur befüllt, wenn OTEL_LOG_TOOL_DETAILS=1 gesetzt ist. Anleitungen zur Tracing-Einrichtung (einschließlich der Konfiguration von Trace-Zielen über die ant-CLI) wurden zur claude-api-Skill hinzugefügt.
Weitere Ergänzungen
- Mod
Inputunterstützt einrows-Feld: mehrzeilige Terminal-Texteingabe, bei der Enter absendet und Shift+Enter (oder ein Backslash vor Enter) eine neue Zeile einfügt. - Die Modell-Aliase
fableundbestwerfen bei der Anthropic-API keinen Fehler mehr, wenn das neueste Fable-Modell für deine Organisation nicht verfügbar ist – Claude Code versucht es einmal mit dem vorherigen Fable-Modell.
Nennenswerte Korrekturen
- Beim Beenden wird ein Worktree aus dem
WorktreeCreate-Hook nicht mehr ohne Nachfrage entfernt, wenn er ungepushte Commits enthalten könnte. - Grep und Glob geben jetzt einen expliziten Suchfehler zurück, statt fälschlich "keine Treffer" zu melden, wenn das Suchprogramm früh abbricht.
- Eine volle Festplatte bei der Login-Aktualisierung zeigt nicht mehr "Please run /login" – der Fehler nennt das Laufwerk und fordert dich auf, Dateien zu löschen.
- Skills/Befehle mit vielen oder langen Argumentnamen hängen beim Aufruf nicht mehr Sekunden – nur die ersten 64 Namen mit je bis zu 64 Zeichen werden ausgefüllt. Auch der hohe Speicherverbrauch, wenn Argumente viele Platzhalter füllen, ist behoben.
- Der Wechsel zu einem Modell mit kleinerem Kontext verbraucht nicht mehr ohne Nachfrage Credits für eine Zusammenfassung durch das vorherige Modell.
- Das Read-Tool liest Binärdateien (
.xlsm,.parquet,.epub,.heic) nicht mehr als Text. - Konversationen hinter einem LLM-Gateway, das ein anderes Modell als angefordert meldet, werden nicht mehr wiederholt auf einem nicht gewählten Modell komprimiert.
- Workflow-Agents, die nach dem Lesen des Harness-Hinweises, dass Aufgabentext keine Nutzerautorität trägt, einen Schritt übersprungen haben, melden nicht mehr Erfolg.
- Skills werden dem Modell nach
/rewindwieder aufgelistet. - VTE älter als 0.53 (z. B. MATE Terminal unter RHEL 8) zeigt keine verirrten
>0q/>4m-Sequenzen mehr; verirrterGOK-Text in einigen iTerm2-Versionen ist behoben.
Lohnt sich, wenn du Claude Code headless in CI betreibst, den Vim-Modus nutzt oder Telemetrie in einen OTel-Collector einspeist.
📖 Read the full source: GitHub Claude-Code
👀 Siehe auch

Gemma 4 vs. Qwen 3.5: Ergebnisse einer Blindbewertung mit Claude Opus als Prüfer
Eine 30-Fragen-Blindbewertung verglich Gemma 4 31B, Gemma 4 26B-A4B und Qwen 3.5 27B mit Claude Opus 4.6 als Bewertungsrichter. Qwen 3.5 27B gewann 46,7 % der Duelle, hatte jedoch aufgrund von drei Antworten mit Nullpunkten niedrigere Durchschnittswerte.

Lokaler LLM-Benchmark: Backend-Generierung durch Funktionsaufruf – GLM, Qwen, DeepSeek im Vergleich
Ein rigoroser Benchmark lokaler und Frontier-LLMs für Backend-Code-Generierung mittels Function Calling, mit Bewertungsmatrix. Wichtigste Ergebnisse: qwen3.5-35b-a3b erreicht GPT-5.4 bei DB/API-Design und dichtes Qwen 27B schlägt 397B MoE. Frontier-Modelle wurden aufgrund der Kosten gestrichen.

OpenClaw Diskussion über KI-Agent-zu-Agent-Kommunikation und Kontextfreigabe
Eine Reddit-Diskussion untersucht die Implikationen von KI-Agenten, die persönlichen Kontext nutzen, um im Namen eines Nutzers mit anderen Agenten zu kommunizieren, und beleuchtet, welche Informationen Nutzer bereit wären zu teilen.
Kognitive Kapitulation: Wenn KI-Agenten Code schreiben, den du nicht verstehst
KI-Codierungsagenten können Code produzieren, den Autoren nicht verstehen, was zu ungeprüften PRs führt. Der Artikel untersucht 'kognitive Kapitulation' und wie man sie im Workflow vermeidet.