Ein neues Feature in Claude Code hat 41 Agenten gleichzeitig gestartet, 5 Millionen Tokens verbraucht und in einem einzigen Lauf das halbe Monatsbudget aufgebraucht. Klingt beeindruckend. Die ehrlichere Frage ist: Brauchen Sie das überhaupt? In den meisten Fällen lautet die Antwort „nein“, und genau das macht die Funktion erst interessant.
Das Wichtigste in Kürze
- Dynamische Workflows (mit Opus 4.8): Claude schreibt ein JavaScript-Skript, das Dutzende bis Hunderte Sub-Agenten parallel laufen lässt und am Ende zusammenführt.
- Mächtig, aber teuer. Jeder Agent ist ein vollwertiger Claude-Aufruf. Ein Workflow kann ein Monatsbudget halbieren.
- Fünf Werkzeuge: Skill, Sub-Agent, Agent-Team, /goal, Workflow, für unterschiedliche Aufgaben. Der Unterschied: wie viele Agenten beteiligt sind und ob sie miteinander reden.
- Tiefe vs. Breite: /goal wiederholt bis zum Ziel; ein Workflow verteilt breit auf viele Agenten.
- Kurz: Für Wissensarbeit und Automatisierung selten nötig. Für große, parallele Code-Jobs sinnvoll.
Worum es geht
Mit Claude Opus 4.8 hat Anthropic ein neues Feature in Claude Code eingeführt: dynamische Workflows. Auf den ersten Blick stiftet das Verwirrung. Es gibt bereits Sub-Agenten, Agent-Teams und /goal. Warum jetzt noch ein Konzept, und wann setzt man es ein, vor allem bei den Kosten, die im Raum stehen?
Ich nehme das zum Anlass, die fünf Werkzeuge sauber auseinanderzuhalten. Nicht, weil Sie jedes täglich brauchen, sondern weil es hilft zu wissen, was ein Feature tut und wann es ein echtes Problem löst, statt mitzumachen, nur weil es neu ist.
Fünf Werkzeuge, die sich ähnlich anfühlen
Der eigentliche Unterschied ist simpel: Wie viele Agenten sind im Spiel, und können sie miteinander reden?
- Skill: ein wiederverwendbares Rezept. Wird mit der Zeit besser.
- Sub-Agent: paralleler Arbeiter mit eigenem Kontextfenster. Redet nicht mit anderen, nur Rückmeldung an die Hauptsitzung.
- Agent-Team: kleine Crew mit eigenen Rollen, die sich abstimmt und eine Aufgabenliste teilt. Teurer.
- Workflow: Claude schreibt ein JavaScript-Skript, das viele Agenten orchestriert. Ergebnisse werden am Ende zusammengeführt.
Der entscheidende Unterschied beim Workflow: Wer hält den Plan? Beim Workflow ist die JavaScript-Datei der Plan, und sie lässt sich speichern und erneut ausführen.
Die Leiter: mehr Leistung, mehr Risiko, mehr Kosten
- Claude einfach fragen: nachdenken, ein Web-Abruf, ein API-Call.
- Skill: wiederholbarer Prozess.
- Sub-Agent: Arbeit parallel zur Hauptsitzung.
- Agent-Team: parallele Arbeiter, die miteinander reden.
- /goal: Schleife, bis ein Kriterium erfüllt ist.
- Dynamischer Workflow: großer, paralleler Job.
Die gute Nachricht: Einen Workflow lösen Sie nicht versehentlich aus. Claude fragt vorher nach.
Workflow vs. /goal: Breite gegen Tiefe
- /goal ist Tiefe. Eine Schleife, die immer wieder prüft, ob das Ziel erreicht ist. Ein Agent nimmt mehrere Durchgänge.
- Workflow ist Breite. Viele Sub-Agenten bearbeiten unterschiedliche Dinge; am Ende wird alles zusammengeführt. Sie prüfen nicht gegen ein „fertig“-Kriterium, sondern führen einen festgelegten Plan aus.
Die Kostenfrage, ehrlich beantwortet
Jeder Agent ist ein vollwertiger Claude-Aufruf mit eigenem Kontext, und es werden viele gestartet. Der Großteil der Kosten landet auf der Eingabe-Seite, günstiger als Ausgabe, summiert sich aber schnell.
Drei Regeln, dieselbe Disziplin wie bei /goal:
- Scope eingrenzen.
- Das Ergebnis benennen.
- Sub-Agenten auf Haiku setzen, wo es geht.
Wann es sich tatsächlich lohnt
Greifen Sie zum Workflow (oder Agent-Team), wenn:
- Sie jede Datei in einer Codebasis prüfen.
- Sie eine Migration über 400 Dateien vor sich haben.
- das Risiko hoch ist und jedes Teilstück maximale Rechenleistung verdient.
Lassen Sie es bei Einzeländerungen, schnellen Fragen oder allgemeiner Wissensarbeit. Der Lackmustest: Zerfällt die Aufgabe in viele unabhängige, gleichzeitig laufende Teile? Wenn ja, probieren Sie einen Workflow.
Zwei versteckte Details
Wo das Skript gespeichert wird
Workflow-Skripte landen standardmäßig global im Claude-Code-Arbeitsverzeichnis. Für das Projekt weisen Sie Claude ausdrücklich an, in .claude/workflows zu speichern. Danach ist erneutes Ausführen trivial.
ultracode, die teuerste Stufe
Mit /effort stellen Sie die Reasoning-Stufe von Opus ein. Es gibt aber auch ultracode: am klügsten und am teuersten. Jeder Prompt wird zum Workflow, viele Bestätigungen werden übersprungen. Noch ein Detail: Das Wort „workflow“ leuchtet beim Tippen bunt auf, löst aber nicht automatisch einen aus. Verlässlich: „Richte mir einen dynamischen Workflow ein, der …“
Das Ganze auf einer Seite
- Schnelle Einzelfrage → einfach Claude Code fragen.
- Etwas, das Sie wiederholen → ein Skill.
- Eine unübersichtliche Nebenaufgabe → ein Sub-Agent.
- Eine kleine Crew, die sich abstimmt → ein Agent-Team.
- Laufen, bis ein Kriterium erfüllt ist → /goal.
- Ein großer, paralleler Job → dynamische Workflows (mit Vorsicht).
Und MCPs, CLIs und API-Endpunkte lassen sich in jedes dieser Werkzeuge einklinken, so binden Sie Ihre eigenen Daten und Systeme an.
Wann sich ein Workflow lohnt
Dynamische Workflows sind ein starkes Werkzeug für genau einen Fall: große Aufgaben, die in viele unabhängige, parallele Teile zerfallen. Für alles andere sind Skill, Sub-Agent oder /goal meist die ehrlichere und günstigere Wahl. Die wichtigste Fähigkeit ist nicht, jedes neue Feature zu nutzen, sondern zu erkennen, wann ein Problem es wirklich verlangt. Genau diese Frage stelle ich bei jedem Automatisierungsprojekt: Braucht es das Schwergewicht, oder reicht eine schlanke, regelbasierte Lösung?
Quelle: Frei adaptiert nach „Claude Code Dynamic Workflows Clearly Explained“ von Nate Herk | AI Automation, auf YouTube ansehen. Einordnung, Auswahl und Formulierung stammen von pletzenauer — digital consulting.