Der Workflow: ein Fließband

Was es ist und warum es zählt

Wenn ich Claude in einer einzigen Nachricht um eine neue Funktion bitte, macht es alles selbst, in einem Rutsch: Es sucht, entscheidet, schreibt und sagt mir am Ende „fertig“. Für kleine Sachen passt das. Bei einer echten Funktion vermischen sich die Schritte aber. Es sucht mittendrin, plant beim Schreiben, und geprüft wird von dem, der den Code gerade geschrieben hat.

Ein Workflow bringt Ordnung hinein. Es ist ein Skript, das Claude für deine Aufgabe schreibt und das Claude Code im Hintergrund laufen lässt: Es startet mehrere Subagenten, jeden mit seiner eigenen Arbeit, und reicht die Ergebnisse von einem zum nächsten weiter. Der Plan steckt nicht mehr in Claudes Kopf, sondern im Skript. Und du kannst die Sitzung in der Zeit weiter nutzen.

Ich nutze ihn wie ein Fließband. Fünf Stationen, ein Agent pro Station, jeder mit einer einzigen Aufgabe. Jeder Agent bekommt das Teil vom vorherigen Schritt und prüft, bevor er daran arbeitet, ob es gut gemacht ist. Wenn nicht, hält das Band an.

Warum es zählt: Wer versucht, den Code kaputtzumachen, hat ihn nicht geschrieben, und sucht deshalb genau die Lücken, die der Autor nicht sieht. Und wenn die Dateiliste oder der Plan falsch ist, merkst du es sofort, bevor jemand darauf aufbaut.

1. Beim ersten Mal: Bitte um einen Workflow

Das Skript schreibst nicht du. Es reicht, mit deinen eigenen Worten darum zu bitten, zum Beispiel „nutz einen Workflow“: Claude schreibt das Skript und startet es. Das Wort ultracode im Prompt funktioniert auch, ist aber nicht nötig: Eine direkte Bitte zählt genauso.

Das ist der Prompt, den ich in Claude Code einfüge. Statt der eckigen Klammern schreibst du die Funktion, die du willst, so beschrieben, wie du sie einem Menschen erklären würdest.

Nutz einen Workflow mit fünf Schritten für: [beschreib die Funktion]. Jeder Schritt ist ein anderer Agent, mit einer einzigen Aufgabe, und bekommt das Ergebnis des vorherigen Schritts.
1. SUCHEN: Finde im Code die Dateien und Funktionen, die damit zu tun haben, jeweils mit dem Grund.
2. PLANEN: Prüf, ob die Liste stimmt und vollständig ist, dann schreib einen Plan in Stichpunkten: was sich ändert, in welcher Reihenfolge, wie es geprüft wird.
3. BAUEN: Prüf, ob der Plan trägt, dann setz ihn um und lass die Tests laufen.
4. KAPUTTMACHEN: Versuch, das Gebaute kaputtzumachen (leere Daten, nicht eingeloggter Nutzer, Doppelklick, Handy). Wenn du einen Fehler findest, schick ihn mit der Beschreibung an Schritt 3 zurück und versuch es noch mal, höchstens zweimal.
5. ZUSAMMENFASSEN: Prüf, ob die Tests durchlaufen, dann schreib, was sich geändert hat, was getestet wurde und was noch zu tun ist.
Wenn ein Schritt ein Problem im vorherigen Schritt findet, hält er an und sagt es: Nichts geht weiter, bis es behoben ist.
Nenn den Workflow "kette" und lies die zu bauende Funktion aus args.

Was jede Station macht:

• SUCHEN fasst nichts an. Es bringt nur die Liste der Dateien zurück, jeweils mit dem Grund.
• PLANEN prüft zuerst die Liste und schreibt dann, was sich ändert, in welcher Reihenfolge und wie es geprüft wird.
• BAUEN prüft, ob der Plan trägt, setzt ihn um und lässt die Tests laufen.
• KAPUTTMACHEN ist die Station, die den Unterschied macht. Sie probiert die Fälle, die man meistens vergisst: leere Daten, nicht eingeloggter Nutzer, Doppelklick, Handy. Wenn sie einen Fehler findet, schickt sie ihn an BAUEN zurück, höchstens zweimal, damit die Runde nicht endlos weiterläuft.
• ZUSAMMENFASSEN prüft, ob die Tests durchlaufen, und sagt dir, was sich geändert hat, was getestet wurde und was noch zu tun ist.

Die Zeile „Wenn ein Schritt ein Problem…“ hält alles zusammen. Ohne sie wird aus einer falschen Liste im ersten Schritt ein falscher Plan und dann falscher Code, der die Tests besteht.

Die letzte Zeile ist dagegen für später, wenn du sie speicherst. Der Name des Befehls kommt aus dem Skript, also bittest du gleich darum, ihn kette zu nennen. Und die Funktion liest es aus args, also aus der Eingabe, die du beim Starten mitgibst: So arbeitet dieselbe Kette jedes Mal an einer anderen Funktion, statt die vom ersten Mal zu wiederholen.

Bevor es losgeht, fragt Claude Code dich normalerweise um Erlaubnis und zeigt dir die geplanten Phasen. Von dort kannst du auch das Skript öffnen und lesen, bevor du ja sagst.

2. Verfolg sie, während sie arbeitet

Die Kette läuft im Hintergrund, du kannst also in der Sitzung weiterschreiben. Um zu sehen, wie weit sie ist:

/workflows

• Du siehst die Phasen untereinander, jede mit ihren Agenten.
• Mit den Pfeiltasten wählst du eine Phase, mit Enter gehst du hinein und siehst, was jeder Agent gemacht hat: die Aufgabe, die er bekommen hat, die Werkzeuge, die er benutzt hat, das Ergebnis. Mit Esc gehst du zurück.
• p pausiert die Runde und setzt sie fort, x stoppt den ausgewählten Agenten oder die ganze Runde, wenn die Runde selbst ausgewählt ist.

3. Speicher sie einmal

Wenn dir eine Runde gefallen hat, musst du den Prompt nicht jedes Mal neu einfügen. Du speicherst sie als Befehl:

1. Tipp /workflows und wähl die Runde aus, die du behalten willst.
2. Drück s: Das Fenster zum Speichern öffnet sich.
3. Mit Tab wählst du, wo: .claude/workflows/ im Projekt oder ~/.claude/workflows/ in deinem persönlichen Ordner.
4. Drück Enter.

In .claude/workflows/ gilt die Kette für dieses Projekt, und wenn du sie committest, hat sie auch jeder, der das Repository klont. In ~/.claude/workflows/ hast du sie in all deinen Projekten, und nur du siehst sie.

Was du speicherst, ist das Skript der Runde, nicht der Prompt. Die Kette macht also jedes Mal dieselben Schritte, in derselben Reihenfolge, mit denselben Prüfungen. Und der Befehl bekommt den Namen, der im Skript steht: Deshalb hast du im Prompt darum gebeten, ihn kette zu nennen.

4. Starte sie, wann du willst

Ab der nächsten Sitzung reicht eine Zeile, mit der neuen Funktion:

Führ /kette aus für: füg den Login mit Google hinzu

Was du nach „für:“ schreibst, kommt in args beim Skript an, und die Kette arbeitet an dieser Funktion. Die Arbeit verfolgst du weiterhin in /workflows, Phase für Phase.

5. Bevor du sie richtig einsetzt

Sie verbraucht mehr Tokens

Ein Workflow startet mehrere Agenten, deshalb verbraucht eine Runde mehr Tokens als eine normale Anfrage, und sie zählt zu den Limits deines Tarifs. Probier es zuerst an etwas Kleinem aus. In /workflows siehst du, wie viele Tokens jeder Agent beim Arbeiten verbraucht, und du kannst die Runde jederzeit stoppen.

Wenn es /workflows nicht gibt

Workflows gibt es in allen kostenpflichtigen Tarifen, aber im Pro-Tarif musst du sie einschalten: Öffne /config und such die Zeile Dynamic workflows. Wenn sie dort aus sind, funktionieren weder /workflows noch die gespeicherten Befehle.

Dieselbe Kette, ohne Workflow

Alternativ legst du denselben Text in .claude/skills/kette/SKILL.md ab. Daraus wird ein Skill, und du startest ihn mit /kette. Drei Anpassungen: Statt [beschreib die Funktion] schreibst du $ARGUMENTS, damit Claude Code dort einsetzt, was du nach dem Befehl tippst; den ersten Satz machst du zu „Folge diesen fünf Schritten für:“; die letzte Zeile, die über kette und args, streichst du. Dann bittest du Claude, für jeden Schritt einen anderen Subagenten zu nutzen. Und nimm den einen oder den anderen Weg, nicht beide mit demselben Namen: So weißt du immer, welches /kette du startest.

Führ /kette aus für: füg den Login mit Google hinzu. Nutz für jeden Schritt einen anderen Subagenten.

Die Schritte sind dieselben. Es ändert sich, wer den Faden in der Hand hält: Beim Skill reicht Claude die Arbeit von einem Helfer zum nächsten, und die Ergebnisse laufen durch deine Unterhaltung. Beim Workflow macht das das Skript, und bei dir kommt nur die Zusammenfassung am Ende an.

Häufige Fehler

• Die Kette für einen Text oder eine Farbe benutzen. Fünf Agenten für eine Zeile sind nur Warten und Tokens: Für kleine Sachen reicht eine normale Nachricht.
• Die Zeile „Wenn ein Schritt ein Problem…“ streichen. Ohne Prüfung zwischen den Schritten kommt ein Fehler vom Anfang bis ganz nach hinten durch: Lass sie immer drin.
• Die Zeile über kette und args streichen. Ohne sie bekommt der Befehl einen anderen Namen und baut womöglich immer wieder die Funktion vom ersten Mal: Lass sie im Prompt.
• Gleich mit einer großen Funktion anfangen. Probier sie beim ersten Mal an etwas Kleinem aus und schau in /workflows, wie viele Tokens sie verbraucht.
• Der Zusammenfassung trauen, ohne hinzuschauen. Lies, was noch zu tun ist, und probier die Funktion selbst aus, mindestens einmal auf dem Handy.

Checkliste

• Der Prompt hat die fünf Schritte und die Prüfzeile
• Die Funktion steht anstelle der eckigen Klammern
• Der Workflow heißt kette und liest die Funktion aus args
• Erster Test an etwas Kleinem
• Ich verfolge die Runde in /workflows
• Mit s gespeichert, im Projekt oder in ~/.claude/workflows/
• Ich habe die Zusammenfassung gelesen und die Funktion selbst ausprobiert

Häufige Fragen