Hi {{FIrst name}},
letzte Woche hab ich Claude Code einen einzigen Prompt gegeben: Finde in meinem Projekt alle Stellen, an denen ein Modell nur entscheidet statt zu schreiben. Zehn Minuten später lag eine Liste mit elf Stellen da, sortiert danach, wie oft sie laufen und wie teuer ein Fehler wäre.
Die Liste war der leichte Teil. Alles danach hab ich zwei Tage lang von Hand gebaut. Und beim zweiten Mal, bei einer ganz anderen Entscheidung, war es exakt dieselbe Arbeit.
Und Spoiler: Es gibt eine achte Säule im Agent Game, und sie ist die letzte, die noch Handarbeit ist. Nicht mehr lange. Und den Prompt, mit dem du sie in deinem Agenten findest, bekommst du heute.
Sieben Säulen hat Claude Code schon übernommen
Du kennst die Leiter aus dem 10%-Hack-Newsletter: Prompt, Context, Skill, Tool, Loop, Graph, Harness. Sieben Säulen, und jede ist auf dieselbe Art entstanden. Ein Teil im Agenten wurde so wichtig, dass er einen eigenen Namen brauchte.
Und jetzt schau, was mit jeder davon passiert ist. Prompts schreibt dir Claude Code heute. Skills baut es, inklusive SKILL.md. MCP-Server generiert es aus einer API-Doku. Loops entwirft es, wenn du ihm die Stopp-Regel gibst. Den Harness drumherum, Berechtigungen, Retries, Logging, baut es dir in einer Session.
Das Muster ist immer gleich: Erst bekommt die Schicht einen Namen, dann wird sie an den Coding-Agent abgegeben, und du wirst vom Bauenden zum Reviewer.
Es gibt nur eine Schicht, bei der das noch nicht passiert ist.
Die Schicht, die noch niemand delegiert
Dein Agent arbeitet in einer Schleife. Ein Modell überlegt, was zu tun ist, ein Werkzeug führt es aus, irgendetwas prüft das Ergebnis, und das geht so lange, bis die Aufgabe erledigt ist.
Jetzt zähl die Stellen in einem einzigen Durchlauf, an denen kein Text entsteht. Ist das in Scope? Wer ist als Nächstes dran? Ist dieser Schritt sicher? Ergebnis behalten oder verwerfen? Sind wir weitergekommen? Ist das Ziel erreicht? Darf das raus?
Ich hab das für einen typischen Durchlauf markiert. Zwei Stellen, an denen geschrieben wird. Elf Entscheidungen. Zwei Stellen, an denen nur gezählt wird.
Und in fast jedem Setup laufen alle dreizehn auf demselben teuren Modell. Es denkt laut nach, schreibt einen Absatz Begründung, und dein Code fischt am Ende ein Wort raus. Du bezahlst den Anwalt dafür, dass er die Post sortiert.
Diese Schicht ist die achte Säule. Ich nenn sie Decision Engineering. Es gibt inzwischen spezialisierte Modelle dafür, die nur sortieren und mit Wahrscheinlichkeiten antworten statt mit Text, ich hab eins davon in den letzten Wochen durchgetestet. Aber das Modell ist nicht der Punkt. Der Punkt ist, dass der Aufbau dieser Schicht heute noch komplett Handarbeit ist, und zwar wiederholbare.
Dein Loop, markiert in fünf Minuten
Bevor du irgendetwas umbaust, solltest du wissen, wie gross die achte Säule in deinem Agenten ist. Das ist der Prompt, mit dem ich angefangen hab. Gib ihn Claude Code in dem Projekt, in dem dein Agent lebt, oder häng einen n8n-Export an:
Analysiere dieses Projekt auf LLM-Calls, die eigentlich Entscheidungen sind.
Suche nach:
1. LLM-Calls, deren Output direkt in eine if/else-, switch- oder Filter-Logik läuft
2. LLM-Calls, bei denen der Code nur nach einem Schlüsselwort in der Antwort sucht
3. Prompts mit "Prüfe ob", "Entscheide ob", "Bewerte", "Wähle", "Ist das", "Passt das"
4. Structured-Output-Calls, deren Schema nur aus Enums, Booleans oder Zahlen besteht
Für jeden Fund:
- Wo steht er (Datei/Node/Zeile)?
- Welche Antwortmöglichkeiten gibt es tatsächlich?
- Was davon ist eigentlich Zählen oder Vergleichen und gehört in normalen Code?
- Wie oft läuft er und was passiert bei einer falschen Entscheidung?
Sortiere nach: Häufigkeit × Schaden bei Fehlentscheidung. Baue noch nichts um.Super simple, und die Liste, die zurückkommt, ist meistens länger als gedacht. Bei mir elf Stellen in einem Projekt, das ich für aufgeräumt gehalten hab.
Der letzte Satz im Prompt ist wichtig. Claude Code will nach dem Audit sofort umbauen. Lass es nicht. Erst die Liste, dann eine Entscheidung, dann die nächste.
Was Claude Code an dieser Säule bauen darf und was nicht
Die zwei Tage, die mich der Handbau gekostet haben, hab ich in einen Skill gepackt. Du beschreibst eine Entscheidung in normalen Sätzen, Claude Code baut daraus die komplette Entscheider-Schicht. Sieben Stationen, an drei davon hält es an und wartet auf dich.
Aber zwei Dinge darf es nicht entscheiden. Ich nenn sie die zwei Schlüssel.
Der erste ist der Label-Schlüssel. Jede Entscheider-Schicht braucht eine Prüfung mit Übungsfällen, und an jedem Fall steht, ob er gefährlich ist oder harmlos. Das ist dein Urteil über dein Geschäft. Der Agent schlägt die Fälle vor und lässt die Beschriftung leer. Sobald ein Agent seine eigene Prüfung beschriftet, benotet er sich selbst.
Der zweite ist der Schwellen-Schlüssel. Ab wann darf das System allein entscheiden? Das hängt davon ab, was ein Fehler dich kostet, und das weiss der Agent nicht. Er schreibt Vorschläge rein und markiert jeden als Vorschlag.
Der Agent baut das Schloss. Die Schlüssel behältst du. Und der Skill endet, bevor irgendetwas live geht.
Was ich daraus mitnehme: Wenn eine Schicht in einer Stunde statt in zwei Tagen steht, ist das Bauen nicht mehr der Engpass. Übrig bleibt das Urteilen. Das gilt für die achte Säule, und wenn du genau hinschaust, gilt es für die sieben davor auch.
Ein Skill, der Claude Code eine ganze Disziplin beibringt
Im morgigen Member Newsletter gehe ich tiefer:
Wie ich den /decider-Skill aufgebaut hab: Stationen, Stopps, Vorlagen, und warum das Muster für jede delegierte Disziplin funktioniert
Die Spec-Vorlage, die du in Prosa ausfüllst und aus der der ganze Build entsteht
Die Schutzregeln gegen selbstbewussten Müll, als Copy-Paste in die SKILL.md
Der AGENTS.md-Block, damit das Ganze auch in Codex läuft
Dieses fortgeschrittene Tutorial ist exklusiv für Premium-Mitglieder verfügbar. Du erhältst:
Fertigen Blueprint zum Kopieren
Zugang zu allen künftigen Premium-Tutorials
Wenn du dich bereit fühlst, dann kann ich dir folgendermaßen helfen:
1) KI ohne Team - 80+ Unternehmer sind schon dabei. Die KI Agenten Community für Menschen die was umsetzen wollen. Fertige KI-Systeme, die du lädst und sofort einsetzt. Jede Woche neue. Von Leuten, die damit ihr eigenes Geschäft betreiben.
2) Lead-Gen-System für dein SaaS Produkt - ich habe ein Lead-Gen-System, das auf KI und den aktuellsten Marketing-Trends basiert und dir nachhaltig Leads generiert.
