Was ist /goal in Claude Code und Codex?

/goal ist ein Befehl in Claude Code und in OpenAIs Codex, der einen Coding-Agenten über viele Runden arbeiten lässt, bis eine festgelegte Abschlussbedingung erfüllt ist. Statt nach einer Antwort stehen zu bleiben und auf den nächsten Prompt zu warten, startet der Agent die nächste Runde, und nach jeder Runde entscheidet eine Prüfung, ob das Ziel erreicht ist.

/goal ist der eingebaute Nachfolger des Ralph Loop, des Tricks von 2025, einen Agenten in einer Bash-Schleife laufen zu lassen, bis die Arbeit erledigt ist. Im Oktober 2026 löschen Teams ihre Ralph-Skripte und verweisen auf /goal als den eingebauten Ersatz.

/goal all tests in test/auth pass and the lint step is clean

So funktioniert /goal in Claude Code

Ein gesetztes Ziel startet sofort eine Runde, mit der Bedingung als Auftrag. Danach läuft immer derselbe Zyklus:

Claude arbeitet eine Runde: liest, ändert, führt Befehle aus.
Am Ende der Runde schickt Claude Code die Bedingung und den bisherigen Verlauf an das kleine, schnelle Modell.
Dieser Prüfer liefert eines von drei Urteilen mit kurzer Begründung: noch nicht erfüllt (Claude nimmt die Begründung als Hinweis und startet die nächste Runde), erfüllt (das Ziel wird gelöscht) oder unmöglich (das Ziel wird gelöscht, die Begründung protokolliert).

Befehl	Was er tut
`/goal <Bedingung>`	Setzt das Ziel (bis 4.000 Zeichen) und beginnt; ersetzt ein aktives Ziel
`/goal`	Zeigt Bedingung, Laufzeit, geprüfte Runden, Token-Verbrauch und die letzte Begründung
`/goal clear`	Entfernt das Ziel, bevor es erreicht ist
`claude -p "/goal ..."`	Lässt die ganze Schleife in einem nicht interaktiven Aufruf laufen

Zwei Details entscheiden, wie sich das in der Praxis verhält:

Die Berechtigungen bleiben, wie sie sind. Im manuellen Modus fragt Claude weiter vor Tool-Aufrufen, die nicht freigegeben sind. Für Ziele ohne Aufsicht braucht es den Auto-Modus, der Tool-Aufrufe freigibt; /goal liefert die Runden dazu.
Es ist ein Hook. Technisch ist /goal ein sitzungsbezogener, prompt-basierter Stop-Hook. Wo Hooks per Einstellung abgeschaltet oder auf zentral verwaltete Hooks beschränkt sind, fehlt auch /goal.

So funktioniert /goal in Codex

Codex nutzt dasselbe Wort für dieselbe Idee: ein dauerhaftes Ziel, das Codex über viele Runden verfolgt, wenn nötig stundenlang. OpenAIs Anleitung nennt Migrationen, große Refactorings, Deploy-Wiederholungen und Prompt-Optimierung gegen eine Eval-Suite als typische Ziele.

/goal <Ziel> setzt es, /goal zeigt es, und /goal pause, /goal resume und /goal clear steuern den Lauf.
OpenAIs Vorlage: Complete [objective] without stopping until [verifiable end state].
Taucht /goal nicht bei den Slash-Befehlen auf, steckt es hinter einem Feature-Flag: features.goals = true in der config.toml oder codex features enable goals.

Der Prüfer sieht nur den Verlauf

Das ist der Teil, den die meisten Anleitungen überspringen. In Claude Code führt der Prüfer laut Dokumentation selbst keine Befehle aus und liest keine Dateien. Er beurteilt die Bedingung anhand dessen, was der arbeitende Agent im Verlauf gezeigt hat.

Damit ändert sich, wer entscheidet, wann die Arbeit fertig ist. Im Ralph Loop kam das Signal aus der Werkzeugkette: Tests und Typprüfung bestanden oder eben nicht. Bei /goal liest ein Modell den Verlauf und entscheidet. Das ist flexibler (es kann „alle Aufrufe migriert“ beurteilen) und leichter zu täuschen (eine selbstbewusste Zusammenfassung, dass die Tests bestehen, ist kein Testlauf).

Eine gute Bedingung verlangt deshalb einen Nachweis, der im Verlauf landet:

Schwache Bedingung	Bedingung, die hält
„Repariere das Auth-Modul“	„`npm test test/auth` endet mit Exit-Code 0, und die Ausgabe wird gezeigt“
„Migriere auf die neue API“	„Keine Datei importiert `legacy-client`, belegt durch ein grep ohne Treffer, und der Build endet mit 0“
„Räum den Code auf“	„Jede Datei in `src/` hat unter 400 Zeilen, aufgelistet mit `wc -l`, und keine Testdatei wurde geändert“
„Mach weiter, bis es läuft“	„… oder stoppe nach 20 Runden und berichte, was offen ist“

Die Anleitung von Claude Code sagt dasselbe: ein messbarer Endzustand, ein benannter Nachweis, die Grenzen, die unterwegs nicht brechen dürfen, und eine Runden- oder Zeitklausel, die den Lauf begrenzt.

Vom Ralph Loop zu /goal

Die Idee ist ein Jahr alt; die Werkzeuge haben aufgeholt.

Stufe	Wie die Schleife lief	Wer „fertig“ entschied
Ralph Loop (Geoffrey Huntley, Juli 2025)	`while :; do cat PROMPT.md \| claude-code ; done`, ein frischer Agent pro Durchlauf	Tests und eine Plandatei, die der Agent pflegte
`ralph-wiggum`-Plugin für Claude Code	Ein Stop-Hook, der denselben Prompt erneut einspeiste, bis ein vereinbarter Abschlusstext erschien	Der Agent, der diesen Text ausgab
`/goal` in Codex (30. April 2026) und Claude Code (11. bis 12. Mai 2026)	Eingebaut, mit Status, Token-Verbrauch, Fortsetzen und Pause	Ein separates Prüfmodell in Claude Code; der festgelegte Endzustand in Codex

Die Lehren aus Ralph gelten innerhalb eines Ziels weiter: Zustand in Dateien halten, einen Punkt nach dem anderen erledigen, Tests dagegenhalten lassen. Weggefallen ist das Gerüst. So ging es den meisten Agenten-Techniken der letzten zwei Jahre; die Zeitleiste der KI-Agenten-Techniken zeigt, was veraltete, was in die Produkte wanderte und was bleibt.

Was Ziele für die Automatisierung im Unternehmen bedeuten

Ein Ziel besteht aus drei Dingen: einem aufgeschriebenen Endzustand, einer unabhängigen Prüfung und einer Schleife mit Limit. Dieselbe Form trägt auch außerhalb von Code, überall dort, wo sich der Endzustand prüfen lässt:

Produktdaten. „Jede Artikelnummer im Export besteht das Schema des Marktplatzes; der Validator meldet null Fehler.“ Ein Datensatz pro Durchlauf, der Validator als Prüfung.
Belegverarbeitung. „Jede Rechnung im Ordner ist ausgelesen, und jede ausgelesene Summe entspricht der Summe ihrer Positionen.“
Migration. „Jede Seite der alten Website existiert auf der neuen, und der Link-Checker meldet keine 404.“

Wo der Endzustand ein Urteil ist („ist diese Antwort freundlich genug?“), wiederholt eine Schleife nur die Unsicherheit. Solche Schritte bekommen einen Menschen, per Regel. Diese Regel gehört ins Agent-Harness, nicht in den Prompt.

FAQ

Ist der Ralph Loop tot? Als Bash-Skript weitgehend. Teams, die ihn genutzt haben, steigen auf /goal um. Die Ideen dahinter (frischer Kontext, Zustand in Dateien, Tests als Gegendruck) leben darin weiter, wie gute Ziele formuliert werden.

Was kostet /goal? Die Arbeitsrunden kosten, was sie immer kosten. Claude Code rechnet die Prüfung über das kleine, schnelle Modell ab und beschreibt sie als meist vernachlässigbar neben den Hauptrunden. Das eigentliche Kostenrisiko ist ein Ziel ohne Limit, deshalb gehört eines in die Bedingung.

Kann ein Ziel über Nacht laufen? Ja, mit Auto-Modus in Claude Code oder Full-Auto in Codex, und mit den Grenzen, die es sicher machen: eine Sandbox oder ein eigener Branch, keine Zugangsdaten für Produktivsysteme und eine Runden- oder Zeitgrenze in der Bedingung.

Was ist der Unterschied zwischen /goal und /loop? In Claude Code startet /goal die nächste Runde, sobald die vorige endet, bis eine Bedingung erfüllt ist. /loop wiederholt einen Prompt in einem festen Zeitabstand, etwa um alle fünf Minuten einen Deploy zu prüfen.

Verhalten sich Ziele in Claude Code und Codex gleich? Die Idee ist dieselbe, die Steuerung unterscheidet sich. Codex hat Pause und Fortsetzen, Claude Code zeigt nach jeder Runde die Begründung des Prüfers und stellt ein aktives Ziel wieder her, wenn eine Sitzung fortgesetzt wird.

KI-Agenten, die in Ihrem CRM, PIM oder ERP auf prüfbare Ziele hinarbeiten, mit den Prüfungen und Grenzen, die ein Geschäftsprozess braucht, sind das, was wir bauen. Die Struktur darum erklärt Was ist ein Agent-Harness?