Drei Schlaufen in einem Trenchcoat: Die wahre Anatomie eines Agenten

In einfachen Worten

Ein „KI-Agent“, zerlegt, sind drei ineinandergeschachtelte Schleifen: eine, die mit dem Modell spricht, eine, die die von ihm geforderten Tools ausführt, und eine, die darauf wartet, dass ein Mensch „ja“ sagt. Die erste ist trivial, die dritte ein Ingenieurs-Albtraum. Und der Beruf des Entwicklers verschiebt sich hin zur Erstellung dieser Schleifen statt zur Erstellung der Prompts.

Die Schleife, nicht der Prompt

Der Beitrag von bobbytables.io macht, was zu wenige „agentische“ Inhalte tun: er zeigt den Code. Die Inferenzschleife ist eine fast dumme while-Schleife - man ruft die API für die Vervollständigung auf, stapelt das Ergebnis in der Geschichte und beendet die Schleife, sobald das Modell keine Tools mehr anfordert. Die Tool-Schleife übernimmt, wenn ein Tool benötigt wird: man löst den Namen auf, ruft die Funktion auf und gibt das Ergebnis korreliert mit seiner tool_call_id zurück.

Hier liegt die Falle, auf die der Autor zu Recht hinweist: Ein Tool-Aufruf ist auch ein inferierter Text. Daher können der Funktionsname und die Parameter halluziniert werden. Ihr Tool-Dispatcher ist kein Router, sondern eine Angriffs- und Validierungsfläche.

Die dritte - die menschliche Schleife - ist technisch gesehen keine Schleife. Es ist ein blockierender Aufruf: Irgendjemand, irgendwo, entscheidet, ob er fortfahren will oder nicht. Es ist auch die einzige, die Ihren Prozess unterbricht, weil ein Mensch drei Tage brauchen kann, um zu antworten. Daher der Einsatz von dauerhaften Ausführungsmotoren wie Temporal.

Unter der Haube

while continueInferenceLoop
 inferred = aiClient.completeChat(messages: chatMessages)
 chatMessages.push(inferred result)
 if inferred.toolCalls.length == 0
 continueInferenceLoop = false
end

Vier Zeilen. Alles andere - die Persistenz der Geschichte, die Idempotenz der Tools, die Wiederaufnahme nach menschlicher Genehmigung - ist klassische Ingenieursarbeit in verteilten Systemen. Keine KI.

Und was nun

Das industrielle Pendant dieser Anatomie hat einen Namen, und The Pragmatic Engineer hat es gerade dokumentiert: Loop Engineering. Die Formel von Addy Osmani fasst den Wechsel zusammen - „You design the system that does it instead“: Sie formulieren die Anforderung nicht mehr, Sie entwerfen das System, das sie in einer Schleife formuliert. Boris Cherny (Anthropic) geht weiter: „My job is to write loops“. Die Technik stammt von der „Ralph loop“ von Geoffrey Huntley, einer einfachen Bash-Schleife, die den Agenten aufruft, bis das Ziel erreicht ist.

Die Anwendungen, die ausgeliefert wurden, sind prosaisch: PR wird automatisch für ein neues Sentry-Ticket geöffnet, Korrektur instabiler Tests während der nächtlichen Runs, Triage von Alerts, lange Migrationen. Seit Mai 2026 bieten Codex, Claude Code und Hermes einen Befehl /goal an, der alles zusammenfasst.

Wenn Sie einstellen, ist die Fähigkeit, die Sie suchen, nicht mehr „kann prompte“. Es ist: kann eine Schleife idempotent, beobachtbar und unterbrechbar machen.