Je geeft Claude Code een opdracht, het doet iets, en dan wacht het op jou. "Goed, draai nu de tests." "Fix die fout." "Nu de volgende module." Bij grotere klussen ben je een doorgeefluik: je hebt technisch de regie, maar je besteedt je tijd aan het sturen van stappen die Claude zelf kan bepalen. De nieuwe /goal-opdracht draait dat om: je beschrijft het eindresultaat, en Claude werkt er zelfstandig naartoe totdat het klaar is.
Wat doet /goal precies?
Met /goal stel je een voltooiingsconditie in voor je huidige sessie. Na elke beurt beoordeelt een apart klein model (standaard Claude Haiku) of die conditie geldt. Is het antwoord nee, dan start Claude vanzelf een nieuwe beurt, zonder dat jij iets hoeft te doen. Zo werkt het door totdat de conditie klopt, of totdat je het zelf stopt.
Een simpel voorbeeld:
/goal alle tests slagen en er zijn geen fouten meer in de codeNa dit commando begint Claude meteen. In de interface verschijnt een indicator ◎ /goal active met hoe lang het al loopt. Na elke beurt geeft de evaluator een korte reden: waarom is de conditie nog niet bereikt, en waar gaat Claude zich op richten in de volgende ronde.
Wat is het verschil met gewoon een prompt typen?
Als je Claude via de normale chat een opdracht geeft, stopt hij zodra hij denkt klaar te zijn. Misschien zijn de tests nog niet groen. Misschien heeft hij een aanname gemaakt die niet klopte. Jij moet dan beoordelen of het goed genoeg is en opnieuw beginnen.
Met /goal is die beoordeling uitbesteed aan een tweede model. Dat model kijkt alleen naar wat Claude in de conversatie heeft gezet, beoordeelt of jouw conditie klopt, en stuurt Claude opnieuw aan als dat niet zo is. Jij bepaalt wat "klaar" betekent, de evaluator houdt dat vast, beurt na beurt.
Het verschil is het grootst bij taken die meerdere iteraties kosten: een refactoring die steeds nieuwe testfouten oplevert, een API-migratie door tien bestanden heen, of een backlog van issues die stuk voor stuk afgehandeld moet worden.
Hoe /goal zich verhoudt tot /loop en auto mode
Claude Code heeft drie manieren om zonder jouw tussenkomst door te werken:
- /loop herhaalt een prompt op een tijdsinterval. Handig voor terugkerende taken, maar het stopt niet op basis van een resultaat.
- auto mode keurt gereedschapsaanroepen automatisch goed binnen één beurt. Claude vraagt niet steeds om toestemming, maar stopt zodra hij zelf denkt klaar te zijn.
- /goal voegt een afzonderlijke evaluator toe die na elke beurt jouw conditie toetst. Niet op basis van tijd, en niet op basis van wat Claude zelf denkt, maar op basis van wat jij hebt opgegeven.
Auto mode en /goal werken goed samen: combineer ze en Claude werkt volledig zonder onderbrekingen, zowel binnen als tussen beurten. Als je ook meerdere sessies parallel wilt beheren, lees dan het artikel over Agent View als commandocentrum voor je Claude-sessies.
Hoe schrijf je een goede conditie?
De evaluator leest alleen wat Claude in de conversatie heeft gezet. Hij voert geen commando's uit en opent geen bestanden zelf. Schrijf je conditie dus zo dat Claude het bewijs ervan in de chat kan tonen. Volgens de officiële Claude Code-documentatie mag een conditie maximaal 4.000 tekens lang zijn.
Dit werkt goed:
/goal npm test geeft exit code 0 en er zijn geen TypeScript-fouten— Claude draait de tests, de output komt in de chat, de evaluator leest het resultaat./goal git status is schoon en alle bestanden in src/ zijn kleiner dan 300 regels— concreet, meetbaar, te bewijzen via output./goal de migratie is klaar, of maximaal 20 beurten zijn verstreken— voeg een grens toe als je wilt voorkomen dat het onbeperkt doorloopt.
Dit werkt minder goed:
/goal de code is schoon— te vaag, de evaluator heeft geen aanknopingspunt./goal het ziet er goed uit— hetzelfde probleem.
Een goede conditie heeft één meetbare eindtoestand, een beschreven check en eventueel een grens in beurten of tijd.
Wanneer zet je /goal in?
Vier situaties waar /goal de meeste waarde toevoegt:
- Een module migreren naar een nieuwe API totdat elke aanroep compileert en de tests slagen
- Een groot bestand opsplitsen totdat geen enkel deel meer dan een opgegeven aantal regels heeft
- Een lijst met open issues afwerken totdat de queue leeg is
- Een design doc implementeren totdat alle acceptatiecriteria gelden
Je kunt /goal ook inzetten zonder dat je erbij hoeft te zitten, via de command line:
claude -p "/goal CHANGELOG.md heeft een entry voor elke PR van deze week"Dat werkt in non-interactieve modus en via Remote Control. Claude werkt door totdat de conditie klopt, daarna stopt het proces vanzelf. Ctrl+C onderbreekt het als je eerder wilt stoppen. De Superpowers-plugin biedt een aanvullende aanpak: Superpowers laat Claude eerst plannen en dan pas bouwen, wat goed samenwerkt met /goal als je de uitvoeringsfase volledig wilt automatiseren.
Status checken en vroegtijdig stoppen
Typ /goal zonder argument om de huidige staat op te vragen. Je ziet de conditie, hoe lang het loopt, hoeveel beurten er zijn geweest, de tokenkosten en de laatste reden van de evaluator. Zo weet je altijd waar Claude aan werkt.
Vroegtijdig stoppen doe je met:
/goal clearAliassen als stop, off, reset en cancel werken ook. Hervat je een sessie later met --resume of --continue, dan pikt Claude een actief doel op, al begint de teller opnieuw.
Wanneer bespaart /goal je echt tijd?
Merk je dat je steeds dezelfde vervolgprompt stuurt? "Goed, draai de tests." "Fix die fout." "Doe het opnieuw." Op dat moment fungeer jij als doorgeefluik, en dat is precies het werk dat /goal overneemt. Voor een enkelvoudige, korte taak is het overkill. Voor alles waarbij jij anders zelf de lus bewaakt, is het de kortste route naar resultaat.
Benieuwd hoe Claude Code zich verhoudt tot andere autonome coding-omgevingen? Onze vergelijking van Claude Code en Codex laat zien waar elke aanpak het sterkst is.
