# lushbinary-loop-engineering-ai-coding-agents-guide-2026-06-09

## Veille

Fundierter technischer Leitfaden (Blog der Agentur Lushbinary) zum **Loop Engineering**: Gestaltung der Systeme, die Coding-Agenten in einer Schleife steuern, statt sie manuell zu prompten. Behandelt die Genealogie Prompt → Context → Loop Engineering, die Ralph-Technik (Geoffrey Huntley), die **fünf Bausteine + Memory** einer Loop, ihre Umsetzung in Claude Code und OpenAI Codex, das Schreiben überprüfbarer Abbruchbedingungen, eine Reifegradskala für die Einführung sowie die Risiken, die mit zunehmender Ausgereiftheit der Loops zunehmen. Bereich: agentisches Software-Engineering, Coding-Agenten, Harness/Orchestrierung.

## Titre Article

Loop Engineering: The Guide for AI Agents

## Date

2026-06-09

## URL

https://lushbinary.com/blog/loop-engineering-ai-coding-agents-guide/

## Keywords

Loop Engineering, Coding-Agenten, Harness Engineering, Ralph-Technik, Abbruchbedingungen, /goal, /loop, git Worktrees, Skills, Sub-Agenten, Maker-Checker, MCP, Enterprise Memory, Claude Code, OpenAI Codex, Reifegradskala, Verständnisschuld, gegnerische Verifikation, FinOps Tokens

## Authors

Lushbinary Team

## Ton

**Profil**: B2B-Leitfaden in der dritten Person mit pädagogischem, unterweisendem und strukturiertem Register (Überschriften, Vergleichstabellen, Shell-/Markdown-/TOML-Codebeispiele), hohes technisches Niveau, gerichtet an Engineers und Tech Leads. Artikel mit doppeltem Zweck: inhaltliche Pädagogik + abschließender kommerzieller Aufhänger (Abschnitt "Why Lushbinary" + kostenlose Beratung).

**Stil**: erklärend und didaktisch, mit slogan­artigen Formulierungen, die jede Idee verdichten ("Agents forget. Repositories remember.", "The leverage shifted, complexity didn't decrease.", "Write stop conditions like contracts, not wishes.", "You remain the ceiling.", "Build loops staying engineers."). Metaphern: die Loop als "Herzschlag" des Systems; Abbruchbedingungen als "Verträge" / "Abnahmetests"; Ralph Wiggum (Simpsons-Figur) für deterministische Einfachheit. Autorität wird durch operative Erfahrung (produktive KI-Integrationen, Gesundheitswesen/Fintech/SaaS/E-Commerce "seit der GPT-4-Ära") und die Verankerung bei namentlich genannten Quellen (Addy Osmani, Peter Steinberger, Boris Cherny, Geoffrey Huntley) beansprucht. Abschließender Transparenzhinweis: Inhalt zur Lizenzkonformität umformuliert, Fähigkeiten aus offizieller Anthropic-/OpenAI-Dokumentation entnommen.

## Pense-betes

- **Definition in einem Satz**: Loop Engineering baut Systeme, die Agenten **nach Zeitplan und zielgerichtet** prompten, statt einzelne Prompts einzutippen. Der Hebel verschiebt sich von der *Qualität eines Prompts* hin zum *Design des Systems*.
- **Zwei Loop-Ebenen**: die *innere Loop* (Wahrnehmen-Denken-Handeln-Beobachten bei jedem Turn, bereits nativ in Agenten) versus die *äußere Loop*, die man entwirft (Planung, Helfer, sich selbst nährende Arbeit, Persistenz über viele Turns hinweg).
- **Dreistufige Genealogie** (jede Schicht schließt die vorherige ein): Prompt Engineering (1 Anweisung) → Context Engineering (Inhalt des Fensters) → Loop Engineering (System, das entscheidet, was, wann geprompted wird und ob das Ergebnis akzeptabel ist). Prompt und Kontext bleiben essenziell — ein schlechter Prompt erzeugt nur schneller schlechte Arbeit.
- **Ursprung des Begriffs**: popularisiert von **Addy Osmani** (Google) im Juni 2026, aufbauend auf Beobachtungen von **Peter Steinberger** (*"you should be designing loops that prompt your agents"*) und **Boris Cherny** (Claude-Code-Leiter bei Anthropic: sein Fokus verschob sich zum *Schreiben von Loops* statt direktem Prompten).
- **Ralph-Technik** (Geoffrey Huntley, Anfang 2026, benannt nach Ralph Wiggum): den Agenten in einer einfachen `while`-Schleife laufen lassen, derselbe Prompt bei jeder Iteration, gegen eine schriftliche Spezifikation, mit **frischem Kontext bei jedem Turn**. Die nicht offensichtliche Innovation ist der **Kontext-Reset** (vermeidet Degradation durch lange Sitzungen). Die Intelligenz kommt aus klaren Spezifikationen + überprüfbaren Ergebnissen + **externem Memory** (`PLAN.md`, `STATUS.md`), nicht aus heroischen Läufen.
- **Loop Engineering produktisiert Ralph**: Aus dem `while` wird eine geplante Automation, aus den Resets werden Worktrees/Sub-Agenten, aus der Prüfung "ALL TASKS DONE" wird eine von einem separaten Modell verifizierte `/goal`-Bedingung.
- **5 Bausteine + Memory**: (1) **Automations** (geplante Discovery-/Triage-Trigger); (2) **Worktrees** (parallele Agenten ohne Kollisionen); (3) **Skills** (dokumentiertes Projektwissen); (4) **Plugins/Connectors** (MCP, Zugriff auf reale Werkzeuge); (5) **Sub-Agenten** (Trennung von Generierung und Verifikation); (6) **Memory** (Markdown, Linear-/GitHub-Boards — außerhalb des Kontextfensters). *"Agents forget. Repositories remember."*
- **Claude Code und Codex bilden die 5 Bausteine + Memory ab** unter unterschiedlichen Namen, aber identischen Strukturen → Loops entwerfen, die einen Werkzeugwechsel überleben.
- **Automations**: Codex (Tab Automations, läuft in einer Triage-Inbox, leere Läufe archivieren sich selbst); Claude Code (`/loop` + Hooks + GitHub-Actions-Integration). Zentrale In-Session-Primitive = **`/goal`**: hält die Arbeit aufrecht, bis die angegebene Bedingung nachweislich zutrifft, **ein separates, kleineres Modell bewertet die Fertigstellung bei jedem Turn** (der Agent bewertet sich nicht selbst).
- **Stand Mitte 2026**: `/goal` erschien in Claude Code **v2.1.139 (11. Mai 2026)**, dem 2.1.x-Zweig mit **Opus 4.8** als Standard sowie dynamischen Workflows, die große Sub-Agenten-Flotten orchestrieren; Codex fügte `/goal` in **CLI 0.128.0** hinzu. Praktiker berichten von Agenten, die dutzende Stunden unbeaufsichtigt arbeiten → **Abbruchbedingungen werden zum kritischsten Element**.
- **Abbruchbedingungen als Verträge formulieren**: Endzustand + Nachweis + Beschränkungen + Obergrenze für Turns/Budget. Z. B. "Testabdeckung von `src/billing` ≥ 90 %; `npm test` beendet sich mit Exit-Code 0; keine öffentliche API geändert; Abbruch nach 25 Turns oder 5 $."
- **Drei Praktiken für zuverlässige Loops** (Claude-Code-Teams): Fehler bewahren (damit die Loop lernt, statt sie zu wiederholen), Verifikation *von Anfang an* einbauen, rote Tests / rote CI als **Ehrlichkeitssignale** behandeln. Eine Loop ohne Fehlernachweis glaubt immer, erfolgreich gewesen zu sein.
- **Worktrees** = echte git-Isolation (separate Verzeichnisse auf unterschiedlichen Branches, gemeinsame History). Aber **"You remain the ceiling"**: Nicht die Anzahl der Worktrees, sondern die menschliche Review-Kapazität bestimmt, wie viele Agenten tatsächlich parallel laufen.
- **Maker-Checker-Sub-Agenten** = die wirkungsvollste strukturelle Änderung: ein **gegnerischer** Verifizierer-Agent (starkes Modell, hohes Reasoning, angewiesen, alles Unbewiesene zurückzuweisen), der vor dem menschlichen Review als Gate fungiert. Modelle, die ihre eigene Arbeit bewerten, sind zu großzügig.
- **Reifegradskala (Stufen 0→4)**: 0 Manual → 1 Triage (Befunde in Markdown, kein Code) → 2 Draft (Fixes auf isolierten Branches) → 3 Verified PR (Sub-Agent als Verifizierer-Gate) → 4 Auto-merge (risikoarme Kategorien bei grüner CI). Nur eine Stufe aufsteigen, wenn die aktuelle Ergebnisse liefert, die man selbst erzielt hätte.
- **3 Risiken, die sich verschärfen (nicht abnehmen)**: **Die Verifikation bleibt in der eigenen Verantwortung** ("erledigt" ist eine Behauptung, kein Nachweis); die **Verständnisschuld wächst schneller** (Code wird schneller ausgeliefert, als er verstanden wird); **kognitive Kapitulation** (Ergebnisse ohne Urteilsvermögen akzeptieren) — zwei Personen, die dieselbe Loop bauen, erzielen gegensätzliche Ergebnisse, je nachdem, ob sie damit Arbeit vorantreiben, die sie verstehen, oder ob sie Verständnis vermeiden.
- **Auf die Tokens achten**: geplante Loops + Verifizierer-Modelle nach jedem Turn verbrauchen schnell Tokens. Mit langsamer Kadenz und engen Bedingungen beginnen, Kosten mehrere Tage lang beobachten, erst nach Nachweis nützlicher, gemergter Arbeit skalieren.
- **Sicherheit**: Autonome Loops mit Connectors, die Produktion berühren → Guardrails, Berechtigungen, Audit-Logging erforderlich.

## RésuméDe400mots

Dieser Leitfaden der Agentur Lushbinary theoretisiert das **Loop Engineering**: den Übergang vom *manuellen Prompten* eines Coding-Agenten zur *Gestaltung der Systeme, die ihn automatisch prompten*. Zwei Jahre lang folgte die Wertschöpfung aus einem Agenten einem einfachen Muster (Prompt, Kontext, Überprüfung, nächste Anweisung), bei dem der Entwickler bei jedem Schritt die Kontrolle behielt. Ab Juni 2026 verschiebt sich der Hebel: Der Entwickler ist nicht mehr primär Prompter, sondern Gestalter einer **äußeren Loop**, die Arbeit entdeckt, verteilt, Ergebnisse validiert, dokumentiert und entscheidet, was als Nächstes kommt. Der von **Addy Osmani** (Google) popularisierte Begriff greift auf Peter Steinberger (*"design loops that prompt your agents"*) und Boris Cherny (Claude Code/Anthropic: Schleifen schreiben statt prompten) zurück.

Loop Engineering ist die **dritte Schicht** eines Stacks (Prompt → Context → Loop), wobei jede Schicht die vorherige einschließt; die Komplexität nimmt nicht ab, der Hebel verlagert sich hin zum Design. Geoffrey Huntleys **Ralph-Technik** (Anfang 2026) ist deren vorterminologische Bewährungsprobe: eine `while`-Schleife, derselbe Prompt, **frischer Kontext bei jeder Iteration**, dauerhafter Zustand auf der Festplatte (`PLAN.md`, `STATUS.md`). Loop Engineering produktisiert dies.

Eine funktionierende Loop erfordert **fünf Bausteine + Memory**: (1) geplante **Automations** (Codex Automations; Claude Code `/loop`, Hooks, `/goal`); (2) git **Worktrees** für parallele Agenten ohne Kollisionen; (3) **Skills**, die Projektwissen festhalten (`SKILL.md`); (4) **Plugins/Connectors** über MCP (werkzeugübergreifend portabel); (5) **Sub-Agenten**, die den "Maker" vom "Checker" trennen; (6) **Memory** außerhalb des Kontextfensters (Markdown, Boards). Claude Code und OpenAI Codex bilden diese Bausteine inzwischen unter unterschiedlichen Namen, aber identischen Strukturen ab.

Die Primitive `/goal` (Claude Code v2.1.139, 11. Mai 2026, standardmäßig Opus 4.8; Codex CLI 0.128.0) hält die Arbeit aufrecht, bis eine **von einem separaten Modell verifizierte** Bedingung erfüllt ist. Daher der Imperativ: Abbruchbedingungen **als Verträge** formulieren (Endzustand, Nachweis, Beschränkungen, Obergrenze für Turns/Budget). Die Aufteilung **Maker-Checker** (gegnerischer Verifizierer) ist die wirkungsvollste Änderung. Eine **fünfstufige Reifegradskala** (Manual → Triage → Draft → Verified PR → Auto-merge) leitet eine vorsichtige Einführung, wobei der Mensch so lange in der Loop bleibt, wie die Nachweislage einen Rückzug nicht stützt.

Drei Risiken **verschärfen sich** mit zunehmender Ausgereiftheit: Die Verifikation bleibt Sache des Menschen ("erledigt" ist eine Behauptung, kein Nachweis), die **Verständnisschuld** wächst schneller, und die **kognitive Kapitulation** droht. Fazit: Loops so gestalten, "wie jemand, der Engineer bleiben will".

## GrapheDeConnaissance

- Addy Osmani —publie→ Loop Engineering (METHODOLOGIE, 0.95)
- Loop Engineering —s_inspire_de→ "you should be designing loops that prompt your agents" (CITATION, 0.92)
- Boris Cherny —affirme_que→ "mon focus est passé à écrire des boucles plutôt qu'à prompter directement" (AFFIRMATION, 0.9)
- Loop Engineering —remplace→ prompting manuel des agents (CONCEPT, 0.93)
- Loop Engineering —est_basé_sur→ Context Engineering (METHODOLOGIE, 0.88)
- Geoffrey Huntley —a_créé→ technique Ralph (METHODOLOGIE, 0.95)
- Technique Ralph —utilise→ réinitialisation du contexte à chaque itération (CONCEPT, 0.93)
- Loop Engineering —est_basé_sur→ technique Ralph (METHODOLOGIE, 0.9)
- Git worktrees —résout→ collisions de fichiers entre agents parallèles (CONCEPT, 0.94)
- Sub-agents maker-checker —permet→ séparation génération / vérification (CONCEPT, 0.93)
- /goal —fait_partie_de→ Claude Code (TECHNOLOGIE, 0.92)
- Claude Code —utilise→ Opus 4.8 (TECHNOLOGIE, 0.9)
- Skills —réduit→ coût de ré-explication du contexte projet (CONCEPT, 0.9)
- Mémoire externe —permet→ persistance de l'état entre runs (CONCEPT, 0.92)
- MCP —permet→ connecteurs portables (CONCEPT, 0.88)
- Loop Engineering —affirme_que→ "la dette de compréhension s'accélère avec des boucles plus rapides" (AFFIRMATION, 0.85)
- Conditions d'arrêt —recommande→ écriture comme des contrats (état, preuve, contraintes, budget) (AFFIRMATION, 0.9)

---
Canonical: https://www.thekb.eu/de/fiches/lushbinary-loop-engineering-ai-coding-agents-guide-2026-06-09/