/goal i Claude Code: autonom modus og Agent View i 2026

Referansedokumentasjon for Ailoot: ailoot.ai/docs/.

Hva er /goal i Claude Code?#

Tidligere stoppet Claude Code etter hvert svar og ventet på neste ledetekst fra deg. Dette fungerte for korte oppgaver, men kom til kort på lange oppgaver: en API-migrering, å fikse 12 mislykkede tester, refaktorering av en fil på 800 linjer – slike oppgaver krever 20–30 iterasjoner, og hver gang måtte du tilbake til terminalen.

/goal løser dette problemet med en enkel idé: skill «den som gjør jobben» fra «den som avgjør hva som er ferdig». Hovedagenten skriver kode. En separat evaluator (den raske Haiku-modellen) leser samtalen etter hver tur og svarer på ett spørsmål: «Er vilkåret oppfylt?» Hvis ikke, starter agenten en ny tur. Hvis ja, får du kontrollen tilbake.

Anthropics offisielle dokumentasjon definerer det slik:

Tusenvis av agenter om natten fra en telefon – det er ikke markedsføring, men dagens praksis for en Anthropic-ingeniør. Mekanismen som gjør dette mulig, er kombinasjonen av /goal + Agent View, som ble introdusert i samme utgivelse 11. mai 2026.

Hvorfor trengs autonom modus: hva fantes før og etter 11. mai 2026?#

Ideen om å «la AI jobbe over natten» hadde eksistert siden høsten 2025, da Cursor Composer og Cline auto mode allerede kunne kjøre i bakgrunnen. Men før 11. mai 2026 krevde Claude Code en manuell omslutning for dette: en cron-oppgave som kalte claude -p hvert N. minutt, eller et omslagsskript som fulgte med på git-status og startet neste ledetekst.

Denne gjør-det-selv-tilnærmingen førte jevnlig til katastrofer. 22. mai 2026 våknet en utvikler til en regning på $6,000 etter å ha latt et slikt skript kjøre over natten. Årsaken: Anthropic endret i stillhet Claude Codes hurtigbuffer-TTL fra én time til fem minutter uten å kunngjøre det. Cron kalte produksjonsmiljøet hvert 30. minutt – hurtigbufferen rakk å utløpe mellom kjøringene. Hver kjøring bygget opp en historikk på 800,000 tokens fra bunnen av. Det koster mye mer å skrive ferske data til hurtigbufferen enn å lese fra en aktiv hurtigbuffer.

Utvikleren gjorde ikke noe eksotisk – han brukte verktøyet akkurat slik Anthropic hadde annonsert det.

/goal løser dette problemet med en innebygd arkitektur:

1. Veilederprosess som holder økten utenfor terminalen og fortsetter selv om du lukker vinduet og laptopen går i hvilemodus.
2. Haiku-evaluator – en rimelig modell sjekker hver tur; evaluatorens tokens koster småpenger.
3. Hard turgrense i vilkåret – du kan uttrykkelig skrive or stop after 20 turns, og økten er garantert å stoppe.
4. Worktree-isolering for bakgrunnsøkter – endringene går til en separat gren uten å berøre arbeidskopien din.

Forskjellen fra tilnærmingen «skriv ditt eget bash-skript» er at Anthropic gjør alle disse mekanismene til førsteklasses deler av verktøyet, ikke tredjepartshacks.

Slik aktiverer du /goal i 3 trinn#

Trinn 1. Oppdater Claude Code til 2.1.139 eller nyere.

Sjekk versjonen:

claude --version

Hvis den er eldre enn 2.1.139, oppdater:

claude update
# or force it through npm
npm install -g @anthropic-ai/claude-code@latest

Utgivelser mellom 12. og 19. mai 2026 rettet viktige feil i den første versjonen. I 2.1.140 rettet de en stille fastlåsing der disableAllHooks blokkerte evaluatoren. I 2.1.143 kom worktree.bgIsolation: "none" og en retting for løkker i stop hooks. I 2.1.144 (19. mai) ble --resume for bakgrunnsøkter og agenter --json for skripting lagt til. Minimumsversjonen er 2.1.143.

Trinn 2. Skriv /goal med et vilkår.

Åpne en vanlig Claude Code-økt og skriv inn kommandoen:

/goal all tests in test/auth pass and the linter is clean, or stop after 15 turns

Du trenger ikke å sende en separat ledetekst etterpå – kommandoen starter den første turen med en gang. Vilkåret kan skrives på norsk, engelsk eller en blanding; modellen forstår begge språkene. Maksimal lengde er 4,000 tegn.

Trinn 3. Følg med via det levende overlegget.

Etter at /goal starter, vises et levende panel nederst i terminalen:

/goal active · 3 turns · 12m elapsed · 18,400 tokens · last: tests in test/auth/login.test.ts still fail

Dette viser:

• Turer – hvor mange turer som er fullført
• Forløpt tid – hvor lang tid som har gått siden oppstart
• Tokens – totalt antall brukte tokens (det viktigste tallet for budsjettovervåking)
• Sist – evaluatorens siste grunn for å si «ikke ennå»

Et nyttig triks: Hvis evaluatoren gir samme grunn tre turer på rad, er det et tegn på at du er i en løkke. Trykk da Ctrl+C eller skriv /goal clear (synonymer: stop, off, reset, cancel), omformuler vilkåret og start på nytt. Denne regelen dukker opp i fellesskapsguider til /goal som det viktigste tegnet på en løkke: «fast på én grunn tre ganger – dette er en løkke, avslutt.»

Slik skriver du et godt vilkår: 5 regler + 5 eksempler#

Anthropics dokumentasjon beskriver tre nødvendige elementer i et godt vilkår:

En ferdig mal dekker alle tre elementene på én linje:

/goal [gjør jobben] til [målbar sluttilstand] uten [begrensninger som må overholdes]

En ferdig mal dekker alle tre elementene på én linje:

/goal [gjør jobben] til [målbar sluttilstand] uten [begrensninger som må overholdes]

Fem regler som feller de fleste:

Regel 1. Sluttilstanden må kunne verifiseres med en kommando, ikke med smak og behag.

Ikke «få det til å se bra ut», men npm test exits 0. Ikke «forbedre UX», men Lighthouse Performance score above 90. Evaluatoren leser bare transkriptet – den kjører ikke kommandoer eller ser på skjermbilder. Hvis resultatet ikke kan registreres i tekst, vil evaluatoren aldri si «ja».

Regel 2. Begrensningene må være uttrykkelige og snevre.

Uten begrensninger kan Claude fikse tester ved å slette testene selv eller kommentere ut feilende påstander. Angi without modifying any file outside /auth, without removing existing assertions, without bumping major versions of dependencies.

Regel 3. En hard turgrense er nødvendig.

Legg til or stop after N turns i hvert vilkår. Det er en livline mot en endeløs løkke. Uten en grense:

Uten en grense, bruker en løkke som kjører i en time, flere tokens enn å gjøre samme oppgave manuelt. Sett av budsjett til det.

Regel 4. Beskriv HVA, ikke bare HVORDAN.

Hvis du ikke nevnte det visuelle i vilkåret, lager ikke Claude det. Hvis vilkåret bare krever at «testene består», kan Claude kommentere ut kompliserte tester. Beskriv HVA du vil ha, ikke bare HVORDAN du vil verifisere det.

Regel 5. Få Claude til å vise bevis i chatten.

Evaluatoren kjører ikke kommandoer – den leser bare det Claude allerede har vist. Hvis vilkåret krever at «npm test er grønn», men Claude ikke viste resultatet fra npm test i transkriptet, vil evaluatoren si «ikke ennå» for alltid. Legg til uttrykket «vis resultatet av <command> i samtalen» i vilkåret.

Fem fungerende eksempler på vanlige oppgaver:

1. API-migrering:
/goal every call to getUser() has been replaced with fetchUser(), npm test passes, npm run build is green, no other API names have been touched, or stop after 30 turns

2. Fikse tester:
/goal all failing tests in test/auth are now green (npm test shows 0 fails in the chat), without changing assertions or deleting tests, or stop after 20 turns

3. Kodekvalitet (filstørrelse):
/goal src/legacy/UserService.ts has been split into files under 200 lines each, all imports are updated, npm run build is green, or stop after 25 turns

4. Tømme restanselisten:
/goal process every issue labeled 'good-first-issue': read the description, implement a fix in a worktree branch, open a PR. Continue until the queue is empty or 6 issues have been processed

5. Sikkerhetsrevisjon:
/goal every npm audit vulnerability with severity >= high is fixed, all existing tests pass, no breaking API changes, or stop after 15 turns

Vil du gjøre mer enn å bare kjøre /goal og bygge et oppsett der autonom modus faktisk fungerer på prosjektet ditt? /goal er bare det siste leddet. Før den kommer tre søyler som må være på plass: en AI-klone (metodikken din i Skills og Subagents), en andre hjerne (CLAUDE.md og en plans/-mappe) og kontekstutvikling (Plan Mode og /compact). Alle tre komponentene bør gjennomtenkes sammen – det er kombinasjonen som støtter arbeid med kontekst.

5 eksempler der /goal virkelig fungerer#

Anthropics dokumentasjon gir fire typer oppgaver der /goal passer godt:

Her er fem eksempler med ferdige vilkår – ta dem og tilpass dem til prosjektet ditt.

Eksempel 1. Migrer en modul til et nytt API.

Scenario: Du går fra REST til GraphQL, eller erstatter den gamle funksjonen getUser() med den nye fetchUser(). Oppgaven er mekanisk, men berører 30–50 filer.

Vilkår:

/goal every getUser() in src/ has been replaced with fetchUser(), all calls updated to the new interface (id instead of userId), npm test passes, no files outside src/ touched, or stop after 30 turns

Hvorfor det fungerer: Sluttilstanden kan sjekkes med grep -r getUser src/ | wc -l (bør være 0) og npm test exits 0. Begrensningen beskytter testfiler.

Eksempel 2. Fiks feilende tester.

Scenario: Etter en biblioteksoppdatering feilet 15 tester. Du vet at løsningen er mekanisk – oppdater mocker og juster påstander til det nye formatet. Du vil ikke gjøre det for hånd.

Vilkår:

/goal all failing tests in test/ are now green, npm test shows the results in the chat with 0 failures, without deleting tests or commenting out assertions, or stop after 25 turns

Et annet eksempel på samme type vilkår:

Fiks alle feilende tester til npm test gir 0, uten å endre noen fil utenfor /auth-katalogen

Et annet eksempel på samme type vilkår:

Fiks alle feilende tester til npm test gir 0, uten å endre noen fil utenfor /auth-katalogen

Eksempel 3. Del opp en gudeklasse.

Scenario: Én fil med 1,200 linjer inneholder alt – modellen, tjenesten, verktøyene og API-klienten. Du vil dele den opp etter prinsippet «én fil, ett ansvar», oppdatere alle importene og sørge for at testene består.

Vilkår:

/goal src/legacy/UserService.ts has been split into files under 200 lines, each file handles one responsibility (model, repository, api-client, validator), all imports are updated, npm run build is green, existing tests pass, or stop after 25 turns

Eksempel 4. Tøm restanselisten over natten.

Scenario: Du har et åpen kildekode-repo med 20 saker merket good-first-issue. Du vil at Claude skal jobbe seg gjennom dem over natten.

Vilkår:

/goal process every issue labeled 'good-first-issue': read the description, implement a fix in a separate worktree branch worktree-issue-N, open a PR with a description. Continue until the queue is empty or 6 issues have been processed, or stop after 80 turns

Tallet 6 er ikke valgt tilfeldig – det er en realistisk grense for én natt på et Pro-abonnement. «Tusenvis» av agenter er et individuelt tilfelle, ikke en standard som kan gjentas.

Eksempel 5. Sikkerhetsrevisjon.

Scenario: npm audit viser 8 sårbarheter med høy alvorlighetsgrad. Du vil at Claude skal fikse dem uten å oppdatere hovedversjoner.

Vilkår:

/goal every npm audit vulnerability with severity high+ is fixed, npm audit shows 0 high in the chat, all existing tests pass, no breaking API changes, no major version bumps to packages, or stop after 15 turns

Hva du IKKE bør gjøre med /goal:

Croucher uttrykker tommelfingerregelen tydelig i felthåndboken sin: Ikke bruk /goal til oppgaver der «ferdig» betyr «ser bra ut», «føles riktig», «godt designet» eller «morsomt». Evaluatoren leser bare transkriptet – den kjører ikke verktøy og kan ikke vurdere hvordan resultatet fungerer. Denne regelen utelukker 80% av subjektive oppgaver der /goal går i løkke uten nyttig resultat.

Når /goal brenner penger uten grunn: 3 antipatterns#

Antipattern 1. Vagt vilkår uten en hard turgrense.

Den vanligste feilen er et vilkår som «forbedre koden» / «gjør den bra» / «optimaliser den». Uten en turgrense vil agenten fortsette å kjøre til den har brukt opp kvoten din.

Findskill beskrev et konkret tilfelle:

$200 over 14 timer på et vagt vilkår er hele ukesgrensen på Max-abonnementet. Du våkner om morgenen uten kvote og uten et nyttig resultat.

Sikringstiltak: Avslutt hvert vilkår med or stop after N turns (15 for enkle oppgaver, 50 for vanskelige og maksimalt 100 for kjøringer over natten).

Antipattern 2. Rekursiv løkke med ødelagt hurtigbufring.

22. mai 2026 våknet en utvikler til en regning på $6,000 etter at et skript hadde kjørt over natten. Utvikleren brukte ikke /goal direkte, men logikken var den samme: En autonom løkke med en cron-timer på 30 minutter bygde opp en historikk på 800,000 tokens fra bunnen av hver gang.

Hovedproblemet var at ekstern automatisering ikke kjente til leverandørens interne endringer. Det samme kan skje med /goal hvis du kjører den i 8 timer uten tilsyn: tokenbruken vokser ikke-lineært, og hurtigbufferen for ledetekster fungerer ikke slik du tror.

Sikringstiltak:

1. Ikke kjør /goal i 8+ timer uten mellomliggende kontroller.
2. Aktiver bruksgrenser i Settings → Usage (et nytt sikringstiltak etter hendelsen med $6,000).
3. Åpne claude agents to ganger i løpet av natten – ta en rask titt med Space og sjekk at antall turer ikke øker raskere enn forventet.
4. For dyre modellkjeder (Opus 4.7), sett en strengere turgrense – maksimalt 30.

Antipattern 3. Kreativitet gjennom /goal.

Croucher brukte /goal til å lage et spill – vilkåret omfattet determinisme, invarianter og en sjekk av at nivået kunne fullføres. Spillet ble laget, testene besto og evaluatoren sa «oppnådd». Spillet hadde ingen grafikk – vilkåret nevnte ikke grafikk.

Dette illustrerer den generelle regelen: Evaluatoren optimaliserer nøyaktig det du måler. Hvis vilkåret ikke nevner det visuelle, blir det ikke noe visuelt. Hvis det bare nevner tester, kan den kommentere ut påstander.

Sikringstiltak: Ikke bruk /goal til noe som bygger på smak (design, tekst, UX). Gå tilbake til en vanlig økt eller Plan Mode – de holder deg med i beslutningsløkken.

Hva er Agent View, og hvordan åpner du dashbordet?#

Hvis /goal er kommandoen «jobb til du er ferdig», er Agent View kontrollrommet der du kan se alle disse kommandoene samtidig. Anthropic beskriver det slik:

Kommando for å åpne den:

claude agents

Et TUI åpnes – et tekstbasert dashbord inne i terminalen. Øktlisten er til venstre, og forhåndsvisningspanelet med den nyeste meldingen fra den valgte raden er til høyre.

Seks øktstatuser:

Viktige hurtigtaster:

↑ / ↓             gå gjennom øktlisten
Space             forhåndsvisningspanel (vis uten å koble til)
Enter / →         koble til en økt (gå inn i den)
←                 koble fra (forlat uten å avslutte den)
Ctrl+T            fest (beskytt økten mot automatisk stopp)
Ctrl+X            stopp økten; trykk igjen innen 2 sec for å slette den
Ctrl+R            gi nytt navn
Ctrl+S            veksle gruppering (status ↔ katalog)

Slik starter du en bakgrunnsøkt:

Fra Claude Code interaktivt:

/bg fix the failing test test/auth/login.test.ts

Eller direkte fra skallet:

claude --bg "fix the failing test test/auth/login.test.ts"

Eller med et navn (slik at den vises i Agent View under en gjenkjennelig etikett):

claude --bg --name "flaky-test-fix" "fix test/auth/login.test.ts"

Bakgrunnsøkten legges automatisk til i Agent View – start med --bg, åpne claude agents, så ser du den i listen.

Hovedfunksjonen: øktene overlever at laptopen går i hvilemodus og at vinduet lukkes:

Men slår du av laptopen eller starter den på nytt manuelt, avsluttes bakgrunnsøktene med statusen Failed. Kjøringer over natten med mange bakgrunnsagenter fungerer bare når laptopen ikke slås av.

Worktrees: slik isolerer Claude parallelle økter#

Worktrees løser hovedproblemet med parallelt autonomt arbeid: Hva om to økter prøver å redigere src/auth.ts samtidig? Før 2.1.139 kunne slike økter bokstavelig talt overskrive hverandres endringer. Med Agent View innførte Anthropic automatisk isolering:

Slik fungerer det i praksis:

# Launched three background sessions:
claude --bg --name "fix-tests" "fix the failing tests in test/"
claude --bg --name "add-oauth" "add Google OAuth according to the plan in plans/oauth.md"
claude --bg --name "split-userservice" "split UserService.ts into modules"

# File structure after launch:
.claude/worktrees/
├── fix-tests/             # separate repo copy on branch worktree-fix-tests
├── add-oauth/             # separate copy on branch worktree-add-oauth
└── split-userservice/     # separate copy on branch worktree-split-userservice

Hver økt jobber i sin egen kopi. Når oppgaven er ferdig, fletter du de nødvendige grenene inn i main.

Farlig fallgruve – sletting av en økt sletter worktreen dens.

Hvis du avslutter en økt i Agent View (trykk Ctrl+X to ganger), forsvinner worktreen. Alle ulagrede endringer går tapt. Før du sletter en økt i Agent View, må du alltid committe eller sende endringene til fjernlageret.

Velg bort isolering (i sjeldne tilfeller):

Hvis du har et repo der git-worktrees ikke fungerer (for eksempel et oppsett med symlinker eller et stort monorepo med treg utsjekking), kan du deaktivere isoleringen:

// .claude/settings.json
{
  "worktree": {
    "bgIsolation": "none"
  }
}

Da vil bakgrunnsøktene redigere arbeidskopien din direkte. Dette valget kom i 2.1.143 etter klager fra team med store monorepoer.

Parallelisering bruker opp kvoten:

Det betyr at et Pro-abonnement ($20/month) holder til 1–2 parallelle økter over natten, ikke ti. Hvis du vil kjøre mange agenter parallelt, trenger du Max eller Enterprise.

Kombiner /goal + Plan Mode + subagents for lange oppgaver#

En typisk feil er å skrive /goal build a new feature med en gang. Dette fungerer ikke fordi evaluatoren ikke vet hvordan en «ferdig funksjon» ser ut. Du trenger en plan med avkrysningsbokser som evaluatoren kan verifisere én etter én.

Lag 1. Plan Mode skriver en plan med faser.

I Plan Mode ber du Claude lage en detaljert endringsplan delt inn i 5–7 faser med verifiserbare avkrysningsbokser. Lagre den som plans/2026-05-24-google-oauth.md. Hver fase har 3–7 avkrysningsbokser med konkrete handlinger.

Lag 2. Subagents fordeler arbeidet etter fase.

Hvis planen kan parallelliseres (for eksempel fordi fasene er uavhengige – et backend-endepunkt + et frontend-skjema + en DB-migrering), kan du starte hver fase i en separat bakgrunnsøkt via claude --bg --name "<phase>". Hver økt får sin egen worktree.

Lag 3. /goal kjører syklusen til avkrysningsboksene er fullført.

/goal all phases 1–7 in plans/2026-05-24-google-oauth.md are complete and marked [x], all tests in test/auth pass (npm test shows 0 failures), npm run build is green, or stop after 50 turns

Etter hver tur leser evaluatoren planen, sjekker hvilke bokser som er fullført, og fortsetter hvis noe gjenstår.

Denne kombinasjonen bygger på tre komponenter:

• kontekstutvikling: riktig kontekst i plans/ – evaluatoren leser den
• andre hjerne: plans/-mappen lagrer planen mellom øktene
• AI-klone: CLAUDE.md angir reglene agenten følger

Uten CLAUDE.md kan /goal foreslå en løsning som bryter arkitekturen. Uten en plan i plans/ kjenner ikke evaluatoren suksesskriteriene. Uten subagents finnes det ingen parallelle faser; alt går sekvensielt.

Slik sammenligner du /goal med Codex, Cursor og andre agentmoduser#

/goal legger til en separat fullføringskontroll etter hver runde. Andre produkter har ulike moduser. Lokal CLI, driftet skyoppgave og overvåket editorøkt er ikke like sammenligningsenheter. Ikke beskriv alt Codex CLI-arbeid som skycontainer eller anta én validatormodell og én faktureringsmåte for hver kjøring.

Bruk samme repositorybilde og oppgave med samme akseptansekontroller. Registrer:

Påstand om fast tokenmultippel krever disse vilkårene og målte mengder for samme vellykkede utfall. Benchmarkprosent trenger testversjon, modell, wrapper og innstillinger. Terminal-Bench-prosenter uten disse opplysningene erstatter ikke dette belegget. Artikkelen gir ingen uavhengig tverrverktøybenchmark.

Velg etter nødvendig arbeidsflyt: overvåkede redigeringer, avgrenset bakgrunnsoppgave eller flere runder med eksplisitt fullføringsvilkår. Test installert produkts støttede modus fremfor å anta at en hel konkurrent mangler autonomi. Skill verktøygodkjenning fra oppgavevidereføring. Automatisk godkjenning av et verktøykall fastslår ikke i seg selv at brukerens mål er nådd.

/goal sammenlignet med /loop:

/loop er en annen kommando fra samme utgivelse, og den starter periodiske oppgaver med et tidsintervall (hvert N. minutt). /goal er vilkårsbasert (til det er oppfylt). Bruk /loop til cron-lignende oppgaver og /goal til å oppnå et avgrenset mål.

Fra Anthropics dokumentasjon:

Sjekkliste med 7 punkter før /goal startes#

Sjekkliste før hver /goal-kjøring:

1. Claude Code versjon 2.1.139+ – sjekk med claude --version og oppdater hvis den er eldre. Anbefalt minimumsversjon er 2.1.143 (15. mai 2026), som retter løkker i stop hooks.

2. Vilkåret inneholder en verifiserbar sluttilstand – i stedet for «forbedre det» angir du npm test exits 0. Hvis du ikke finner en bash-kommando som kan verifisere resultatet, passer ikke /goal til denne oppgaven.

3. Det finnes en hard turgrense – hvert vilkår angir or stop after N turns. Bruk 15 for enkle oppgaver, 50 for vanskelige og maksimalt 100 for kjøringer over natten.

4. Begrensningene er uttrykkelige og snevre – without modifying files outside /auth, without removing existing assertions, without bumping major versions. Uten dem kan Claude fikse tester ved å slette testene selv.

5. Alle viktige endringer er commitet eller sendt til fjernlageret – hvis du ikke jobber i en worktree (for eksempel med worktree.bgIsolation: "none"), redigerer Claude arbeidskopien din. En hvilken som helst feil kan føre til at du mister ulagret arbeid.

6. Bruksgrenser er aktivert i Settings → Usage – et nytt sikringstiltak etter hendelsen med $6,000. Sett en grense per dag, per økt og per måned.

7. Agent View claude agents er åpen i et eget vindu – ved lange oppgaver tar du en titt med Space én gang i timen. Hvis antall turer øker raskere enn forventet, eller evaluatoren gjentar samme grunn i tre turer, trykk Ctrl+C og omformuler vilkåret.

Ett ekstra punkt – kjør aldri /goal med --dangerously-skip-permissions på andres kode eller kode du ikke kjenner. Denne kombinasjonen deaktiverer alle kontroller og lar agenten gjøre hva den vil i prosjektet ditt. Forfatteren av denne analysen bruker den bare i en ny worktree der ingenting står på spill.

/goal er en kraftig funksjon, men ingen magi. Den fungerer akkurat så godt som du klarer å formulere vilkåret. Hvis du kan beskrive «ferdig» med ord slik at en kommando kan verifisere det, tar /goal seg av resten. Hvis du ikke kan det, gå tilbake til en vanlig økt eller Plan Mode.

Du kan fortsette å utforske Ailoot på ailoot.ai.