Dynamic Workflows in Claude Code: Anthropic macht den Harness zum Multi-Agent-Orchestrator

Was ist passiert

Anthropic hat am 28. Mai 2026 Claude Opus 4.8 ausgerollt und zugleich Dynamic Workflows als Research Preview in Claude Code freigegeben. Verfügbar für Claude Code Enterprise, Team und Max ab Version 2.1.154, lauffähig in CLI, Desktop und der VS-Code-Extension. Das Modell-Update bringt einen Anstieg im SWE-Bench-Pro-Score von 64,3 auf 69,2 Prozent, ein viermal niedrigeres Pass-through ungelöster Code-Fehler und 84 Prozent auf Online-Mind2Web. Architektonisch bedeutender ist das Begleit-Feature: Claude plant zur Aufgabe ein Orchestrierungs-Skript, fanoutet auf bis zu 16 gleichzeitige und insgesamt 1.000 Subagenten pro Lauf und prüft die Ergebnisse anschließend gegeneinander, bis die Antworten konvergieren. Codebase-Migrationen über Hunderttausende Zeilen, von Anthropic ausdrücklich als Anwendungsfall genannt, werden damit von der Wartungs- in die Ausführungs-Frage verschoben.

Einordnung

Methodisch ist Dynamic Workflows eine andere Schicht als A2A oder MCP. A2A regelt die Verständigung zwischen eigenständigen Agenten verschiedener Anbieter, MCP regelt den Tool-Zugriff eines Agenten in seine eigene Umgebung. Dynamic Workflows ist die intra-Harness-Orchestrierung: derselbe Anbieter, dieselbe Inference-Spur, aber ein programmatisch erzeugter Fan-out mit eingebauter Refute-Konvergenz-Schleife. Die Verifikation wird damit Teil des Modell-Laufs, nicht erst eine nachgelagerte Prüfung durch den Entwickler. Das ist die Bewegung, die agentisches Coding qualitativ verschiebt — von der Einzel-Konversation mit Werkzeugen zur orchestrierten Multi-Agent-Inferenz innerhalb eines Vendor-Stacks.

Bedeutung für den Mittelstand

Für unsere Kundschaft ist das eine doppelte Botschaft. Der positive Befund zuerst: Aufgaben, die bisher als Plattform-Projekt budgetiert wurden, rücken in den Bereich eines einzigen orchestrierten Laufs. Die TYPO3-12-auf-13-Migration über eine große Extension-Landschaft, der Symfony-7-auf-8-Sprung in einem gewachsenen Sylius-Shop, ein Composer-Lockfile-Rewrite über Hunderte Repositories — diese Klasse wandert in „kann der Harness in einem Lauf abbilden, mit der bestehenden Testsuite als Messlatte“.

Compliance-seitig ist die Botschaft anspruchsvoller. Ein Lauf mit 1.000 Subagenten erzeugt nicht 1.000 unabhängige Datenverarbeitungen, sondern eine zusammenhängende Verarbeitung mit fanout-Struktur. Die Verantwortlichen-Rolle nach DSGVO bleibt, aber die Auftragsverarbeitungs-Beschreibung wird komplexer: was sieht welcher Subagent, welche Kunden-Identifier verteilen sich auf welche parallele Spur, wie wird der Lauf maschinenlesbar protokolliert. Unter NIS-2 gehört ein solcher Lauf in die KI-Komponenten-Dokumentation; unter DORA und MaRisk in das Drittparteien-Risiko-Inventar. Anthropic ist US-Anbieter; je nach Region (AWS Frankfurt, Vertex AI europe-west, Microsoft Foundry Sweden) bleibt die Inference in der EU, der Vertragsrahmen bleibt zu prüfen. Wer Personendaten oder Geschäftsgeheimnisse in einen 1.000-Subagent-Lauf gibt, ohne die Audit-Spur vorher zu klären, hat eine DSFA-Pflicht ausgelöst, nicht einen Hebel gewonnen.

Bedeutung für die technische Entwicklung

Architektonisch lassen sich drei Beobachtungen festhalten. Erstens, der Harness wird programmierbar auf einer neuen Schicht: ein vom Modell selbst geschriebenes JavaScript-Orchestrierungs-Skript ist Code, kein Prompt, und damit versionierbar, diffbar und reviewbar. Der Lauf wird reproduzierbar in einer Form, in der ein reines Chat-Transkript es nicht ist. Zweitens, die Refute-Konvergenz-Schleife ist ein eingebautes Verifikations-Pattern: eine Klasse von Subagenten erzeugt Befunde, eine andere widerlegt sie, bis die Antworten zur Ruhe kommen. Das ist methodisch verwandt mit Self-Consistency und Debate-Pattern aus der Research-Literatur, jetzt als Produkt-Feature direkt im Coding-Harness. Drittens, das Messages-API akzeptiert ab heute System-Einträge innerhalb des Messages-Arrays — Anweisungen können damit während eines laufenden Agents aktualisiert werden, ohne den Prompt-Cache zu invalidieren oder über einen User-Turn zu routen. Das ist die Schnittstelle, über die ein Harness Permissions, Token-Budgets oder Umgebungs-Kontext eines Subagenten zur Laufzeit nachsteuern wird.

Konkrete Handlungsempfehlung

In dieser Reihenfolge. Erstens, Dynamic Workflows ist Research Preview: kein Produktiv-Einsatz auf Personen- oder Geschäftsgeheimnis-Daten, bevor das Audit-Konzept steht. Zweitens, inventarisieren Sie Ihre Migrations- und Refactoring-Roadmap auf die Frage, welche Aufgaben sinnvoll als Subagent-Fanout abgebildet werden und welche bewusst Single-Agent bleiben, weil der Audit-Aufwand den Hebel auffrisst. Drittens, klären Sie die Region- und Vertragsspur Ihrer Claude-Nutzung (Direkt-API, AWS Bedrock, Vertex AI, Microsoft Foundry) und legen Sie pro Lauf-Klasse fest, welche Protokoll-Tiefe Sie persistieren — Subagent-Anzahl, Skript-Hash, Token-Verbrauch, Konvergenz-Verlauf, Diff gegen den Ziel-Repo-State. Wenn diese Schritte aus eigener Kraft nicht laufen, sprechen Sie mit uns. Moselwal baut agentische Coding-Pipelines, in denen die Audit-Spur vor dem Lauf festgelegt ist.

Dieser Beitrag spiegelt unsere technische und strategische Einschätzung. Er ersetzt keine Rechtsberatung und keine Datenschutz-Folgenabschätzung.

Quellen

• Anthropic — Introducing Claude Opus 4.8 (28.05.2026)
• Anthropic / claude.com — Introducing Dynamic Workflows in Claude Code (28.05.2026)
• TechCrunch — Anthropic releases Opus 4.8 with new ‘dynamic workflow’ tool (28.05.2026)
• MarkTechPost — Anthropic Ships Claude Opus 4.8 Alongside Dynamic Workflows and Cheaper Fast Mode (28.05.2026)