Claude Code 2.1.198: Browser-Agent GA, und die Übergabe wandert in den Draft-PR

Die Changelog-Welle vom Juni, die ich in Claude Code härtet die Orchestrierung und im Beitrag zu den MCP-Retries und dem Agenten-Panel beschrieben habe, drehte sich um Verlässlichkeit: Limits, Timeouts, Retries. Version 2.1.198 vom 1. Juli ist anders. Zwei Einträge ändern nicht, wie stabil der Agent läuft, sondern wo Ihre Arbeit mit ihm stattfindet. Claude in Chrome ist jetzt allgemein verfügbar, und Hintergrund-Agenten committen, pushen und öffnen einen Draft-PR, statt am Ende anzuhalten und auf Sie zu warten.

Was steht in Version 2.1.198?

Zwei Einträge verschieben den Arbeitsfluss, ein dritter liefert den Signalweg dazu. Erstens: Claude in Chrome, der Browser-Agent, ist jetzt allgemein verfügbar. Der Changelog widmet dem genau einen Satz. Zweitens: Hintergrund-Agenten, die aus claude agents gestartet werden, committen, pushen und öffnen einen Draft-PR, wenn sie Code-Arbeit in einem Worktree abschließen, statt anzuhalten und zu fragen. Drittens: Sitzungen, die Eingaben brauchen oder fertig sind, lösen jetzt den Notification-Hook aus, mit agent_needs_input und agent_completed als Ereignissen.

Was bedeutet die allgemeine Verfügbarkeit von Claude in Chrome?

Sie bedeutet einen Statuswechsel: Der Browser-Agent ist keine Vorschau mehr, sondern regulärer Teil des Produkts. Ein einzelner Satz im Changelog, aber er verändert, was Anthropic von dem Werkzeug erwartet. Eine Vorschau darf scheitern, ein allgemein verfügbares Feature soll getragen werden. Für die Praxis heißt das: Der Browser wird eine Fläche, auf der ein Agent handelt, nicht nur liest. Meine Einordnung bleibt dieselbe wie bei jedem neuen Aktionsraum. Die Reichweite wächst schneller als die Prüfbarkeit, denn was ein Agent im Browser tut, hinterlässt weniger nachvollziehbare Spuren als ein Diff im Repository. Genau deshalb finde ich den zweiten Eintrag derselben Version interessanter, weil er das Gegenmodell zeigt: Arbeit, die als prüfbares Artefakt endet.

Warum ist der Draft-PR die bessere Übergabe?

Weil er die Prüfung dorthin verlegt, wo sie ohnehin stattfindet. Bisher hielt ein Hintergrund-Agent nach getaner Arbeit an und fragte, wie es weitergeht. Das klingt höflich, ist aber teuer: Der Lauf steht, bis Sie es bemerken, und die Antwort landet in einem Chat, den außer Ihnen niemand sieht. Jetzt liefert der Agent ein Artefakt. Commit, Push, Draft-PR. Das Wort Draft trägt dabei die Architektur: Nichts wird gemergt, niemand hat etwas freigegeben. Der Agent produziert einen Vorschlag in dem Format, das Ihr Team ohnehin begutachtet, mit Diff, Historie und Kommentarspalte. Ihre Entscheidung verschwindet nicht, sie wandert vom Chat-Fenster in den Review. Und der Lauf verbringt keine Stunden mehr im Wartezustand, nur weil gerade niemand hinsieht.

Und wenn der Agent Sie doch braucht?

Dann meldet er sich, statt still zu stehen. Der neue Notification-Hook feuert, wenn eine Sitzung Eingaben braucht oder fertig ist. Sie entscheiden, was daraus wird, eine Desktop-Benachrichtigung, eine Nachricht ins Team, ein Eintrag in ein Log. Der Punkt ist: Sie müssen kein Panel mehr beobachten, um zu wissen, wann Sie gebraucht werden. Bemerkenswert ist ein weiterer Eintrag derselben Version: Sub-Agenten behandeln Nachrichten des Agenten, der sie gestartet hat, jetzt als normale Arbeitsanweisung, aber die Nachricht eines Agenten gilt weiterhin nie als Freigabe des Nutzers. Agenten dürfen Agenten steuern. Genehmigen kann nur der Mensch. Das ist genau die Grenze, die man festschreiben muss, bevor man Agenten unbeaufsichtigt committen und pushen lässt.

Was heißt das für den Alltag?

Der Arbeitsfluss verschiebt sich: starten, benachrichtigen lassen, Draft-PR prüfen. Damit wird der Review zum tragenden Prüfpunkt, und er muss dieses Gewicht auch tragen. Ein Draft-PR, den Sie ungelesen durchwinken, ist keine Prüfung, sondern eine Unterschrift unter fremde Arbeit. Es ist dieselbe Linie wie im Agentic Engineering: Die Fähigkeit des Agenten wächst, die Prüfung bleibt Ihre Aufgabe. Version 2.1.198 nimmt Ihnen diese Aufgabe nicht ab. Sie verlegt nur den Ort, an dem Sie sie wahrnehmen, vom Zwischenstopp im Chat in den Pull Request. Das ist ein besserer Ort. Aber nur, wenn Sie dort auch hinschauen.

Quellen

• Claude Code: Changelog