Ein Ziel mit Ende.
Ein Goal läuft auf einen nachprüfbaren Zustand zu: Test grün, Report fertig, Queue sortiert, Patch vorbereitet.
Loops, Goals, Verifier, Receipts
öffentlichAgenten-Arbeit wird erst gut, wenn sie stoppen kann.
AInauten Loops übersetzt wiederkehrende Arbeit in prüfbare Goals: begrenzte Aktionen, klare Stop-Regeln, sichtbare Receipts und ein menschliches Gate, bevor etwas kundensichtbar oder irreversibel wird.
01 Observe
Zustand lesen, Scope begrenzen, Quellen festlegen.
02 Act
Nur erlaubte Schritte ausführen, Budget einhalten.
03 Verify
Ergebnis prüfen, Receipt schreiben, bei Risiko stoppen.
Ein wiederholbarer Arbeitszyklus.
Ein Loop liest frischen Zustand, macht einen begrenzten Schritt, prüft das Ergebnis und entscheidet neu.
Ein geplanter Hintergrundlauf.
Eine Routine braucht die härtesten Gates, weil sie weiter vom direkten menschlichen Blick entfernt ist.
10-Minuten-Start
Vom Projekt zum ersten kontrollierten Goal.
Codex vorbereiten
Installiere oder aktualisiere die Codex CLI mit npm install -g @openai/codex@latest oder bei einer Homebrew-Installation mit brew upgrade --cask codex. Prüfe danach codex --version. Goals sind in der hier geprüften CLI 0.165.0 stabil verfügbar.
Fehlt /goal, aktiviere es mit dem folgenden Befehl und starte Codex neu. Alternativ ergänze goals = true im Abschnitt [features] deiner ~/.codex/config.toml.
codex features enable goals
Goal sauber begrenzen
Schreibe nicht nur den Wunsch. Schreibe Outcome, erlaubte Aktionen, verbotene Aktionen, Belege, Turn-Limit und Stop-Regel.
/goal Achieve [outcome] verified by [evidence]
Kontrollbefehle kennen
Prüfe Status, pausiere oder räume auf, bevor ein Lauf in die falsche Richtung arbeitet.
/goal · /goal pause · /goal resume · /goal clear
/goal zeigt den Status. pause pausiert, resume setzt fort und clear entfernt das Ziel. Starte mit einem lokalen Diagnosebericht und einem Limit von fünf Iterationen. Prüfe den Bericht, bevor du Schreibrechte erweiterst.
Für regelmäßige Läufe öffnest du in der Codex-App Automations, wählst Projekt, Prompt und Zeitplan und prüfst die Ausführungsrechte. Teste den Prompt zuerst einmal manuell und kontrolliere anschließend die Ergebnisse jedes geplanten Laufs.
Goal Seed
Baue aus deinem Kontext einen brauchbaren Startprompt.
Goal Seed
draft-first
Loop-Karten
Kopierbare Prompts für echte wiederkehrende Arbeit.
Alle Lanes
Receipts
Ein Lauf zählt erst, wenn der nächste Mensch ihn prüfen kann.
Ein Receipt ist kein Status-Satz. Es ist der prüfbare Beleg: Eingaben, erlaubte Aktionen, geänderte Artefakte, Verifier, offenes Risiko und Stop-Grund. Ohne Receipt ist ein Loop nur Beschäftigung.
Realer Lauf: Content-Upgrade vom 4. Juli 2026
Eingaben: Wiki, Site-Brief und kuratierte Loop-Daten. Ergebnis: 30 Prompt-Karten und eine Erklärstrecke vor dem Generator. Prüfungen: Content-Build, JavaScript-Syntax, JSON-LD und sechs Desktop-/Mobile-Screenshots. Stop-Grund: keine Freigabe für Deploy oder Push.
Grenze des damaligen Receipts: Die Tests belegten die Darstellung und Copy-Funktionen, aber nicht die vollständige Erfüllung des Inhaltsauftrags. Der spätere Abgleich fand unter anderem Lücken im Setup und in der Goal-Anatomie.
Abstrahierten Original-Receipt lesen
Autonomy Ladder
Der Worker liefert das Ergebnis; Tests, Compiler, ein zweites Modell oder ein Mensch prüfen es. Ein bloßes „fertig“ des Workers ist kein unabhängiger Nachweis.
- Draft-first: lesen, entwerfen, reporten.
- Local-write: lokale Artefakte und Tests.
- Approval-gated: PR, Publish, Send, Deploy nur nach Freigabe.
- Autonomous: erst nach wiederholten Receipts und engem Scope.
Gates
Autonomie endet, bevor sie kundensichtbar oder irreversibel wird.
FAQ
Was du über Loops, Goals und Gates wirklich wissen musst.
Was ist ein Loop?
Ein Loop ist ein wiederholbarer Arbeitszyklus: Zustand lesen, eine begrenzte Aktion ausführen, Ergebnis prüfen, Receipt schreiben und entscheiden, ob der nächste Durchlauf Sinn ergibt. Der Punkt ist nicht mehr Autonomie, sondern bessere Kontrolle über wiederkehrende Arbeit.
Was ist der Unterschied zwischen Goal, Loop und Routine?
Ein Goal arbeitet auf einen nachprüfbaren Endzustand hin. Ein Loop wiederholt Arbeit innerhalb einer aktiven Session. Eine Routine läuft geplant im Hintergrund. Je weiter etwas vom Menschen weg läuft, desto klarer müssen Budget, Stop-Regel und Review sein.
Wann ist Arbeit loop-bar?
Wenn sie wiederkehrt, frischen Zustand nutzt und am Ende einen Beleg erzeugt: Test, Tabelle, Screenshot, Linkcheck, Draft oder Report. Wenn die eigentliche Entscheidung heikel, teuer oder kundensichtbar ist, bleibt sie ein menschliches Gate.
Was gehört in ein gutes Goal?
Ein gutes Goal benennt Impact, erlaubte Aktionen, verbotene Aktionen, Quellen, Abschlussbedingung, Turn-Limit, Stop-Regeln, Human-Gate und erwarteten Receipt. Ohne diese Teile ist es nur ein Wunschzettel für den Agenten.
Warum sind Receipts so wichtig?
Ein Receipt macht sichtbar, was passiert ist: Welche Quellen wurden genutzt, was wurde geändert, was wurde geprüft und wo bleibt Risiko. Dadurch kann der nächste Mensch oder Agent sauber weiterarbeiten, statt denselben Nebel neu zu sortieren.
Welche Aktionen bleiben gesperrt?
Sends, Publishes, Deletes, Käufe, DNS/Auth, Payment, Account-Rollen, neue Tool-Verbindungen und kundensichtbare Änderungen brauchen eine ausdrückliche Freigabe. Ein Loop darf vorbereiten, prüfen und dokumentieren. Er darf nicht still irreversible Fakten schaffen.
Woher kommen die Muster?
Die Muster sind aus AInauten-Arbeitsläufen, öffentlicher Loop-Praxis und eigenen Agenten-Erfahrungen verdichtet. Die Quellen sind Inspiration, nicht Autorität. Als Kontext kannst du den AInauten-Erklärartikel oder die Loop Library öffnen.
Wie startest du heute sinnvoll?
Nimm ein Projekt, begrenze den erlaubten Zugriff und baue zuerst ein draft-first Goal. Der erste gute Lauf produziert keinen großen Umbauplan, sondern ein prüfbares Artefakt: eine kurze Diagnose, eine priorisierte Liste, einen Patch-Vorschlag oder einen klaren Stop-Grund.