Goal — Claude bis zum Erreichen der Bedingung laufen lassen
Setze eine prüfbare Erfolgsbedingung; Claude läuft Runde für Runde, bis sie erreicht ist, ohne dass du jedes Mal nachhaken musst
⏱ ca. ~6 Min
01 · Lesen
Bei großen Aufgaben musst du oft hintereinander „weiter", „nächsten fixen", „Tests laufen lassen", „nochmal versuchen" sagen — weil Claude pro Runde nur eine Sache macht und dann auf dich wartet.
/goal lässt dich eine prüfbare Erfolgsbedingung setzen, und Claude läuft selbst Runde für Runde, bis sie erreicht ist. Zum Beispiel „Alle Tests in test/auth grün und Lint sauber" — du setzt das, drückst Enter und holst dir einen Kaffee. Wenn du zurückkommst, ist die Bedingung entweder erfüllt und es endet automatisch, oder Claude steckt fest und wartet auf deine Entscheidung.
💡 Stell dir das so vorWie wenn du einer Entwicklerin ein Ticket mit Akzeptanzkriterien gibst „dieser PR muss grün werden, dann ist's fertig" — sie iteriert selbst, ändert, lässt Tests laufen, ändert, lässt wieder laufen, ohne sich bei jedem kleinen Schritt bei dir abzustimmen. Du tauchst nur auf, wenn sie wirklich feststeckt oder fertig ist.
Kernpunkte
- /goal <Bedingung> setzt die Erfolgsbedingung und startet sofort die erste Runde
- Claude läuft eine Runde → bewertet, ob die Bedingung erfüllt ist → läuft eine weitere Runde, wenn nicht
- Bei Erfolg endet es automatisch; ohne Erfolg kannst du mit /goal clear manuell stoppen
- Geeignet für Aufgaben mit „klaren Akzeptanzkriterien" (Tests grün, Datei vorhanden, Queue leer)
02 · Lesen
Wie es intern funktioniert: Nach jeder Runde liest ein separates kleines Modell (meist Haiku) das Unterhaltungs-Transcript und entscheidet, ob die Bedingung erfüllt ist. Es kann selbst keine Befehle ausführen und keine Dateien lesen — es sieht nur, was Claude in der Unterhaltung gezeigt hat.
Das heißt, deine Bedingung muss etwas sein, das Claude in der Unterhaltung „zeigen" kann:- ✅ „npm test Exit Code 0" (Claude lässt Tests laufen, der Output erscheint) - ✅ „git status sauber" (Claude lässt git status laufen, der Output erscheint) - ✅ „npm test mit Exit Code 0, git status sauber, in höchstens 20 Runden" - ❌ „Code-Qualität ist gut" (nicht prüfbar, der Evaluator versteht das nicht) - ❌ „Keine Bugs" (lässt sich in der Unterhaltung nicht belegen)
Ein weiterer wichtiger Punkt ist, dass „Ausführungsmodell" und „Evaluierungsmodell" getrennt sind — das arbeitende Claude kann nicht einfach selbst „fertig" rufen und dich täuschen, Haiku urteilt unabhängig.
Kernpunkte
- Der Evaluator (Haiku) urteilt getrennt vom arbeitenden Modell
- Der Evaluator kann keine Befehle ausführen und keine Dateien lesen — er sieht nur den Unterhaltungsinhalt
- Die Bedingung braucht Belege, die Claude in der Unterhaltung „zeigen" kann
- Maximal 4000 Zeichen; mit „oder nach N Runden stoppen" als Sicherung
03 · Code-Beispiel
Drei Kernbefehle: setzen, Fortschritt prüfen, löschen.
Innerhalb einer Claude-Code-Session
# 設定 goal — 立刻開始第一輪
/goal all tests in test/auth pass and lint is clean
# 看當前進度 (條件、跑了幾輪、花了多少 token、評估器最新理由)
/goal
# 手動清除 (條件達成會自動清，不需要這步)
/goal clear
# 別名： stop, off, reset, none, cancel
# /clear 開新對話也會清掉
Headless / einmalig durchlaufen lassen
# 非互動模式，跑到完成才回 shell
claude -p "/goal CHANGELOG.md 有這週每個 PR 的條目"
# Ctrl+C 中斷
Während ein Goal aktiv ist, zeigt der Prompt ◎ /goal active plus die Laufzeit an. Der Headless-Modus (-p) eignet sich gut für CI oder Scheduling, etwa täglich „Changelog-Eintrag generieren" laufen lassen, bis es erledigt ist.
04 · Code-Beispiel
Gute vs. schlechte Bedingungen — der Unterschied ist groß. Schau dir reale Beispiele an:
❌ Schlechte Bedingung (Evaluator kann nicht prüfen)
/goal 把 auth.js 拆得更好
/goal 修 login bug
/goal 確保程式碼品質夠
/goal 完成所有 TODO
✅ Gute Bedingung (klare Abnahme + Zeitsicherung)
/goal 把 auth.js 拆成多個 module、每個 <300 行、所有測試通過、或 20 輪後停
/goal 修登入特殊字元 bug，跑 `npm test test/auth` 全綠、或 15 輪後停
/goal 把所有 import 從 old-api 換成 new-api、lint 乾淨、grep 找不到 old-api
Gute Bedingungen haben drei Dinge gemeinsam: einen messbaren Endzustand (Exit Code, Dateianzahl, Queue leer), wie es belegt wird (welcher Befehl ausgeführt wird) und eine Zeitsicherung („oder nach N Runden stoppen", damit nicht endlos Tokens verbrannt werden). Häufige Probleme bei schlechten Bedingungen sind subjektive Begriffe wie „Qualität gut" oder „besser zerlegt" — die kann der Evaluator nicht lesen.
05 · Lesen
Claude Code hat mehrere Werkzeuge für „selbst weiterlaufen lassen" — verwechsele sie nicht:- /goal — setzt eine Bedingung, Claude läuft Runde für Runde, bis sie erreicht ist. Es geht ums „Fertigwerden", egal, wie viele Runden es braucht. - /loop — setzt einen Zeitplan (zum Beispiel „alle 5 Minuten X tun"), läuft, wenn die Zeit erreicht ist. Es geht um „regelmäßiges Prüfen", nicht ums Fertigwerden. - Stop-Hook — ein Skript, das du in deinen Settings hinterlegst und das am Ende jeder Runde deine eigene Urteilslogik ausführt. Es geht um „sessionübergreifend wirksame, eigene Regeln". - Auto-Modus — entfernt die Abfrage „Vor jedem Tool-Aufruf bestätige mit yes". Es geht ums „Permission-Sparen", nicht darum, dass Claude selbst entscheidet, wann er aufhört.
Am stärksten zusammen: Auto-Modus für die Permissions + /goal fürs Durchlaufen = wirklich loslassen und Claude allein laufen lassen.
Kernpunkte
- /goal = bis zur Bedingung laufen (session-gebunden)
- /loop = Zeitplan (regelmäßig)
- Stop-Hook = sessionübergreifende, eigene Logik (in den Settings)
- Auto-Modus = kein yes-Drücken nötig
- Auto-Modus + /goal zusammen genutzt heißt: wirklich im Hintergrund laufen lassen
06 · Quiz
Du willst Claude alte React-Class-Komponenten in Hooks umschreiben lassen, insgesamt 30 Dateien. Welche /goal-Bedingung hat die größte Chance, bis zum Ende zu laufen?
- /goal Alle Class-Komponenten in Hooks umschreiben
- /goal Alle Class-Komponenten in Hooks umschreiben, jede Datei besteht die ursprünglichen Tests, grep findet kein extends React.Component mehr, oder nach 40 Runden stoppen
- /goal Den Code moderner und wartbarer machen
- /goal Komponenten umschreiben, bis ich zufrieden bin
07 · Zuordnen
Ordne jedes Szenario dem passendsten Werkzeug zu.
(Diese Sektion ist interaktiv — aktiviere JavaScript, um sie zu nutzen.)
Andere Lektionen aus diesem Kapitel
⚠ Das volle interaktive Erlebnis braucht JavaScript. Bitte aktiviere es und lade die Seite neu.
※ Diese Seite ist ein unabhängiges Bildungsprojekt — kein offizielles Anthropic-Produkt. Claude™ ist eine eingetragene Marke von Anthropic, PBC.