🟡 🤝 Agenten Veröffentlicht: · 2 Min. Lesezeit ·

Anthropic: Claude Code v2.1.143 — 5. Patch diese Woche, Plugin-Dependency-Enforcement und Projected Context Cost im Marketplace

Redaktionelle Illustration: Claude Code Plugin-Marketplace mit Token-Kosten-Symbolen und Dependency-Graphen.

Claude Code v2.1.143 ist die neue Version des Anthropic-CLI-Agenten, veröffentlicht am 15. Mai 2026. Der fünfte Patch diese Woche nach v2.1.139, v2.1.140, v2.1.141 und v2.1.142. Er bringt Plugin-Dependency-Enforcement mit Disable-Chain-Hinweisen, die Anzeige der Projected Context Cost im Plugin-Marketplace (Token-Schätzungen pro Turn und pro Invocation), eine neue worktree.bgIsolation-Einstellung, den automatischen PowerShell-Flag -ExecutionPolicy Bypass sowie Hintergrundsitzungen, die Modell und Aufwand nach dem Idle-Wake beibehalten.

🤖

Dieser Artikel wurde mithilfe von künstlicher Intelligenz aus Primärquellen erstellt.

Anthropic hat am 15. Mai 2026 Claude Code v2.1.143 veröffentlicht — den fünften Patch diese Woche nach v2.1.139, v2.1.140, v2.1.141 und v2.1.142. Das Tempo ist für Enterprise-CLI-Tooling beispiellos und signalisiert eine intensive Produktion von Fixes und Features auf Basis von Nutzerfeedback in Echtzeit.

Was leistet das Plugin-Dependency-Enforcement konkret?

Version 2.1.143 führt ein strengeres Plugin-Management ein. Wenn ein Nutzer versucht, ein Plugin zu deaktivieren, das ein anderes aktives Plugin als Abhängigkeit benötigt, verweigert das System die Aktion und zeigt einen kopierbaren Disable-Chain-Hinweis an — eine Liste der Plugins, die zuerst deaktiviert werden müssen. Umgekehrt werden beim Aktivieren eines Plugins automatisch dessen erforderliche Abhängigkeiten mitaktiviert.

Dieser Ansatz eliminiert eine klassische Fehlerklasse, bei der ein Plugin in der Entwicklungsumgebung funktioniert, in der Produktion jedoch versagt, weil dem Aktivierer nicht bekannt war, dass transitive Abhängigkeiten ebenfalls aktiviert werden müssen.

Was zeigt die „Projected Context Cost”?

Der Plugin-Marketplace zeigt nun Token-Schätzungen pro Turn und pro Invocation für jedes Plugin vor der Installation an. Der Nutzer sieht:

  • Wie viele Token das Plugin pro Nutzerturn verbraucht
  • Wie viele Token pro einzelnem Plugin-Aufruf anfallen

Dieser Ansatz adressiert das Problem, bei dem Plugins das Kontext-Budget still und leise aufbrauchen, ohne dass der Nutzer dies bemerkt — die Projected Cost ermöglicht eine informierte Abwägung zwischen Funktionalität und Ressourcenverbrauch.

Was ermöglicht die worktree.bgIsolation-Einstellung?

Die neue Einstellung worktree.bgIsolation: "none" erlaubt es Hintergrundsitzungen, Working Copies direkt zu bearbeiten ohne EnterWorktree — für Repositories, in denen Worktrees unpraktisch sind (z. B. Monorepos mit schweren Build-Artefakten oder Repos mit Submodulen, die sich in Worktrees problematisch verhalten). Die Standardeinstellung bleibt strikte Isolierung; der neue Modus ist ein optionales Escape-Ventil.

Hintergrundsitzungen bewahren außerdem Modell und Aufwandsstufe nach dem Idle-Wake und halten Konfigurations-Flags (--mcp-config, --settings, --fallback-model) über den Respawn-Zyklus hinweg aufrecht.

PowerShell -ExecutionPolicy Bypass standardmäßig aktiviert

Das PowerShell-Tool übergibt nun standardmäßig das Flag -ExecutionPolicy Bypass (konfigurierbar über eine Umgebungsvariable). Standardmäßig aktiviert für Bedrock-, Vertex- und Foundry-Nutzer — in der Regel Enterprise-Szenarien mit strikten PowerShell-Ausführungsrichtlinien, die Claude-Code-Skripte bisher blockiert haben.

Welche Fixes bringt das Update?

Fünf Fehlerkategorien wurden behoben: fehlerhafte .credentials.json-Behandlung, Endlosschleifen bei Stop-Hooks, /goal-Evaluator-Timing, Persistenz des Berechtigungsmodus und Windows-Terminal-Kompatibilität. Alle Problemklassen, die in Nutzerberichten im Laufe der wöchentlichen täglichen Releases aufgetaucht sind.

Dieser Ansatz positioniert Claude Code nicht als stabiles Produkt, sondern als schnell iterierendes KI-Tooling — typisch für Agentic-Tooling, bei dem das Nutzerverhalten im ursprünglichen Design nicht vorhersehbar war.

Häufig gestellte Fragen

Was bewirkt das Plugin-Dependency-Enforcement konkret?
Wenn Sie versuchen, ein Plugin zu deaktivieren, das ein anderes aktives Plugin als Abhängigkeit benötigt, verweigert Claude Code die Aktion und zeigt einen kopierbaren Disable-Chain-Hinweis an, der auflistet, welche Plugins zuerst deaktiviert werden müssen. Umgekehrt aktiviert das Aktivieren eines Plugins automatisch dessen erforderliche Abhängigkeiten.
Was zeigt die „Projected Context Cost” im Marketplace?
Das Plugin-Browsing zeigt nun Token-Schätzungen pro Turn und pro Invocation für jedes Plugin vor der Installation an — der Nutzer sieht den Ressourcenverbrauch im Voraus und kann entscheiden, ob das Verhältnis von Funktionalität zu Token-Kosten sinnvoll ist.