skip to content
Alle Beiträge
4 min Lesezeit

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

Claude Code: ein MCP-Gerüst, das es nochmal versucht, und ein Panel, das man lesen kann

  • Claude
  • Coding Agents
  • Agentic Engineering
  • Context Engineering

Die orchestrierungsnahen Korrekturen aus derselben Update-Welle habe ich schon in Claude Code härtet die Orchestrierung beschrieben: Tiefenlimit für Sub-Agents, MCP-Aufrufe, die abbrechen statt zu hängen, /rewind nach einem /clear. Dieselben Versionen tragen aber noch eine zweite Schicht Wartungsarbeit, die seltener Beachtung findet. Sie betrifft die Verkabelung zu den MCP-Servern und das Panel, durch das Sie Ihren Agenten zusehen. Beides entscheidet im Alltag darüber, ob ein Lauf durchläuft und ob Sie verstehen, was er gerade tut.

Was hat sich geändert?

Drei Dinge, die nicht in den Orchestrierungs-Beitrag gehörten. Erstens wiederholen MCP-Verbindungen jetzt vorübergehende Netzwerkfehler, statt beim ersten Stolpern aufzugeben. Zweitens zeigt das Agenten-Panel wieder die Geschwister-Agenten und springt beim Scrollen nicht mehr weg. Drittens sinkt die CPU-Last beim Streamen einer Antwort um rund 37 Prozent. Keine neuen Fähigkeiten, sondern weniger Reibung an den Stellen, die man erst bemerkt, wenn sie nerven.

Warum machen Retries die MCP-Verbindung belastbarer?

Weil ein vorübergehender Netzwerkfehler kein Grund ist, den ganzen Aufruf zu verlieren. Die Capability-Discovery, also tools/list, prompts/list und resources/list, wiederholt vorübergehende Netzwerkfehler jetzt mit kurzem Backoff. Beim OAuth gilt das Gleiche: Discovery- und Token-Anfragen versuchen es nach einem vorübergehenden Fehler einmal erneut, und in Umgebungen ohne Browser entfällt das Popup. Stattdessen landen Sie direkt bei der Aufforderung, die URL einzufügen. Dazu kommen klarere Fehler: Ein HTTP-404 zeigt jetzt die URL und verweist auf Ihre MCP-Konfiguration, und beim Start meldet Claude Code, wenn ein MCP-Server eine Authentifizierung braucht, mit Verweis auf /mcp. Das ist die unspektakuläre Sorte Härtung. Ein einzelner Paketverlust beim Verbindungsaufbau hat einen Agentenlauf bisher kippen lassen, obwohl der zweite Versuch funktioniert hätte. Genau diese Fehlersorte fängt ein Retry ab.

Was ändert sich am Agenten-Panel?

Es wird wieder lesbar. Zwei Korrekturen: Wenn Sie einen Sub-Agenten ansehen, blendet das Panel seine Geschwister nicht mehr aus, und beim Scrollen über die Überlaufgrenze hinaus springt die Liste nicht mehr um eine Zeile. Das klingt nach Kosmetik, ist aber die Voraussetzung dafür, dass Sie einer parallelen Orchestrierung überhaupt folgen können. Ein Panel, das Geschwister versteckt, lügt über den Zustand des Laufs. Sie sehen einen Agenten und glauben, das sei alles, während daneben drei weitere arbeiten. Verlässlichkeit ist auch eine Frage der Sichtbarkeit. Sie können nur verantworten, was Sie sehen, und das Panel ist der Ort, an dem Sie es sehen.

Was bringt die niedrigere CPU-Last?

Sie macht lange Sitzungen und parallele Agenten erträglicher. Laut Changelog sinkt die CPU-Last beim Streamen einer Antwort um rund 37 Prozent, erreicht durch das Bündeln der Text-Updates auf 100-Millisekunden-Intervalle. Wer einen einzelnen Prompt absetzt, merkt davon wenig. Wer mehrere Agenten gleichzeitig laufen lässt oder eine Sitzung über Stunden offen hält, merkt es am Lüfter und am Akku. Dazu kommt, dass das langsame Anwachsen des Speichers über lange Sitzungen aus dem Cache der Terminal-Ausgabe reduziert wurde. Beides zielt auf denselben Punkt: Der Agent soll auch dann ruhig bleiben, wenn er lange läuft.

Was heißt das für den Alltag?

Diese drei Einträge ändern nicht, was Claude Code kann, sondern wie zuverlässig es das im Dauerbetrieb tut. Ein Retry rettet einen Lauf, den ein kurzer Netzwerkhänger sonst gekostet hätte. Ein ehrliches Panel zeigt Ihnen, was wirklich parallel läuft. Eine niedrigere CPU-Last hält die Maschine kühl, wenn die Sitzung nicht enden will. Es ist dieselbe Linie wie beim Agentic Engineering: Verlässlichkeit entsteht nicht im Modell, sondern in der Architektur darum herum, in den Retries, den Timeouts und der Sicht auf den Zustand. Die Verantwortung bleibt bei Ihnen. Diese Updates sorgen nur dafür, dass Sie eine faire Chance haben, sie wahrzunehmen.

Quellen