Anthropic: Claude Code v2.1.133 bringt worktree.baseRef und Race-Condition-Fix

Anthropic veröffentlichte am 7. Mai 2026 Claude Code v2.1.133, die dritte Version dieser Woche nach v2.1.131 und v2.1.132. Die Version bringt mehrere auf Teamentwicklung ausgerichtete Konfigurationsparameter und behebt eine Reihe von Problemen in parallelen Sitzungen und auf der Windows-Plattform.

Neue Konfigurationsparameter

Der bedeutendste ist worktree.baseRef mit den Werten fresh oder head. Eine Worktree ist ein Git-Mechanismus zum Arbeiten an mehreren Branches desselben Repositorys in parallelen Verzeichnissen. Der Standardwert fresh stellt das Verhalten von EnterWorktree wieder her, von origin/<default> abzuzweigen, während head unveröffentlichte Commits vom lokalen HEAD in der neuen Worktree beibehält.

Es folgen sandbox.bwrapPath und sandbox.socatPath als verwaltete Parameter für Linux und WSL, die benutzerdefinierte Speicherorte für Bubblewrap- und Socat-Binärdateien ermöglichen. parentSettingsBehavior ist ein administrativer Schlüssel (first-wins oder merge), der steuert, wie das SDK managedSettings zwischen Ebenen zusammenführt.

Hooks empfangen jetzt die aktive Aufwandsstufe über das JSON-Feld effort.level und die Umgebungsvariable $CLAUDE_EFFORT, die auch Bash-Befehle lesen können.

Welche Fehler wurden behoben?

Die wichtigste Korrektur betrifft die Race Condition in parallelen Sitzungen, die 401-Fehler verursachte, nachdem eine Token-Refresh-Race gemeinsame Anmeldedaten gelöscht hatte. Behoben wurde auch das Problem mit Edit/Write-Regeln bei Windows-Laufwerksstammpfaden (C:\) und POSIX /, die zuvor fälschlicherweise übereinstimmten. Der MCP-OAuth-Flow berücksichtigt jetzt die Variablen HTTP(S)_PROXY, NO_PROXY und mTLS-Konfiguration.

Weitere Korrekturen umfassen das Lesen von gemappten Netzlaufwerken über --add-dir, die Remote-Control-Sitzungsunterbrechung von claude.ai, die Synchronisation des /effort-Befehls zwischen parallelen Sitzungen (ändert nicht mehr eine andere Sitzung) sowie die Erkennung von Subagenten-Skills auf Projekt-, Benutzer- und Plugin-Ebene. Die VSCode-Erweiterung wirft keinen „Unsupported platform”-Fehler mehr.