Google-Softwareingenieur Addy Osmani definierte am 7. Juni in einem Beitrag „Loop Engineering“ als einen Ansatz, bei dem ein automatisiertes System die manuelle Prompt-AI-Agentausformulierung durch Ingenieure ersetzt. Der Ansatz besteht aus fünf Bausteinen: Automations, Worktrees, Skills, Plugins/Connectors und Sub-agents.
Fünf Bausteine: Definition und Funktion
Laut der Einordnung von Addy Osmani erklärt der Rahmen Folgendes:
Automations (Automatisierungen): Nach Zeitplan ausgelöste Aufgaben, die dafür verantwortlich sind, automatisch „Discovery“ und „Triage“ auszuführen. Osmani erläutert, dass Automations der zentrale Mechanismus sind, damit aus der Schleife eine echte Zyklenlogik wird und nicht nur eine „einmalige Ausführung“. Die Codex-App nutzt Automations als eigene Seiten und bietet den Befehl /goal (führt aus, bis die Bedingung erfüllt ist); Claude Code erreicht die gleiche Funktion durch geplante Aufgaben, cron, /loop, /goal und GitHub Actions.
Worktrees (Arbeitsbäume): Mithilfe des git-worktree-Mechanismus werden isolierte Arbeitsverzeichnisse für parallel ausgeführte Agenten erstellt, um Konflikte zu vermeiden, wenn mehrere Agenten gleichzeitig dieselbe Datei ändern. Die Codex-App stellt in jedem Thread ein Worktree bereit; Claude Code bietet die gleiche Isolierung per git worktree und dem Flag --worktree.
Skills (Fähigkeiten): Projektwissen, Konventionen und Build-Schritte werden im Format SKILL.md in externe Dokumente geschrieben, sodass der Agent bei jeder Ausführung den Projektkontext nicht erneut ableiten muss. Beide Tools nutzen dasselbe SKILL.md-Format; Osmani erklärt, dass eine präzise Beschreibung besser ist als vage Umschreibungen.
Plugins / Connectors (Plugins und Konnektoren): Basierend auf MCP (Model Context Protocol) erstellt, damit der Agent auf externe Systeme wie Issue Tracker, Datenbanken, API-Endpunkte und Kommunikationswerkzeuge zugreifen kann. Sowohl die Codex-App als auch Claude Code unterstützen MCP; Osmani bestätigt, dass ein und derselbe Connector in der Regel direkt in beiden Tools verwendet werden kann.
Sub-agents (Sub-Agenten): „Ausführungs-Agent“ und „Verifikations-Agent“ werden in unabhängige Rollen aufgeteilt, mit unterschiedlichen Anweisungen und sogar unterschiedlichen Modellen, die sich gegenseitig prüfen. So wird verhindert, dass ein Agent seine eigene Einschätzung zu großzügig bewertet. Die Codex-App definiert dies in .codex/agents/ im TOML-Format; Claude Code definiert Task-Subagents und agent teams in .claude/agents/.
Externer Speicher (State): Definition und Zweck des sechsten Bausteins
Osmani definiert externen Speicher als „alles, was außerhalb einer einzelnen Unterhaltung existiert und zum Festhalten dessen dient, was getan wurde und was als Nächstes zu tun ist“, zum Beispiel Markdown-Dateien oder ein Linear-Board. Der Grund für die Notwendigkeit: Große Sprachmodelle behalten zwischen einzelnen Ausführungen keinen Speicher bei, daher muss der Fortschritt extern abgelegt werden — nicht im Kontextfenster des Modells.
Beide Tools unterstützen dieses Mechanismus: Die Codex-App verknüpft Linear per Markdown oder Connector; Claude Code verknüpft Linear per AGENTS.md, einer Fortschrittsdatei oder per MCP-Link.
Häufige Fragen
Was ist der zentrale Unterschied zwischen Loop Engineering und traditionellem Prompt Engineering?
Laut dem Rahmen von Addy Osmani wird beim traditionellen Prompt Engineering der Prompt manuell von Ingenieuren geschrieben und es gibt eine iterative Interaktion mit dem Agenten; beim Loop Engineering hingegen wird ein vollständiges System entworfen, das durch Automations automatisch ausgelöst wird, durch Worktrees parallele Ausführung isoliert, durch Skills Wissen liefert, durch Connectors Tools verbindet und durch Sub-agents Ausführung und Validierung trennt. Die Rolle der Ingenieure verschiebt sich dabei von „dem Agenten direkt steuern“ hin zu „ein System zum Betrieb des Agenten entwerfen“.
Welche Bausteine werden von Codex app und Claude Code aktuell unterstützt?
Laut Osmanis Vergleichsanalyse unterstützen beide Tools zum Zeitpunkt der Veröffentlichung seines Artikels vollständig fünf Bausteine und den Mechanismus für externen Speicher. Die wesentlichen Unterschiede liegen in der Benennung und den konkreten Pfaden: Automations-Funktionen gibt es jeweils in entsprechender Form, Worktrees basieren beide auf git worktree, Skills nutzen beide das SKILL.md-Format, Plugins/Connectors basieren beide auf MCP und Sub-agents verwenden Konfigurationsdateien im .agents/-Verzeichnis.
Wie wird die „Trennung von Ausführung und Validierung“ bei Sub-agents umgesetzt?
Laut Osmanis Beschreibung macht das Design der Sub-agents „den Agenten, der Code schreibt“ und „den Agenten, der Code überprüft“ zu zwei unabhängigen Rollen — mit unterschiedlichen Anweisungen und sogar mit unterschiedlichen Modellen. Das Prinzip ist bei Claude Codes /goal-Befehl ähnlich: Ein neues Modell beurteilt, ob die Aufgabe abgeschlossen ist, statt dass das Modell der ausführenden Aufgabe sich selbst bewertet. Osmani bezeichnet das als „Wer macht vs. wer prüft“ — angewendet auf die Stop-Bedingung selbst.
