Claude Code stellt Dynamic-Workflow-Funktion vor

• Claude Code verteilt große, komplexe Engineering-Aufgaben, die für einen einzelnen Agenten schwer zu bewältigen sind, auf Dutzende bis Hunderte paralleler Subagenten
• In einer einzigen Sitzung werden Orchestrierungsskripte dynamisch geschrieben, um parallele Subagenten auszuführen; die Ergebnisse werden vor der Übergabe an den Nutzer intern verifiziert
• Im Fall von Jarred Sumners Portierung von Bun von Zig nach Rust wurden rund 750.000 Zeilen Rust-Code in 11 Tagen geschrieben und gemergt, wobei 99,8 % der bestehenden Test-Suite bestanden wurden
• Für Nutzer von Max-, Team-Plänen und der API ist die Funktion standardmäßig aktiviert; bei Enterprise ist eine separate Aktivierung durch Administratoren erforderlich, unterstützt in Claude Code CLI, Desktop und der VS Code-Erweiterung
• Im Vergleich zu normalen Claude-Code-Sitzungen steigt der Token-Verbrauch deutlich, daher wird empfohlen, mit klar abgegrenzten Aufgaben zu beginnen

---

Was ist Dynamic Workflow?

• Eine Funktion zur Bearbeitung von Aufgaben, die mit der einmaligen Verarbeitung durch einen einzelnen Agenten kaum zu bewältigen sind — insbesondere Bug-Suche, Migrationen über Hunderte von Dateien hinweg und mehrperspektivische Stresstests in komplexen Legacy-Codebasen
• Claude erstellt auf Basis des Prompts dynamisch einen Plan, zerlegt die Arbeit in Subtasks und verteilt sie auf parallele Subagenten
• Jeder Agent nähert sich dem Problem aus einer unabhängigen Perspektive, andere Agenten versuchen, die Ergebnisse zu widerlegen, und der Prozess wird wiederholt, bis sich die Antworten angenähert haben
• Der Fortschritt wird in Echtzeit gespeichert, sodass sich die Arbeit bei Unterbrechungen nicht von vorn beginnen muss, sondern am letzten Punkt fortgesetzt werden kann
• Da die Koordination außerhalb der Unterhaltung erfolgt, driftet der Plan auch bei großem Umfang nicht ab

Unterstützte Plattformen und Verwendung

• Als Research Preview in Claude Code CLI, Desktop und der VS Code-Erweiterung verfügbar
• Unterstützte Plattformen: Claude API, Amazon Bedrock, Vertex AI, Microsoft Foundry
• Verfügbare Pläne: Max, Team, Enterprise (bei Aktivierung durch Administratoren)
• Zwei Möglichkeiten zum Start:
  • Claude direkt bitten, einen Workflow zu erstellen (z. B. "Create a workflow")
  • Die Claude-Code-spezifische Einstellung ultracode aktivieren — erreichbar im Effort-Menü; dabei den Effort-Level auf xhigh setzen, woraufhin Claude automatisch entscheidet, ob ein Workflow verwendet wird
• Für die beste Erfahrung wird empfohlen, den Auto-Modus zu aktivieren
• Beim ersten Ausführen eines Workflows zeigt Claude Code den Ablauf an und fordert die Bestätigung des Nutzers an
• Organisationsadministratoren können Workflows in den managed settings deaktivieren
• Im Enterprise-Plan ist die Funktion bei Auslieferung standardmäßig deaktiviert und kann von Administratoren in den Claude-Code-Einstellungen geändert werden

Wichtige Anwendungsfälle

• Bug-Suche im gesamten Codebestand, profilergestützte Optimierungs-Audits und Security-Audits: Parallele Untersuchung von Services und Repositories mit unabhängiger Verifikation aller Ergebnisse, einschließlich umfassender Prüfung von Authentifizierungs-Checks, Eingabevalidierung und unsicheren Mustern
• Groß angelegte Migrationen und Modernisierungsvorhaben: End-to-End-Bearbeitung von Framework-Wechseln, Reaktionen auf API-Abkündigungen und Sprach-Portierungen über Tausende von Dateien hinweg
• Kritische Aufgaben mit Bedarf an doppelter Verifikation: Wenn die Kosten von Fehlantworten hoch sind, erfolgt die Prüfung durch unabhängige Versuche und adversariale Agenten, die Ergebnisse absichtlich zu brechen versuchen

Beispiel: Neuschreibung von Bun

• Jarred Sumner nutzte Dynamic Workflows, um Bun von Zig nach Rust zu portieren
• Rund 750.000 Zeilen Rust-Code wurden geschrieben, 99,8 % der bestehenden Test-Suite bestanden, und vom ersten Commit bis zum Merge dauerte es 11 Tage
• Rollenverteilung je Workflow:
  • Erster Workflow: Zuordnung geeigneter Rust-Lifetimes zu allen Struct-Feldern der Zig-Codebasis
  • Zweiter Workflow: Schreiben aller .rs-Dateien als funktionsgleiche Portierungen der .zig-Dateien; Hunderte Agenten arbeiteten parallel, mit zwei Reviewern pro Datei
  • Fix-Loop: Wiederholung, bis Build und Test-Suite vollständig bestanden wurden
  • Nach Abschluss der Portierung bearbeitete ein Overnight-Workflow unnötige Datenkopien und erstellte einen PR zur abschließenden Prüfung
• Der Stand ist derzeit noch vor dem Production-Deployment; Jarred Sumner will später weitere Details separat veröffentlichen

Hinweise zur Nutzung

• Der Token-Verbrauch steigt deutlich im Vergleich zu normalen Claude-Code-Sitzungen
• Es wird empfohlen, mit klar abgegrenzten Aufgaben zu beginnen, ein Gefühl für den Verbrauch zu entwickeln und dann schrittweise zu erweitern

[zero0000]

Da das Modell automatisch ausgewählt wird, steigt der Token-Verbrauch nicht so stark an, wie ich erwartet hatte.