skip to content
Alle Beiträge
4 min Lesezeit

Von KI-Agenten geschrieben, von mir kuratiert und geprüft.

Claude Code härtet die Orchestrierung: Verlässlichkeit gehört in die Architektur

  • Claude
  • Coding Agents
  • Agentic Engineering
  • Verification

Die letzten Claude-Code-Versionen bis zum 25. Juni lesen sich nicht wie eine Feature-Liste, sondern wie Wartungsarbeit an tragenden Teilen. Ein Tiefenlimit für geschachtelte Sub-Agents, MCP-Aufrufe, die abbrechen statt zu hängen, und ein /rewind, das den Kontext nach einem /clear zurückholt. Drei Einträge, ein Thema: Verlässlichkeit. Genau dort, wo ein Coding-Agent im Team-Alltag sonst leise scheitert.

Was hat sich geändert?

Drei Punkte aus dem Changelog. Sub-Agents können eigene Sub-Agents starten, aber nur noch bis zu fünf Ebenen tief, und Vordergrund-Agents halten sich jetzt an dasselbe Limit. Entfernte MCP-Tool-Aufrufe brechen nach einem Stillstand mit einem Fehler ab, statt unbegrenzt zu blockieren, und die Authentifizierung verbindet sich bei einem 401 oder 403 neu, statt liegenzubleiben. Und /rewind kann eine Unterhaltung von vor einem /clear wieder aufnehmen. Keine neue Fähigkeit, sondern weniger Stellen, an denen die alten versagen.

Warum ein Tiefenlimit mehr ist als eine Zahl

Seit Version 2.1.172 können Sub-Agents ihre eigenen Sub-Agents starten, bis zu fünf Ebenen tief. Version 2.1.181 hat einen Fehler behoben, bei dem Vordergrund-Agents unbegrenzte verschachtelte Ketten erzeugen konnten; jetzt gilt für sie dasselbe Limit von fünf Ebenen wie für die Hintergrund-Agents. Das klingt nach einer Randnotiz, ist aber der Unterschied zwischen Orchestrierung und Wildwuchs. Ein Agent, der Agenten startet, die wieder Agenten starten, hat ohne Grenze kein natürliches Ende. Er verbraucht Tokens, Zeit und Aufmerksamkeit, und Sie merken es erst an der Rechnung. Eine feste Obergrenze macht die Tiefe vorhersehbar. Sie können planen, was eine Aufgabe kostet, weil Sie wissen, wie tief sie sich verzweigen darf.

Warum Abbruch besser ist als Hängen

Version 2.1.187 hat entfernte MCP-Tool-Aufrufe behoben, die fünf Minuten lang ohne Antwort hingen; sie brechen nun mit einem Fehler ab, statt unbegrenzt zu blockieren, und das Verhalten lässt sich über CLAUDE_CODE_MCP_TOOL_IDLE_TIMEOUT einstellen. Version 2.1.193 hat die Authentifizierung des headersHelper verbessert: Bei einem 401 oder 403 läuft er erneut und verbindet sich automatisch neu. Das ist die unscheinbarste, aber praktischste Art von Härtung. Ein hängender Aufruf ist schlimmer als ein fehlgeschlagener, denn ein Fehler ist sichtbar und eine Schleife kann darauf reagieren. Ein Hänger blockiert den Lauf, ohne ein Signal zu geben. Ein abgelaufenes Token, das sich von selbst neu verbindet, erspart Ihnen den Abbruch mitten in einer langen Aufgabe. Verlässlichkeit heißt hier: Der Agent scheitert laut, oder er erholt sich still.

Was bringt /rewind nach /clear?

Version 2.1.191 hat /rewind so erweitert, dass es eine Unterhaltung von vor einem /clear wieder aufnehmen kann. Wer mit Coding-Agents arbeitet, kennt den Moment: Man räumt den Kontext leer, um Platz zu schaffen, und merkt eine Frage später, dass man den Faden noch gebraucht hätte. Bisher war das ein endgültiger Schnitt. Jetzt ist es umkehrbar. Das senkt die Kosten einer Fehlentscheidung, und genau das ist der Punkt. Ein Werkzeug wird nicht dadurch verlässlich, dass man keine Fehler macht, sondern dadurch, dass ein Fehler sich zurücknehmen lässt.

Was heißt das für den Team-Alltag?

Diese drei Einträge ändern nicht, was Claude Code kann. Sie ändern, wie oft es auf halbem Weg liegenbleibt. Für einen Praktiker, der Agenten in eine Pipeline einbaut, ist das wertvoller als eine neue Fähigkeit. Ein Tiefenlimit macht Kosten planbar. Ein sauberer Abbruch macht Fehler behandelbar. Ein umkehrbares /clear macht Bedienfehler verzeihlich. Das ist die Sorte Arbeit, die selten in einer Überschrift steht und trotzdem darüber entscheidet, ob ein nächtlicher Lauf am Morgen fertig ist oder seit Stunden an einem toten Aufruf hängt.

Es bestätigt eine Linie, die ich beim Loop Engineering schon beschrieben habe: Verlässlichkeit entsteht nicht im Modell, sondern in der Schleife darum herum. Limits, Timeouts und Rücknahmen sind die Architektur, die einen Agenten alltagstauglich macht. Die Verantwortung bleibt bei Ihnen. Diese Updates machen sie nur leichter zu tragen, weil weniger unbemerkt schiefgeht.

Quellen