Gib Claude ein Ziel, keine Aufgabe.

Wichtig zu verstehen, weil es bestimmt, wie du das Ziel formulierst.

• Du setzt eine Bedingung: /goal und dahinter der Endzustand. Der Lauf startet sofort.
• Claude arbeitet eine Runde: ganz normal, mit denselben Berechtigungen wie sonst.
• Ein zweites Modell prüft: Es liest nur das Gespräch und urteilt: noch nicht erfüllt, erfüllt oder unmöglich.
• Weiter oder Schluss: Bei „noch nicht erfüllt“ startet die nächste Runde, die Begründung gibt die Richtung vor.

Pro Session gibt es genau ein aktives Ziel. Ein neues /goal ersetzt das alte.

Der Lauf wird nie besser als das, woran er gemessen wird. Der Prüfer führt selbst nichts aus und öffnet keine Dateien: Was Claude nicht im Gespräch zeigt, existiert für ihn nicht.

# zu weich, dreht sich im Kreis
/goal Der Code ist sauber

# trägt: messbar, mit Nachweis und Grenze
/goal Alle Tests in test/auth laufen durch, npm test endet mit 0 und
das Ergebnis steht im Verlauf. Keine andere Testdatei wird angefasst.
Oder stoppe nach 20 Runden.

Die Bedingung darf bis zu 4.000 Zeichen lang sein. Kurz und messbar schlägt lang und wohlklingend.

Drei Varianten, ein Befehl:

/goal <Bedingung>   Ziel setzen, die erste Runde startet sofort
/goal               Stand anzeigen: Bedingung, Laufzeit, Runden, letzte Begründung
/goal clear         vorzeitig beenden (auch: stop, off, reset, none, cancel)

Ich nehme /goal für Listen, die abgearbeitet werden müssen: Fehler aus einem Review, kaputte Tests, offene Punkte aus einem Plan. Nimm dir die nächsten zwei Tage und probier es an deinem nächsten Projekt aus.

• Für unbeaufsichtigte Läufe vorher in den Auto-Modus wechseln. /goal ändert keine Berechtigungen, sonst steht der Lauf bei der ersten Rückfrage still.
• Eine Bedingung, die niemand messen kann, lässt den Lauf endlos drehen. Immer einen Nachweis nennen.
• Immer eine Grenze einbauen, zum Beispiel „oder stoppe nach 20 Runden“.
• Nach jeder Runde siehst du das Urteil des Prüfers. Mit Ctrl+O liest du die Begründung.