Loop Engineering

Addy Osmani, bei Google, gab einer bereits laufenden Praxis einen Namen: die Schleife zu entwerfen, die einen Coding Agent anstößt, statt ihn von Hand zu prompten. Der Lushbinary-Guide datiert diesen Wandel auf Juni 2026 und verortet «Loop Engineering» als dritte Schicht eines Stapels (Prompt, dann Context, dann Loop), wobei jede Schicht die vorherige enthält. Geoffrey Huntleys Technik Ralph, von Anfang 2026, war der vorterminologische Beweis: eine `while`-Schleife, bei jedem Durchlauf derselbe Prompt, bei jeder Iteration neuer Context, dauerhafter Zustand auf der Festplatte in `PLAN.md` und `STATUS.md`. Peter Steinbergers Satz, "you should be designing loops that prompt your agents", und Boris Chernys Arbeit an «Claude Code» stehen hinter der Viralität des Begriffs.

Vier Beiträge nähern sich ihm aus unterschiedlichen Blickwinkeln. Shubham Saboo verschiebt das Thema aus dem Engineering ins Produktmanagement, mit fünf Teilen: Trigger, Aktion, Beleg, Gedächtnis, Abbruchbedingung. Letztere nennt er die kritischste, weil Systeme am Fehlen eines saubaren Ausgangs scheitern. Das von ihm benannte Problem ist Artefakt-Drift: Die `CLAUDE.md` wird länger, die Checkliste schwillt an, Eval-Kriterien ändern sich spurlos, und einen Monat später "wirkt" der Agent schlechter, während das Modell nicht schlechter geworden ist. Andrew Ng trennt drei verschachtelte Schleifen nach Zeitskala, Minuten für agentisches Coding, zehn Minuten bis Stunden für Entwickler-Feedback, Tage für externes Feedback. Dorra Bartaguiz fasst Software-Fabriken zusammen als Loop Engineering plus Harness Engineering plus menschliche Aufsicht.

Die Spannung, die niemand auflöst: Lushbinary vertritt, dass "fertig" eine Behauptung ist und kein Beweis, dass Verifikation menschlich bleibt und dass die Verständnisschuld mit schnelleren Schleifen zunimmt.