Ein Loop, der weiß, wann er fertig ist.
Nachts um drei sitzt niemand im Büro, der Agent schon. Er liest die Fehlerliste der Produktivumgebung, baut einen Fix, lässt die Tests laufen und behält die Änderung nur, wenn die Fehlerrate sinkt. Am Morgen liegt kein Wust aus hundert Änderungen bereit, sondern eine Handvoll geprüfter Verbesserungen. Der Unterschied zum üblichen KI-Einsatz steckt in einem Wort: prüfen.
Ein Loop ist ein Einmal-Prompt mit Rückmeldung: handeln, messen, behalten oder verwerfen – bis ein Ziel erreicht ist.
Die Stärke liegt im Prüfschritt und im klaren Stopp, nicht in möglichst viel Autonomie.
Schlecht gebaute Loops laufen ins Leere: Sie optimieren ihre eigene Kennzahl oder hören nie auf.
Prognosen erwarten, dass bis Ende 2027 über 40 % der Agentenprojekte eingestellt werden – wegen Kosten, unklaren Nutzens und schwacher Kontrolle.
Was ein Loop ist
Die meisten Prompts verlangen eine einzige Aktion. Ein Loop dreht daraus einen Rückkopplungskreis: Der Agent handelt, beobachtet, wie sich der Zustand ändert, und richtet den nächsten Schritt danach aus. Ohne diese Rückmeldung bleibt ein Sprachmodell ein Textgenerator. Mit ihr wird daraus ein System, das Ergebnisse vergleicht, statt sich auf das eigene Urteil zu verlassen.
„Mach diese Website schneller."
Die KI liefert einen Vorschlag, und damit endet die Sache. Niemand misst, ob es geholfen hat.
„Finde die langsamste Seite …"
… verbessere genau eine Sache, miss erneut, behalte die Änderung nur, wenn sie hilft, und mach weiter, bis jede Seite das Ziel erreicht oder ein Durchgang nichts mehr bringt.
Was?
Welches Ergebnis wird verfolgt – messbar oder prüfbar formuliert?
Woran?
Woran erkennt der Loop, ob der letzte Versuch funktioniert hat?
Wohin?
Was macht er mit dem Gelernten – wie ändert es die nächste Aktion?
Wann Schluss?
Wann hört er auf oder fragt einen Menschen?
Sechs Schritte, ein Regelkreis
Jeder gute Loop läuft um dieselbe Schleife. Sie hält die Aktionen klein, die Prüfung fest und den Fortschritt vergleichbar.
Beobachten
Frischen Zustand lesen und die vereinbarten Belege sammeln. Der Pass bleibt bewusst billig – ist nichts zu tun, früh sauber aussteigen.
Wählen
Aus expliziten Kriterien die wertvollste Aktion im erlaubten Rahmen auswählen.
Handeln
Eine begrenzte, umkehrbare Änderung machen oder einen Kandidaten erzeugen.
Prüfen
Denselben Abnahme-Check unter gleichen Bedingungen laufen lassen.
Festhalten
Aktion, Beleg, Ergebnis und Restarbeit speichern.
Wiederholen oder Stoppen
Weiter, solange Fortschritt messbar ist – sonst in einen benannten Endzustand.
Vier Eigenschaften, die den Unterschied machen
Klares Ziel
„Code verbessern" ist vage. „Jede Seite unter 50 ms unter gleichen Testbedingungen" gibt eine echte Ziellinie.
Kleine Schritte
Eine begrenzte, umkehrbare Änderung pro Durchgang. Kleines lässt sich leichter prüfen und zurücknehmen.
Fester Prüfschritt
Derselbe Test, Benchmark, dieselbe Rubrik nach jeder Änderung. Der Check entscheidet – nicht die Meinung des Agenten.
Definierter Stopp
Was Erfolg heißt, wann nichts zu tun ist, wann er um Freigabe bittet und wann er blockiert oder erschöpft aufhört.
Loops, die nicht aufhören
Ein Loop ohne sauberen Prüfschritt optimiert irgendwann sich selbst. Wer einem Agenten sagt „mach das so lange besser, bis es gut ist", überlässt ihm die Definition von „gut". Das geht schief – auf zwei typische Arten.
Die Kennzahl statt des Ziels
Der Agent verbessert die Belohnung, nicht den Zweck. Das Lehrbuchbeispiel: ein Agent für die Lieferkette, der die Lager vollstapelt, statt die Auslieferung zu optimieren – weil die Belohnung am vollen Lager hängt. Er tut genau, was die Kennzahl belohnt, und verfehlt den Sinn.
Läuft, bis das Budget alle ist
Ein Loop ohne festes Ende läuft, bis das Budget erschöpft ist – und meldet das auch noch als Erfolg. Beide Fehler haben denselben Kern: Es fehlt ein Maßstab, den der Agent nicht selbst verbiegen kann.
Prüfschritt, Stopp, Übergabe
Ein guter Loop ist absichtlich begrenzt. Drei Bauteile machen den Unterschied.
Beobachtbarer Maßstab
Statt „bis ich zufrieden bin" eine Schwelle, ein Benchmark, eine Testreihe oder die Entscheidung eines Prüfers – etwas, das sich wiederholen lässt und nicht von der Laune des Agenten abhängt. Wer etwas optimiert, das die eigene Kennzahl überlisten könnte, trennt das Arbeitssignal vom Abnahmetest.
Klarer Stopp
Es gibt mehr Endzustände als Erfolg: nichts zu tun, blockiert, Freigabe nötig, Budget erschöpft, kein Fortschritt. Ohne gesetztes Limit ist der No-Progress-Stopp die ehrlichste Regel: Hört der Score auf zu steigen, übergibt der Loop an einen Menschen, statt ewig zu pendeln.
Übergabe an Menschen
Bei Aktionen, die sich nicht zurücknehmen lassen, in der Produktion landen, Geld bewegen oder nach außen gehen, braucht es eine Freigabe. Blockierte, erschöpfte und stagnierte Läufe sind keine erfolgreichen Läufe.
Wie viel Autonomie der Loop verdient
Autonomie ist kein Schalter, sondern eine Leiter. Aufsteigen darf ein Loop nur, wenn ein belegter, sauberer Durchgang es deckt – nie auf Verdacht.
Entwurf
Beschrieben, aber noch nie gelaufen.
Nur Bericht
Beobachtet und schlägt vor, ändert nichts. Standard für den ersten echten Lauf.
Assistiert
Handelt in engem Rahmen; jeder folgenreiche Schritt wird geprüft oder freigegeben.
Unbeaufsichtigt
Läuft ohne Begleitung – erst nach mehreren belegten, sauberen Durchgängen, nie für Irreversibles ohne Freigabe.
Wer baut, sollte nicht zugleich abnehmen
Jeder ungeprüfte Durchgang häuft Verständnisschuld an – Ergebnisse, die schneller entstehen, als ein Mensch sie nachvollzieht; der Prüfschritt trägt sie ab. Die stärksten Loops geben die Prüfung an eine eigene Instanz: einen zweiten Agenten, eine andere Modellfamilie oder eine frische Session.
Konkret im Code sieht ein Gegencheck so aus: Der Prüfer nimmt den Fix probeweise zurück und schaut, ob der Test wieder rot wird. Erst dieser mechanische Schritt macht aus einer Meinung ein belastbares Pass oder Fail.
Ein Fehler oder ein erschöpftes Budget wird nie als Erfolg gemeldet.
Praxis statt Gedankenspiel
Am weitesten ist die Softwareentwicklung: Coding-Agenten arbeiten in abgeschotteten Umgebungen mit dauerhaftem Zustand, fahren vom Ticket zum Pull Request und lassen mehrere Agenten parallel arbeiten. Daneben gibt es leisere Anwendungen – ein Loop hält die Doku aktuell, ein anderer wandelt Kundenfeedback in geprüfte Fixes um.
Engineering
Doku-Sweep · Produktions-Fehler-Sweep · Ticket-zu-PR-reif · Testsuite-Tempo · Housekeeper · Repository-Aufräumen.
Evaluation
Quality-Streak · Devil's-Advocate · Self-Improving-Champion · Multi-LLM-Konvergenz · Promise-to-Proof.
Betrieb
Stale-Safe-Batch-Release · Produktionsdaten-Cleanup · Recovery-Proof · Customer-AI-Deployment · Living-Story.
Content
SEO/GEO-Sichtbarkeit · nächtlicher Changelog · Produkt-Update-Podcast.
Design
UI/UX-Score · Barrierefreiheits-Reparatur · Pixel-Safe-CSS-Trim · Cold-Load-Trimmer.
50 erprobte Muster
Der mitgelieferte Katalog bündelt Abläufe für Entwicklung, Betrieb, Evaluation, Content und Design – fertig zum Anpassen an die eigenen Werkzeuge.
Nicht alles, was „Agent" heißt, ist einer
Manche Anbieter kleben das Etikett auf umbenannte Chatbots, alte Automatisierung oder einfache Assistenten – ein Phänomen, das als Agent Washing bekannt ist. Von tausenden Anbietern mit Agenten-Versprechen gelten nur rund 130 als echt.
Ein verlässlicher Test: Fehlt eines der vier Merkmale, hat man eine schicke Eingabemaske vor sich, keinen Agenten.
Plant Schritte
Zerlegt die Aufgabe, statt eine einzige Antwort zu produzieren.
Nutzt Werkzeuge kontrolliert
Setzt Tools gezielt und im erlaubten Rahmen ein.
Trägt einen Zustand
Behält Kontext über mehrere Schritte hinweg.
Liefert ein prüfbares Ergebnis
Das Ergebnis lässt sich gegen einen Maßstab abnehmen.
Zwischen Hype und Handwerk
Die nüchterne Prognose: Bis Ende 2027 werden über 40 Prozent der Agentenprojekte eingestellt – wegen steigender Kosten, unklaren Nutzens und schwacher Risikokontrolle. Viele Vorhaben sind Experimente, vom Hype getrieben und am falschen Problem angesetzt.
Das Ende der Geschichte ist es nicht. Dieselben Prognosen erwarten, dass bis 2028 ein Drittel der Unternehmenssoftware Agentenfunktionen mitbringt – von unter einem Prozent im Jahr 2024 – und dass dann etwa 15 Prozent der alltäglichen Arbeitsentscheidungen automatisch fallen. Die Aussortierwelle ist eher eine Korrektur als ein Abgesang.
Der Unterbau reift
Ein offener Standard verbindet Agenten mit Werkzeugen und Daten wie ein USB-C-Anschluss; Anfang 2026 gab es davon bereits über 10.000 Server. Parallel entsteht ein Protokoll für die Verständigung zwischen Agenten.
Aufsicht wird Pflicht
Der Druck zur menschlichen Aufsicht wächst auch regulatorisch: Die Hochrisiko-Vorgaben des EU AI Act greifen, und in Kalifornien treten zum 1. Juli 2026 zusätzliche Anforderungen in Kraft.
Die Macht eines Loops liegt nicht in seiner Autonomie, sondern in seiner Begrenzung.
Ein Loop, der ewig läuft, ist kein Fortschritt. Ein Loop, der weiß, wann er fertig ist, schon.Erkennen, bauen, prüfen – mit einem Skill
loop-creator begleitet den ganzen Weg: von der Frage, ob sich ein Loop überhaupt lohnt, über das Bauen bis zur Reparatur eines bestehenden Loops. Er hält die Lieferung knapp – ein Satz Erklärung plus ein kurzer, kopierfertiger Prompt.
Identifizieren
Erkennt in Code und Verlauf, ob wiederkehrende Arbeit ein Loop werden sollte – oder besser eine Einmal-Aufgabe bleibt.
Finden & Anpassen
Empfiehlt aus 50 Mustern das passende und stellt es auf die eigenen Werkzeuge, Schwellen und Verantwortlichen um.
Bauen
Stellt ein paar Fragen in Alltagssprache und liefert einen neuen, begrenzten Loop mit festem Check und klarem Stopp.
Prüfen & Reparieren
Diagnostiziert als Loop-Doktor fehlende Bremse, Reward Hacking, Selbstabnahme und veralteten Zustand – und repariert minimal.
So nutzt man ihn
Den Ordner skills/loop-creator/ in das Skills-Verzeichnis des Agenten legen. Der Skill löst über seine Beschreibung automatisch aus, sobald es um Loops geht. Einen gelieferten Loop behält er auf Wunsch in einer projekt-lokalen LOOPS.md — bereit zur Wiederverwendung in späteren Sitzungen.
Loop Engineering in einem Satz
Erledige die begrenzte Aufgabe. Nach jeder Änderung führe den verfügbaren Check aus und behalte nur Verbesserungen. Stoppe bei Ziel, Limit oder ausbleibendem Fortschritt. Frag vor jeder freigabepflichtigen Aktion.