AgentLoop

AgentLoop startet für jeden Worker und jede Kritiker-Sitzung einen neuen Engine-Prozess, sodass keine vorherige Chat-Historie mitkommt. Das vermeidet Kontextverfall, die Ansammlung veralteter Annahmen, die lange Chats unzuverlässig macht. Das dauerhafte Gedächtnis ist das Projekt selbst plus die konkreten Korrekturen, die der Kritiker schreibt, wodurch keine Token dafür verbrannt werden, ein immer größer werdendes Gespräch neu zu lesen.

Sie legen Ihre Definition von fertig in GUIDELINES.md ab. Ein frischer Kritiker liest diese Datei in jedem Zyklus zusammen mit der Ausgabe des Workers und den Projektdateien. Die letzte Zeile des Kritikers ist ein strenger Vertrag: Sie muss auf PASS, FAIL mit Korrekturhinweisen oder CONTINUE lauten. Ein FAIL wird zu eingefügten Anweisungen für den nächsten Worker, sodass Rückmeldung zu Handlung wird statt zu einem Kommentar, den Sie von Hand weiterreichen müssten. In der eigenen Auswertung des Projekts fand ein frischer Kritiker einen gemischten Prozent-Dekodierungsfehler, nachdem alle neun Tests bestanden waren.

Der Fortschritt liegt in PLAN.md und STATE.md, nicht in einem Gespräch. Ein Worker liest Plan und Status, macht einen Schritt, aktualisiert den Status und beendet sich. Weil das Gedächtnis in Dateien liegt, bleibt eine Schleife begrenzt und lässt sich leichter unbeaufsichtigt laufen lassen. Es bedeutet auch, dass Sie dieselben Artefakte lesen können, mit denen die Agents arbeiten, und genau sehen, was sich in jedem Schritt geändert hat.

Jeder Zyklus, Entscheid, jedes Protokoll, alle Kosten und jede Dateiübergabe erscheinen auf einem lokalen Dashboard. Sie können einen Lauf von dort abbrechen, statt einen Prozess zu suchen, und Sie können ChatGPT über eine MCP-Brücke nach dem Status fragen. Kein Rätselraten. Für jeden, der einen unbeaufsichtigten Agent-Lauf im Nachhinein zu debuggen versucht hat, ist die aufgezeichnete Zeitleiste der Unterschied zwischen ein Problem beheben und darauf herumraten.

AgentLoop lässt die Codex-CLI und Claude Code als austauschbare Engines laufen. Sie wählen eine pro Schleife im Dashboard oder pro Aufgabe über die Brücke. Das Projekt hält Planung und lokale Ausführung getrennt, und die Roadmap zielt als Nächstes auf bidirektionale Agent-Fragen und Recherche-Schleifen.

Für Projekte in einem git-Arbeitsbaum ist die automatische Checkpointing-Funktion standardmäßig aktiv, sodass der Daemon den Fortschritt committen kann, wenn Zyklen fertig werden. Plötzliche Ausfälle, etwa eine hängende Aufgabe, die ihr Wiederholungslimit erreicht, löschen die bereits geleistete Arbeit nicht. Wiederherstellung ist einen git-Befehl entfernt, nicht einen verlorenen Nachmittag. Das zählt bei Nachtläufen.

Eine Schleife ist bewusst sequenziell. Unabhängige eingereihte Aufgaben können bis zu einem Nebenläufigkeitslimit laufen, aber eine Schleife wird nie zu einem parallelen Schwarm, der über dasselbe Projekt rennt. Das ist Absicht. Auch die Budgets sind gedeckelt. maxCycles läuft von 1 bis 50 und ist standardmäßig 3, und taskRetries begrenzt aufeinanderfolgende Fehler, bevor eine Aufgabe als blockiert markiert und übersprungen wird.