/goal in Claude Code: ein Ziel statt 100 Prompts

Starte die Claude-Desktop-App und klick oben auf Code.

Tippe zum Test /goal ins Eingabefeld. Erscheint der Befehl in der Vorschlagsliste, ist alles bereit. Erscheint ein Hinweis, sagt dir Claude Code direkt dort, woran es liegt (zum Beispiel veraltete Version oder Ordner-Zugriff noch nicht bestätigt).

Wähle den Ordner, in dem gearbeitet werden soll, zum Beispiel den Ordner mit deinen Rechnungen oder deinem Website-Projekt, und bestätige den Zugriff. Für den ersten Test legst du am besten einen eigenen Übungsordner an.

Neben dem Senden-Button sitzt die Modus-Auswahl. Wähle dort Auto.

Im Auto-Modus laufen Arbeitsschritte ohne ständige Einzel-Nachfragen durch. Im Hintergrund prüft trotzdem eine Sicherheitsebene jede Aktion und blockiert Riskantes, etwa Löschen außerhalb des Projekts. Ohne Auto-Modus fragt Claude vor bestimmten Befehlen nach, und die Schleife wartet auf dich.

Tippe /goal, dahinter dein Ziel, und schick es ab. Die Schleife startet sofort, ein zusätzlicher Prompt ist nicht nötig. Solange das Ziel aktiv ist, zeigt eine Anzeige, wie lange es schon läuft.

Dein erster Testlauf im Übungsordner:

• /goal ohne Text zeigt den Status: das Ziel, die bisherigen Runden, den Verbrauch und die letzte Begründung des Prüf-Modells.
• /goal clear bricht sofort ab.
• Ein neues /goal … ersetzt das alte. Es läuft immer nur ein Ziel gleichzeitig.

Ob /goal brillant oder frustrierend ist, entscheidet sich fast nur hier. Das Prüf-Modell führt selbst nichts aus und öffnet keine Dateien. Es liest nur den Gesprächsverlauf. Claude muss den Beweis also sichtbar in den Verlauf bringen. Ein Ziel, das zuverlässig funktioniert, hat vier Bausteine:

1. Messbarer Endzustand: Was ist am Ende wahr? Eine Dateianzahl, ein leerer Ordner, ein fehlerfreier Testlauf. Etwas, das man eindeutig mit Ja oder Nein beantworten kann.
2. Beweis: Womit zeigt Claude, dass es stimmt? Eine Liste ausgeben, ein Prüfskript laufen lassen, ein Testergebnis zeigen.
3. Grenzen: Was darf sich nicht ändern? „Lösche nichts“, „ändere keine Dateiinhalte“, „nur in diesem Unterordner“.
4. Turn-Limit: „Stoppe spätestens nach 20 Turns.“ Deine Notbremse gegen Endlos-Schleifen, und sie schont dein Kontingent.

Platz hast du genug: bis zu 4.000 Zeichen pro Ziel.

Ein Ordner voller PDFs mit Namen wie scan_final_2.pdf oder Rechnung(3).pdf. Claude Code öffnet die PDFs, liest Firma und Datum heraus, benennt die Dateien einheitlich um und sortiert sie in Jahresordner. Das Fertig-Kriterium ist herrlich eindeutig: Der Eingangsordner ist leer.

Selbst prüfen: Öffne danach 3 bis 4 Dateien und check, ob Firma und Monat im neuen Namen stimmen. Die uebersicht.md zeigt dir auf einen Blick, welche alte Datei zu welchem neuen Namen wurde.

Mit /goal liefert Claude nicht die erste Version ab, sondern baut, prüft und bessert nach, bis ein Prüfskript objektiv bestätigt, dass alles da ist. Das Prüfskript schreibt Claude selbst. Sein fehlerfreier Durchlauf ist der Beweis, den das Prüf-Modell sehen will.

Die stärkste Variante ist ein Rollen-Split: Das Hauptgespräch bleibt Planer und Kontrolleur, die eigentliche Arbeit erledigt ein Executor-Subagent. Ein Subagent ist ein Mini-Claude mit eigenem Gedächtnis für die Aufgabe und eigener Arbeitsanweisung, den das Hauptgespräch pro Aufgabe losschickt. Der Hauptverlauf bleibt übersichtlich, und wer prüft und abhakt, ist nicht derselbe, der ausgeführt hat.

Executor einrichten (einmalig, 2 Minuten):

1. Die Datei executor.md von der Guide-Seite herunterladen oder Claude im Code-Tab bitten, sie nach der Beschreibung anzulegen. Am schnellsten geht das mit dem Prompt darunter.
2. Im Projektordner liegt sie dann im Unterordner .claude/agents/. Soll der Executor in allen Projekten verfügbar sein, kommt sie stattdessen in ~/.claude/agents/ in deinem Benutzerordner.
3. Findet Claude den Subagent danach nicht: Claude Code einmal neu starten, dann ist er da.

Leg eine Datei aufgaben.md mit deiner Aufgabenliste an: eine Aufgabe pro Zeile, mit [ ] davor. Dann startest du das Ziel darunter.

Drei Kontrollebenen greifen ineinander: Der Executor arbeitet, das Hauptgespräch prüft jedes Teilergebnis, und das Prüf-Modell von /goal entscheidet unabhängig, ob das Gesamtziel erreicht ist. Jedes [x] ist ein sichtbarer Haken im Verlauf.

Selbst prüfen: Steht nach dem Lauf hinter jeder Aufgabe ein [x] und liegt zu jeder ein Ergebnis im Ordner? Hängt eine Aufgabe, findest du im Verlauf die Rückmeldung des Executors, woran es lag.