Loop Engineering — hör auf zu prompten, bau Schleifen

Das Konzept — was ein Loop wirklich ist

Jahrelang war die wichtigste KI-Fähigkeit, einen guten Prompt zu schreiben. Das Problem: Prompten hält dich im Raum. Du tippst, du wartest, du korrigierst, du tippst wieder. Ein Loop setzt sich an deine Stelle. Du übergibst ihm ein Ziel — er findet die Arbeit, erledigt sie, prüft sich selbst, merkt sich, was fertig ist, und macht weiter, bis das Ziel tatsächlich erreicht ist.

Ein Loop (englisch für „Schleife") ist ein System, das die KI für dich anstößt. Egal wie aufwendig — jeder Loop ist derselbe Fünf-Schritt-Zyklus:

1. Arbeit finden. Der Loop entdeckt, was zu tun ist: offene Punkte in einer Liste, fehlgeschlagene Tests, unbeantwortete Mails, Einträge in einer Warteschlange.
2. Arbeit erledigen. Die KI bearbeitet einen Punkt nach dem anderen — genau so, wie du sie sonst manuell angewiesen hättest.
3. Sich selbst prüfen. Ein Kontrollschritt entscheidet, ob die Arbeit wirklich erledigt und korrekt ist — nicht bloß erzeugt.
4. Sich erinnern. Der Loop schreibt auf, was fertig ist (eine kleine Status-Datei oder ein Aufgaben-Board), damit er nichts doppelt macht und dort weitermacht, wo er aufgehört hat.
5. Weitermachen. Er wiederholt das, bis nichts mehr offen ist — dann stoppt er oder meldet sich bei dir.

Der Denkwechsel: Prompten ist taktisch — eine Anweisung, ein Ergebnis. Loop Engineering ist strategisch: Du entwirfst das System, das die Anweisungen ausgibt. Es ist der Unterschied zwischen die Arbeit machen und den Arbeiter führen.

> „Ich prompte Claude nicht mehr. Ich habe Loops laufen, die Claude prompten und herausfinden, was zu tun ist. Mein Job ist es, Loops zu schreiben." — Boris Cherny, Head of Claude Code bei Anthropic, über seinen eigenen Arbeitsalltag.

Der Auslöser — die zwei Befehle

Hier machen die meisten den Fehler: Du baust keinen Loop, indem du „mach das in einer Schleife" in einen normalen Chat tippst. Die echten Loops laufen in Claude Code — Anthropics Werkzeug, das direkt in der Kommandozeile (dem Terminal) deines Rechners läuft.

Voraussetzungen (einmalig)

• Claude Code installiert. Installation und Schritte: code.claude.com/docs.
• Bezahlter Claude-Plan (Pro oder Max) oder API-Abrechnung — Loops laufen nicht im kostenlosen Plan.
• Aktuelle Version. Siehst du die Loop-Befehle nicht, aktualisiere Claude Code auf die neueste Version.

1 · /goal — der Loop, der arbeitet, bis es fertig ist. Du tippst /goal und dahinter, wie „fertig" konkret aussieht. Claude arbeitet dann Runde für Runde von allein. Das Entscheidende: Nach jeder Runde prüft ein zweites KI-Modell still, ob das Ziel schon erreicht ist. Wenn nicht, sagt es Claude warum — und Claude macht weiter. Im Moment, in dem das Ziel wirklich erfüllt ist, stoppt der Loop von selbst. Siehe den Prompt /goal — Blogpost-Meta unten: Das Ziel ist messbar (Zeichenzahl), der Prüfer erkennt den exakten Moment, in dem es bestanden ist.

2 · /loop — der Loop, der sich von selbst wiederholt. Diesen nimmst du, wenn die Arbeit nicht „einen Stapel abarbeiten", sondern „etwas immer wieder kontrollieren" ist. Du tippst /loop mit dem Takt und der Aufgabe (siehe /loop — Website-Erreichbarkeit unten). 30m heißt: alle 30 Minuten. Du kannst auch mit einer normalen Anweisung beginnen — Claude legt den Zeitplan dann selbst an. Mit der Esc-Taste stoppst du einen Loop, der auf seinen nächsten Lauf wartet.

So merkst du dir, welcher wann: /goal, wenn es eine Ziellinie gibt (arbeite, bis das wahr ist). /loop, wenn es keine Ziellinie gibt, nur einen Rhythmus (prüf das immer wieder). Die meisten starken Loops beginnen mit /goal.

Das Setup — fünf Bausteine, die einen Loop stärker machen

Die zwei Befehle sind der Motor. Diese fünf Bausteine sind die Upgrades. Du brauchst nicht alle auf einmal — fang mit dem an, was dein Loop wirklich braucht.

1. Automatisierungen. Lässt den Loop nach Zeitplan laufen statt erst, wenn du tippst. Das Einfachste ist der /loop-Befehl. Für Loops, die laufen sollen, auch wenn kein Fenster offen ist, startest du Claude im Hintergrund über einen Zeitplaner mit claude -p "dein Loop-Auftrag".
2. Worktrees. Git-Worktrees geben jeder KI eine eigene, isolierte Kopie deines Projekts — so können zwei Loops gleichzeitig arbeiten, ohne sich zu überschreiben. In Claude Code sagst du: „mach das in einem separaten Worktree." Läufst du immer nur eine KI gleichzeitig, kannst du das anfangs überspringen.
3. Skills. Eine Skill ist eine Textdatei (im Ordner .claude/skills/), die das Wissen festhält, das du sonst immer wieder erklärst: wie dein Projekt aufgebaut ist, deine Regeln, deine Formate. Einfachster Start: sag Claude „mach aus allem, was ich gerade über dieses Projekt erklärt habe, eine Skill-Datei."
4. Connectors. Verbindungen, über die die KI deine echten Werkzeuge erreicht: Mail, Aufgaben-Tracker, Google Drive, Datenbank. Ohne sie arbeitet ein Loop nur an lokalen Dateien. In Claude Code fügst du sie mit claude mcp add oder über das Connector-Menü hinzu.
5. Sub-Agenten. Die KI, die die Arbeit macht, sollte nicht die sein, die sie benotet. Claude Code lässt dich getrennte Agenten anlegen (im Ordner .claude/agents/): Ein Bau-Agent erledigt die Aufgabe, ein Prüf-Agent kontrolliert sie unabhängig. Dieser eine Schritt macht Loops vertrauenswürdig genug, um unbeaufsichtigt zu laufen.

Ein echtes Beispiel — das selbstprüfende Recherche-Brief

Sagen wir, du bittest Claude um ein einseitiges Briefing zu einem Thema. Das ist die Aufgabe. Das Ziel — der Teil, der es zum Loop macht — ist eine messbare Hürde: jede Aussage hat mindestens drei Quellen, und jeder Link öffnet wirklich eine Seite, die belegt, was dort steht.

Ohne Loop verbrennt dich KI genau hier leise. Sie liefert ein sauber aussehendes Briefing mit Quellen, die echt klingen, aber nicht existieren — und merkt nicht, dass sie sie erfunden hat. Ein einzelner Prompt kann seine eigene erfundene Quelle nicht erkennen.

Mit Loop schreibt Claude das Briefing, geht dann Link für Link, öffnet jede Quelle tatsächlich, um zu bestätigen, dass sie echt ist und die Aussage stützt. Erfundene wirft er raus, sucht echten Ersatz und prüft weiter, bis jede Quelle eine ist, die du wirklich öffnen kannst. So würdest du es laufen lassen — siehe /goal — selbstprüfendes Recherche-Briefing unten.

Der eine Punkt, den fast alle falsch machen: Dein Ziel muss etwas sein, gegen das Claude sich selbst benoten kann — echte Zahlen, ein Prozentwert, eine Checkliste. Nicht etwas Vages wie „mach es gut". Ein schwammiges Ziel gibt ihm nichts zum Prüfen — also stoppt er wie ein normaler Prompt.

Zum Kopieren — dein erster Loop: der Loop-Charter

Die zwei Befehle sind der Auslöser. Das hier fütterst du ihnen. Ein einzeiliges Ziel reicht für eine kleine Aufgabe. Für eine größere mit vielen Schritten übergibst du dem Loop einen vollständigen Loop-Charter (eine Art Dienstanweisung): wo die Arbeit liegt, wie er sich prüft, wie er sich erinnert und wann er stoppt. Fülle die Klammern aus, füge dann den ganzen Charter in Claude Code ein — siehe Der Loop-Charter (vollständig) unten.

Warum die Status-Datei zählt: Die Datei LOOP-STATE.md verwandelt zehn einzelne Läufe in einen durchgehenden Mitarbeiter. Ohne sie startet jeder Lauf bei null. Mit ihr kannst du denselben Charter nach Zeitplan laufen lassen, und der Loop macht immer genau dort weiter, wo er aufgehört hat.

Ehrliche Hinweise — wann du NICHT loopen solltest

Loops sind nicht umsonst und nicht für alles. Drei ehrliche Vorbehalte:

1. Einmal-Aufgaben brauchen keinen Loop. Ist die Arbeit eine einzelne Antwort (diese Mail schreiben, dieses Dokument zusammenfassen), ist ein Prompt schneller. Loops verdienen ihren Einrichtungs-Aufwand erst bei wiederkehrender oder mehrteiliger Arbeit.
2. Loops verbrauchen mehr als Prompts. Ein Loop, der sich selbst prüft und Sachen wiederholt, läuft mehrere KI-Runden pro Punkt. Auf einem Claude-Plan heißt das: Du erreichst dein Nutzungslimit schneller. Fang mit kleinen Mengen an — dafür gibt es die Zeile [N] Punkte pro Lauf im Charter.
3. Verifikation ist das ganze Spiel. Ein ungeprüfter Loop macht Fehler nur schneller. Wenn du nicht beschreiben kannst, wie der Loop seine eigene Arbeit prüfen soll, ist die Aufgabe noch nicht reif für einen Loop. Lass sie ein Prompt, bis du es kannst.

Los geht's — diese Woche starten: Such dir eine nervige, mehrteilige Aufgabe, die du bisher von Hand machst. Füge den Charter ein, füll die Klammern aus, lass ihn einmal laufen und schau dabei zu. Sobald du ihm vertraust, gib ihm einen Zeitplan.

Die Kernidee in einem Satz: Prompten heißt, die Arbeit zu machen. Loop Engineering heißt, das System zu bauen, das die Arbeit macht — und sich selbst kontrolliert, bis sie wirklich fertig ist.

Alle Prompts zum Kopieren

/goal Jeder Blogpost im Ordner /posts hat eine Meta-Beschreibung unter 160 Zeichen und einen Titel unter 60 Zeichen. Gib nach jeder Datei die Zeichenzahl aus, damit ich es bestätigen kann, und fass den Fließtext nicht an. Stopp, wenn jede Datei besteht, oder nach 25 Dateien.

/loop 30m Prüfe, ob meine Live-Website wieder erreichbar ist, indem du die Startseite lädst. Sobald sie eine normale Seite zurückgibt, sag mir Bescheid und hör auf zu prüfen.

/goal Schreib ein einseitiges Briefing zu [dein Thema], bei dem jede Aussage mindestens drei Quellen hat und jeder Link wirklich eine Seite öffnet, die die Aussage stützt. Öffne jeden Link zur Bestätigung, bevor du es als fertig bezeichnest. Ersetze jede Quelle, die tot ist oder die Aussage nicht belegt. Stopp erst, wenn jede Quelle auf der Seite besteht.

Du läufst als Loop, nicht als einzelne Antwort. Hier ist dein Auftrag (Charter):

ZIEL
[Beschreibe den fertigen Zustand in ein, zwei Sätzen. Beispiel: "Jede Produktseite in /seiten hat aktualisierte Preise und besteht den Link-Check." Sei konkret, wie FERTIG aussieht.]

WO DIE ARBEIT LIEGT
[Sag, wo die Arbeit zu finden ist. Beispiele: "Durchsuche /seiten nach Dateien mit alten Preisen." / "Lies TODO.md und behandle jeden nicht abgehakten Punkt als Aufgabe." / "Prüfe mein verbundenes Aufgaben-Board auf Einträge mit dem Label 'ki'."]

WIE DU ARBEITEST
- Bearbeite IMMER nur einen Punkt. Schließe ihn vollständig ab, bevor du den nächsten beginnst.
- Halte dich an die Konventionen in vorhandenen Dateien. Übernimm den Stil, erfinde keine neuen Muster.
- Verlangt ein Punkt eine Entscheidung, die nur ich treffen kann (Geld ausgeben, etwas löschen, jemanden kontaktieren): STOPP bei diesem Punkt, schreib ihn auf eine Liste "braucht meine Entscheidung" und geh zum nächsten Punkt.

WIE DU DICH SELBST PRÜFST
Prüfe jeden Punkt, bevor du ihn als erledigt markierst:
[Wähle, was passt: "führe die Tests aus" / "lies die Datei erneut und bestätige, dass sie das Ziel erfüllt" / "mach einen Screenshot und bestätige, dass es richtig aussieht." Prüfen heißt Beweis, nicht Zuversicht.]
Schlägt die Prüfung fehl, behebe es und prüfe erneut. Maximal 3 Versuche pro Punkt, danach als blockiert protokollieren und weiter.

WIE DU DICH ERINNERST
Führe eine Datei namens LOOP-STATE.md. Aktualisiere sie nach jedem Punkt mit: Name des Punkts, Status (erledigt / blockiert / braucht mich), was du geändert hast und alles, was der nächste Lauf wissen muss. Lies diese Datei ZUERST zu Beginn jedes Laufs, damit du nie erledigte Arbeit wiederholst.

WANN DU STOPPST
Stopp, wenn: (a) jeder Punkt erledigt oder als blockiert protokolliert ist, oder (b) du in diesem Lauf [N] Punkte abgeschlossen hast. Gib mir dann einen kurzen Bericht: was erledigt wurde, was blockiert ist, was meine Entscheidung braucht.

Beginne damit, LOOP-STATE.md zu lesen, falls vorhanden, dann finde die Arbeit.