Claude Code Dynamic Workflows erreichen GA für Pro-Nutzer

Dies ist das bedeutendste Claude Code Update seit dem Launch — und nicht, weil es 1.000 Agenten erzeugen kann. Dynamic Workflows wechselten am 2. Juli 2026 von der Research Preview in die General Availability und stehen erstmals Pro-Abonnenten ($20/Monat) zur Verfügung. Die architektonische Umstellung darunter — die Orchestrierung wandert aus dem Kontextfenster des Modells in eine JavaScript-Runtime — macht mehrtägige autonome Coding-Läufe architektonisch überhaupt erst möglich, statt durch das Kontextfenster unmöglich zu sein.

Was passiert ist

Anthropic stufte Dynamic Workflows am 2. Juli von der Research Preview auf GA hoch und weitete den Zugang erstmals auf Pro-Abonnenten ($20/Monat) aus. Zuvor war das Feature auf Max ($100/Monat für Einzelpersonen) oder Enterprise-Pläne beschränkt.

Das Feature erlaubt Claude Code, eigene JavaScript-Orchestrierungsskripte zu schreiben und bis zu 1.000 parallele Subagenten pro Lauf zu koordinieren, mit einem harten Limit von 16 gleichzeitig laufenden Agenten. Jeder Subagent erhält ein sauberes, fokussiertes Kontextfenster, das nur seine spezifische Aufgabe enthält — nicht die angesammelte Historie aller vorherigen Schritte.

Der Aufmerksamkeit erregende Nachweis: eine sechstägige Portierung der Bun-JavaScript-Runtime von Zig nach Rust — etwa 960.000 Zeilen Input zu 750.000 Zeilen Rust-Output — wobei 99,8 % der existierenden Test-Suite bestanden (Linux x64) (Tech Times, 2026).

Eine Offenlegung, die erwähnt werden sollte: Buns Entwickler Jarred Sumner ist seit der Übernahme von Bun durch Anthropic im Dezember 2025 Mitarbeiter von Anthropic. Die Portierung war eine interne Team-Demonstration von Anthropics Tool an Anthropics eigener Codebasis. Es ist eine echte Ingenieursleistung, aber keine unabhängige Validierung durch Dritte. Eine unabhängige Analyse ergab, dass der resultierende Rust-Branch etwa 13.000 bis 14.000 Unsafe-Blöcke enthält — eine zeilenweise maschinelle Übersetzung, kein idiomatisches Rewrite.

Warum das wichtig ist

Die Kontextfenster-Begrenzung hat jeden Ansatz für autonomes KI-Coding bestimmt. In jedem früheren Claude Code-Muster hielt das Modell den Orchestrierungsplan in seiner Konversation — jedes Zwischenergebnis, jede Sackgasse und jeder Neuversuch sammelte sich an, bis das Fenster voll war. Bei einer großen Codebasis war diese Obergrenze lange vor der Aufgabe erreicht.

Dynamic Workflows verlagern den Plan: Claude schreibt ein JavaScript-Orchestrierungsskript, eine separate Runtime führt es im Hintergrund aus, und der Kontext des Modells erhält nur die finale, synthetisierte Antwort. Die Orchestrierungslogik, Verzweigungsentscheidungen, Zwischenergebnisse und Verifikationsschleifen leben alle im Skript — nicht im Speicher eines einzelnen Modells. Das ist der Unterschied zwischen der Koordination einer Handvoll Agenten und der Koordination von Hunderten über einen mehrstündigen Lauf hinweg.

Das Feature wendet zudem ein wiederholbares Qualitätsmuster an, das einfacheren Fan-Out-Ansätzen fehlt. Wenn Claude Worker-Agenten auf parallele Teilaufgaben ansetzt, hinterfragt eine separate Schicht adversarialer Agenten diese Ergebnisse, bevor etwas den Nutzer erreicht (Anthropic, 2026). Ein Migrationsagent, der 99 % Abschluss meldet, wird nicht für bare Münze genommen; ein Widerlegungsagent wird damit beauftragt, zu finden, was übersehen wurde. Der Lauf iteriert, bis die Ergebnisse unter adversarialer Prüfung konvergieren. Das behebt direkt den gut dokumentierten Fehlermodus, bei dem LLM-basierte Agenten erfolgreiche Selbstverifikation übermäßig melden.

Was sich für Sie ändert

Token-Kosten skalieren linear mit der Agentenzahl. Bei Claude Opus 4.8-Preisen ($5/M Input, $25/M Output) kann ein voller 24-Stunden-Parallellauf $400–$600 kosten (Tech Times, 2026 Schätzung). Anthropic warnt, Dynamic Workflows "verbrauchen erheblich mehr Tokens als eine typische Claude Code Session" (Tech Times, 2026). Das Feature zieht von den planbezogenen Nutzungslimits bei Pro- und Max-Plänen ab — es wird nicht separat abgerechnet.

Ultracode-Einstellung: Reservieren Sie /effort ultracode für Sessions, in denen die meisten Aufgaben groß, mehrdeutig oder geschäftskritisch sind. Es setzt Claude auf maximales Reasoning und lässt es automatisch entscheiden, wann ein Dynamic Workflow gestartet wird — wendet diese Entscheidung aber auf jede nachfolgende Aufgabe der Session an. Für Routine-Arbeit zurück auf /effort high wechseln.

Wie Mitch Ashley von der The Futurum Group anmerkte: "Die Veränderung überholt, was ein Team von Hand überprüfen kann. Organisationen, die das einsetzen, brauchen Verifikation, Governance und Evidenzerfassung, die im Tempo der Generierung skalieren" (Tech Times, 2026).

Das Feature ist verfügbar über Claude Code CLI, Desktop, VS Code Extension und über die Claude API auf Amazon Bedrock, Vertex AI und Microsoft Foundry. Erfordert Claude Code v2.1.154 oder neuer.

FAQ

Worin besteht der architektonische Unterschied zu früheren Claude Code Agent-Mustern?
Zuvor lebte jede Koordinationsentscheidung und jedes Zwischenergebnis im Kontextfenster des Modells — eine feste Größenbeschränkung, die eine große Migration erschöpfen konnte, bevor die Aufgabe beendet war. Dynamic Workflows verlagern den Orchestrierungsplan in ein JavaScript-Skript, das von einer separaten Hintergrund-Runtime ausgeführt wird. Der Kontext des Modells erhält nur die finale synthetisierte Antwort, was Läufe mit mehreren Hundert Agenten architektonisch möglich macht.

Wie funktioniert die adversariale Verifikationsschicht?
Einfache Fan-Out-Ansätze vertrauen der Ausgabe jedes Agenten und machen weiter. Dynamic Workflows fügen eine separate Verifikationsstufe hinzu: Widerlegungsagenten werden gezielt damit beauftragt, zu finden, was die Worker-Agenten übersehen haben. Ein Migrationsbericht, der 99 % Abschluss meldet, wird nicht akzeptiert — ein Verifikationsagent versucht, ihn zu widerlegen. Der Lauf iteriert, bis die Ergebnisse unter dieser Gegenprüfung konvergieren, und behebt so den dokumentierten LLM-Fehlermodus, bei dem die Selbstverifikation übermäßig als erfolgreich gemeldet wird.

Was ist das tatsächliche Kostenrisiko beim Ausführen eines Workflows?
Token-Kosten skalieren linear — jeder parallele Agent verbraucht unabhängig Tokens. Ein 10-Agenten-Lauf kostet etwa das 10-fache eines Einzelagenten-Laufs. Anthropic empfiehlt, zuerst mit einer abgegrenzten Aufgabe zu testen (einzelnes Verzeichnis, nicht das ganze Repo) und via /workflows zu überwachen. Bei Opus 4.8-Preisen: Planen Sie $400–600 für einen vollen 24-Stunden-Parallellauf ein.

tldr_happened

Anthropic stufte Claude Code Dynamic Workflows am 2. Juli von der Research Preview auf GA hoch und weitete die Orchestrierung mit 1.000 parallelen Agenten erstmals auf Pro-Abonnenten ($20/Monat) aus.

tldr_matters

Die architektonische Umstellung — Orchestrierung wandert vom Kontextfenster des Modells in eine JavaScript-Hintergrund-Runtime mit adversarialer Verifikation — macht mehrtägige autonome Coding-Läufe architektonisch möglich. Zuvor ein durch das Kontextfenster begrenztes Muster, jetzt eine Infrastruktur-Fähigkeit.

tldr_action

Pro-Nutzer: Via /config aktivieren und mit einer abgegrenzten Aufgabe testen, um Kosten zu kalibrieren ($400–600 für einen 24-Stunden-Parallellauf). Max/Team: Bereits an — via /workflows überwachen und Token-Budgets setzen. Enterprise: Admin um Aktivierung bitten; Verifikations-Governance planen.

actions

(None)