Anthropic zahlt seinen Ingenieuren 80.000 Dollar im Monat. Diese Ingenieure führen heute 8-mal mehr Code pro Tag zusammen als noch vor einem Jahr. Nicht, weil das Modell intelligenter geworden ist. Sondern weil sie aufgehört haben, Claude Prompts zu schreiben, und angefangen haben, Systeme zu bauen, die das für sie erledigen.
Brian Cherny, Leiter von Claude Code bei Anthropic: „Ich schreibe keine Prompts mehr für Claude. Ich habe Loops laufen, die Claude Anweisungen geben und herausfinden, was zu tun ist. Mein Job ist es, Loops zu schreiben.“
Die meisten Entwickler lesen das und haben keine Ahnung, was das in der Praxis bedeutet. Am Ende dieses Artikels werden Sie es wissen – und Sie werden alles haben, was Sie brauchen, um dieses Wochenende Ihren ersten eigenen Loop zu bauen.
Was ein Loop eigentlich ist
Ein Prompt ist eine einzelne Anweisung. Ein Loop ist ein Ziel, an dem die KI so lange arbeitet, bis es erreicht ist.
Der Unterschied liegt darin, wer am Steuer sitzt. Bei einem Prompt führen Sie Claude manuell durch jeden Schritt. Bei einem Loop definieren Sie das Ziel einmal und das System durchläuft den gesamten Zyklus von selbst – es findet die Arbeit, führt sie aus, prüft das Ergebnis und entscheidet, was als Nächstes kommt. Alles, ohne dass Sie selbst am Rechner sitzen müssen.
1Prompt | Sie tippen, Claude antwortet, Sie tippen erneut2Loop | System findet Arbeit, Claude führt aus,3 | System prüft Ergebnis, wiederholt bis fertig
Jeder echte Loop hat fünf Phasen:
1Entdecken | herausfinden, was zu tun ist2Planen | entscheiden, wie es gemacht wird3Ausführen | die Arbeit erledigen4Prüfen | mit dem Ziel abgleichen5Iterieren | nicht fertig? Ergebnis zurückführen und erneut starten
Drei davon erledigen die eigentliche Arbeit.
Prüfen ist das Herzstück. Ohne eine echte Überprüfung des Ergebnisses haben Sie keinen Loop – Sie haben einen Agenten, der sich selbst immer wieder bestätigt. Die Prüfung muss objektiv sein. Ein Test, der besteht oder fehlschlägt. Ein Build, der kompiliert oder nicht. Ein Linter, der Null oder einen anderen Wert zurückgibt. Nicht ein zweiter Agent, der gebeten wird, „drüberzuschauen“. Wenn zwei Optimisten sich einig sind, ist das keine Verifizierung.
Status ist das, was den Loop lernfähig macht. Bei jedem Durchgang muss die KI sich daran erinnern, was sie bereits versucht hat, sonst wiederholt sie ewig denselben Fehler. Ein echter Loop führt außerhalb der Konversation Buch – was ist erledigt, was ist fehlgeschlagen, was kommt als Nächstes. Der Agent vergisst zwischen den Sitzungen. Die Datei nicht.
Eine Abbruchbedingung sorgt für Vernunft. Ein Loop ohne Ausgang läuft, bis er Erfolg hat, abstürzt oder Ihr Budget aufbraucht. Jeder ernsthafte Loop hat zwei Arten zu stoppen – Erfolg und ein hartes Limit. Ohne dies haben Sie eine Maschine gebaut, die Ihnen im Stillen Geld abknöpft.
Der 4-Bedingungen-Test, bevor Sie irgendetwas bauen
Ein Loop zahlt sich nur aus, wenn alle vier dieser Punkte zutreffen. Fehlt einer, bleiben Sie bei einem manuellen Prompt.
1Bedingung 1 | die Aufgabe wiederholt sich mindestens wöchentlich2 | seltener als wöchentlich – der Einrichtungsaufwand lohnt sich nie34Bedingung 2 | schlechte Ergebnisse können automatisch abgelehnt werden5 | ein Test, Build, Linter, Typ-Check6 | kein automatisches Gate – Sie prüfen wieder jeden Diff78Bedingung 3 | der Agent kann die Arbeit von Anfang bis Ende erledigen9 | nicht mitten in der Aufgabe die Hälfte an Sie zurückgeben1011Bedingung 4 | „Fertig“ ist objektiv, keine Geschmackssache12 | wenn Qualität eine Frage des Geschmacks ist, gewinnt immer noch der Mensch
Gute erste Loops:
1CI-Fehler-Triage | nächtlich, Fehler klassifizieren, Fixes entwerfen2Abhängigkeits-Updates | wöchentlich, Updates scannen, PRs öffnen3Lint-und-Fix-Durchläufe| bei jedem PR, Stil-Fixes automatisch anwenden4Issue-zu-PR-Entwürfe | bei Codebases mit starker Testabdeckung
Schlechte erste Loops – lassen Sie hier einen Menschen am Steuer:
1Architektur-Rewrites | Entscheidungssache, Loop wird vom Kurs abweichen2Auth- oder Payment-Code| irreversible Fehler sind zu teuer3Produktions-Deploys | benötigt menschliche Freigabe4Vage Produktarbeit | „Fertig“ ist nicht objektiv
Die fünf Bausteine
Jeder funktionierende Loop setzt sich aus fünf Teilen zusammen. Claude Code liefert alle fünf mit.
1 – Die Automatisierung (der Herzschlag)
Das ist es, was einen Loop zu einem echten Loop macht und nicht nur zu einem einmaligen Durchlauf. Ein Trigger startet nach Zeitplan oder Ereignis, übergibt die Aufgabe an Claude und bringt die Ergebnisse zurück, ohne dass Sie ständig nachsehen müssen.
1/loop | wiederholt einen Prompt in einem bestimmten Rhythmus2/goal | läuft weiter, bis eine von Ihnen definierte Bedingung wahr ist3Hooks | feuern Befehle an bestimmten Punkten im Agenten-Lebenszyklus4Cron | läuft über GitHub Actions, nachdem Sie den Laptop zugeklappt haben
Das Wichtigste ist /goal. Ein separates, kleines Modell prüft, ob die Bedingung erfüllt ist – damit der Agent, der den Code geschrieben hat, nicht auch noch derjenige ist, der ihn bewertet.
1/loop 30m /goal "Alle Tests in test/auth bestehen und Lint ist sauber."2Scanne src/auth auf Fehler, entwirf Fixes, öffne PR, wenn Ziel erreicht.
2 – Skills (Projektwissen einmal aufschreiben)
Ein Skill ist die Art und Weise, wie Sie aufhören, bei jeder Sitzung denselben Projektkontext neu zu erklären. Eine SKILL.md-Datei enthält die Anweisungen, Konventionen und Regeln, die der Loop bei jedem Durchlauf liest.
Ohne Skills leitet der Loop Ihr gesamtes Projekt in jedem Zyklus von Null neu her. Mit Skills kumuliert sich die Absicht – die Konventionen, die Build-Schritte, die Dinge, die vorher schiefgelaufen sind – einmal geschrieben, für immer gelesen.
1skills/2 ci-triage.md - Klassifizierungsregeln, Fix-Muster, Eskalationskriterien3 frontend.md - Tailwind, Next.js, SEO, Barrierefreiheitsregeln4 security.md - Auth-Muster, Eingabevalidierung, „Nicht-anfassen“-Liste5 deps.md - Update-Regeln, Kompatibilitätsprüfungen, Rollback-Muster
Die Automatisierung ruft den Skill beim Namen auf. Der wiederkehrende Job bleibt wartbar, anstatt in einem Zeitplan zu verrotten, den niemand aktualisiert.
3 – Sub-Agenten (den Macher vom Prüfer fernhalten)
Das nützlichste strukturelle Element in jedem Loop. Trennen Sie den Agenten, der schreibt, von dem Agenten, der prüft.
Das Modell, das den Code geschrieben hat, ist zu großzügig bei der Bewertung seiner eigenen Arbeit. Ein zweiter Agent mit anderen Anweisungen – und manchmal einem stärkeren Modell – fängt das ab, was sich der erste selbst eingeredet hat.
1Macher-Agent | schnelles, günstiges Modell – erkundet, implementiert, entwirft2Prüfer-Agent | starkes Modell, hoher Aufwand – prüft, verifiziert, lehnt ab
1.claude/agents/2 explorer.md | schreibgeschützt, schnelles Modell, findet Arbeit3 implementer.md | schreibt den Fix, führt Tests aus4 reviewer.md | Sicherheitsaudit, Codequalität, objektives Gate
Ein Modell. Drei Spezialisten. Der Loop läuft, während Sie nicht zusehen, und der Verifizierer ist der einzige Grund, warum Sie sich tatsächlich entfernen können.
4 – Connectors (damit er handelt, statt nur Vorschläge zu machen)
Der Unterschied zwischen einem Loop, der sagt „Hier ist der Fix“, und einem Loop, der den PR öffnet, das Ticket verknüpft und Slack anpingt, sobald die CI grün ist.
1GitHub | Repos lesen, Branches erstellen, PRs öffnen, auf Webhooks reagieren2Linear | Tickets aktualisieren, PRs verknüpfen, Items schließen, wenn Prüfung bestanden3Slack | Triage-Ergebnisse posten, Menschen bei Eskalationen anpingen4Sentry | Live-Alerts untersuchen, Fixes für häufige Fehler entwerfen
Ohne Connectors beschreibt der Loop nur, was er tun würde. Mit Connectors tut er es.
5 – Die Status-Datei (der Agent vergisst. Die Datei nicht.)
Das Teil, das zu simpel klingt, um wichtig zu sein, und doch das Rückgrat jedes funktionierenden Loops bildet. Eine Markdown-Datei außerhalb der Konversation, die aufzeichnet, was erledigt ist, was fehlgeschlagen ist und was als Nächstes ansteht.
1# Loop-Status - ci-triage23## Letzter Durchlauf42026-06-09 03:30 UTC - 7 Fehler klassifiziert, 3 Fixes entworfen, 4 eskaliert56## In Arbeit7- claude/fix-auth-token-refresh - Tests lokal bestanden, warte auf CI89## Heute abgeschlossen10- claude/bump-axios-1.7.4 - gemergt, CI grün1112## An Menschen eskaliert13- src/billing/refund.ts - Tests schlagen auf 3 Arten fehl, Ursache unklar1415## Gelernte Lektionen16- 2026-06-08: PowerShell verursacht TLS-Fehler auf Windows-Runner. Bash verwenden.17- 2026-06-07: tests/e2e/checkout benötigt Stripe-Webhook-Secret. Überspringen, falls fehlend.
Der morgige Durchlauf liest diese Datei und macht weiter. Ohne sie startet jeder Durchlauf bei Null.
Wie ein echter Loop aussieht
CI-Fehler-Triage – einer der besten ersten Loops, weil die Verifizierung automatisch erfolgt und das Risiko bei schlechten Ergebnissen gering ist.
1Trigger | nächtlich um 3 Uhr oder bei CI-Fehler-Ereignis2Skill | ci-triage.md3Status-Lesen| STATE.md - was ist gestern fehlgeschlagen, was wurde behoben
Der Loop läuft:
1Schritt 1 | liest CI-Fehler von GitHub via Connector2Schritt 2 | klassifiziert jeden: Env / Flake / Bug / Dependency / Infra3Schritt 3 | für jeden behebbaren Fehler – öffnet Worktree, sendet Implementer-Agent4Schritt 4 | Reviewer-Agent prüft Fix gegen Tests und Sicherheitsregeln5Schritt 5 | Gate bestanden – öffnet PR und verknüpft Linear-Ticket6Schritt 6 | Gate nicht bestanden – eskaliert an menschlichen Triage-Posteingang7Schritt 7 | aktualisiert STATE.md8Schritt 8 | postet nächtliche Zusammenfassung an Slack
Am Morgen wachen Sie mit einer Slack-Nachricht auf, einem Triage-Posteingang, der nur noch die schwierigen Probleme enthält, und einer Reihe von PRs, die bereits die automatisierte Prüfung bestanden haben. Sie mussten keinen einzigen Schritt manuell anstoßen.
Der Loop, der sich über das ganze Unternehmen auswirkt
Die mächtigste Version ist nicht ein einzelner Loop. Es sind mehrere Loops, die in ein gemeinsames Artefakt-System schreiben, sodass sie voneinander lernen.
Bei SuperDesign decken ihre Loops Support, SEO, Produktwachstum und Anzeigen ab. Jeder hat seinen eigenen Trigger und Workflow. Aber sie alle schreiben in denselben gemeinsamen Signal-Speicher.
Der Support-Loop bemerkt, dass fünf Benutzer fragen, wie man etwas exportiert. Er erstellt ein Signal:
1Art: Signal2Titel: Export ist zu schwer zu finden3Häufigkeit: 54Kategorie: Reibung5Tags: [Feedback, Preisgestaltung, Konvertierung]
Der SEO-Loop bemerkt eine Seite mit starkem Traffic, aber schlechter Konvertierung. Erstellt ein weiteres Signal. Der Produktwachstums-Loop liest beide Signale zusammen mit Analysedaten und stellt fest, dass die Export-Reibung größer ist, als die Rohdaten vermuten ließen – denn nun bestätigen zwei unabhängige Quellen dasselbe Problem. Der Anzeigen-Loop findet eine Keyword-Lücke und speist diese direkt in den SEO-Loop ein.
1Support-Loop | findet Reibung, schreibt Signal2SEO-Loop | findet Inhaltslücke, schreibt Signal3Produkt-Loop | liest beide Signale, identifiziert Priorität4Anzeigen-Loop | findet Keyword-Lücke, speist SEO-Loop
Keiner dieser Loops ist eine isolierte Automatisierung. Sie operieren auf Basis einer gemeinsamen Wissensdatenbank darüber, was das Unternehmen lernt. Jeder Loop macht jeden anderen Loop klüger. Das ist der Zinseszinseffekt.
Die Fehler, vor denen Sie niemand warnt
Der Ralph-Wiggum-Loop. Ein Agent, der den Abschluss signalisieren soll, signalisiert ihn zu früh. Der Loop beendet die Arbeit, obwohl sie nur halb fertig ist, und läuft weiter und kostet Geld, während er nichts produziert. Lösung: ein hartes Gate, das die Arbeit objektiv als „fehlgeschlagen“ markieren kann, kein weiches „sieht für mich gut aus“.
Ziel-Drift bei langen Sitzungen. Einschränkungen verschwinden ab Durchgang 47, da der Kontext sich selbst zusammenfasst. Lösung: eine dauerhafte AGENTS.md, die der Agent zu Beginn jedes Durchlaufs erneut liest.
Verständnisschulden. Je schneller der Loop Code ausliefert, den Sie nicht selbst geschrieben haben, desto größer wird die Lücke zwischen dem, was existiert, und dem, was Sie verstehen. Die Rechnung, die wehtut, ist nicht die Token-Rechnung. Es ist der Tag, an dem Sie ein System debuggen, das niemand im Team gelesen hat. Lösung: Lesen Sie jeden Diff, den der Loop öffnet.
Kognitive Kapitulation. Der Drang, sich keine eigene Meinung mehr zu bilden und einfach zu akzeptieren, was der Loop zurückgibt. Den Loop zu designen ist das Heilmittel, wenn Sie es mit Urteilsvermögen tun, und der Brandbeschleuniger, wenn Sie es tun, um nicht nachdenken zu müssen. Dieselbe Handlung, entgegengesetztes Ergebnis.
Token-Kosten, die sich summieren. Jede Loop-Iteration liest den vollen Kontext erneut ein, und der Stapel wächst mit jedem Durchgang. Verfolgen Sie die Kosten pro akzeptierter Änderung. Unter einer Akzeptanzrate von 50 % kostet der Loop mehr, als er einspart.
Die Build-Reihenfolge, die tatsächlich funktioniert
Jeder, der Loops ausliefert, die in der Produktion überleben, macht es auf dieselbe Weise:
1Schritt 1 | bekommen Sie EINEN manuellen Durchlauf erst einmal zuverlässig hin2Schritt 2 | verwandeln Sie ihn in einen Skill – speichern Sie die Anweisungen in SKILL.md3Schritt 3 | verpacken Sie den Skill in einen Loop – fügen Sie das Gate und die Abbruchbedingung hinzu4Schritt 4 | DANN setzen Sie ihn auf einen Zeitplan
Etwas zu automatisieren, das Sie nicht von Hand zuverlässig gemacht haben, ist genau der Grund, warum Loops explodieren, während Sie schlafen. Beweisen Sie es einmal. Härten Sie es ab. Dann automatisieren Sie es.
Die Kennzahl, auf die es ankommt, sind nicht die verbrauchten Token oder die versuchten Aufgaben. Es sind die Kosten pro akzeptierter Änderung. Wenn der Loop Ihnen zehn Ergebnisse liefert und Sie sechs ablehnen, erledigen Sie die Review-Arbeit, die er eigentlich hätte einsparen sollen.
Der Wandel, der bereits stattgefunden hat
Im Jahr 2024 lag der Hebel beim Prompt. Besserer Prompt, besseres Ergebnis, besserer Entwickler. Im Jahr 2026 liegt der Hebel eine Etage höher – bei dem System, das entscheidet, woran Claude arbeitet, wann, mit welchem Gate und welcher Status zwischen den Durchläufen erhalten bleibt.
Anthropic-Ingenieure führen 8-mal mehr Code pro Tag zusammen, nicht weil sie einen besseren Weg gefunden haben, Claude Fragen zu stellen. Sondern weil sie aufgehört haben, Fragen zu stellen, und angefangen haben, Systeme zu bauen, die in ihrem Namen Fragen an Claude stellen – kontinuierlich, über Nacht, während sie schlafen.
Der Loop macht die Arbeit nicht einfacher. Er verlagert den Ort, an dem die Arbeit stattfindet. Vom Tippen von Prompts zum Design des Systems, das Prompts tippt. Vom Halten des Werkzeugs zum Bau der Fabrik.
Die meisten Entwickler werden weiterhin von Hand Prompts schreiben und sich wundern, warum die Lücke immer größer wird. Einige wenige werden ein Wochenende damit verbringen, ihren ersten Loop zu bauen – eine Automatisierung, einen Skill, eine Status-Datei, ein Gate – und nie wieder zurückblicken.
