# /goal v Claude Code: avtonomni način in Agent View v 2026
> Ukaz /goal v Claude Code 2.1.139 zažene avtonomni način: agent dela, dokler ne doseže cilja. Pojasnjujem Agent View, delovna drevesa in 5 primerov.
Source: https://ailoot.ai/blog/sl/claude-code-goal-agent-view/
Canonical: https://ailoot.ai/blog/sl/claude-code-goal-agent-view/
Language: sl
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-102
Revision: sha256-29349eeefbca78bbb752dd3533b508d62fd00a327f117e7c96b315c59d45c961
Referenčna dokumentacija Ailoot: [ailoot.ai/docs/](https://ailoot.ai/docs/).
## Kaj je /goal v Claude Code?
Ključna ugotovitev
`/goal` je ukaz v Claude Code 2.1.139+ (izdan 11. maja 2026), ki zažene avtonomni način: določite pogoj za dokončanje, Claude pa piše kodo, izvaja teste in nadaljuje z naslednjim korakom, dokler cilj ni dosežen. Po vsakem koraku majhen model (privzeto Haiku) prebere prepis in odgovori z »da/ne« glede na pogoj. Aktivirate ga lahko v običajni seji ali v načinu brez uporabniškega vmesnika prek `claude -p`.
Prej se je Claude Code po vsakem odgovoru ustavil in čakal na vaš naslednji poziv. To je delovalo pri kratkih opravilih, pri dolgih pa odpovedalo: migracija API-ja, odpravljanje 12 neuspešnih testov, refaktoriranje 800-vrstične datoteke — ta opravila zahtevajo 20–30 ponovitev, po vsaki pa ste se morali vrniti v terminal.
`/goal` rešuje to težavo s preprosto zamislijo: loči »tistega, ki opravi delo« od »tistega, ki odloči, kdaj je delo končano«. Glavni agent piše kodo. Ločen ocenjevalnik (hitri model Haiku) po vsakem koraku prebere pogovor in odgovori na eno vprašanje: »Ali je pogoj izpolnjen?« Če ni, agent začne nov korak. Če je, se nadzor vrne vam.
Uradna dokumentacija Anthropic to opredeljuje takole:
Ukaz /goal določi pogoj za dokončanje, Claude pa si prizadeva, da bi ga izpolnil, ne da bi na vsakem koraku čakal na vaš poziv. Po vsakem koraku majhen, hiter model preveri, ali je pogoj izpolnjen. Če ni, Claude začne naslednji korak, namesto da bi vam vrnil nadzor. Cilj se samodejno izbriše takoj, ko je pogoj izpolnjen.
— Dokumentacija Anthropic, https://code.claude.com/docs/en/goal
Mehanizem za dolge avtonomne zagone je kombinacija ukazov `/goal` in Agent View, uvedena v isti izdaji 11. maja 2026:
Na tisoče agentov ponoči prek telefona — to ni trženje, temveč trenutna praksa inženirja pri Anthropic. Mehanizem, ki to omogoča, je kombinacija `/goal` + Agent View, uvedena v isti izdaji 11. maja 2026.
## Zakaj potrebujemo avtonomni način: kaj je bilo prej in kaj po 11. maju 2026?
Ključna ugotovitev
Pred 11. majem 2026 Claude Code ni imel vgrajenega avtonomnega načina. Razvijalci so pisali lastne skripte bash s časovniki cron, kar je povzročalo finančne katastrofe — en razvijalec je čez noč 22. maja porabil 6.000 $, ker se je časovna veljavnost predpomnilnika (TTL) brez obvestila spremenila z ene ure na 5 minut. `/goal` je avtonomijo vgradil neposredno v orodje z nadzorno arhitekturo, omejitvijo števila korakov v pogoju in modelom ocenjevalnika, ki ustavlja ciklično izvajanje sej.
Zamisel, da »umetno inteligenco pustimo delati čez noč«, je obstajala že od jeseni 2025, ko sta Cursor Composer in samodejni način Cline že lahko delovala v ozadju. Toda pred 11. majem 2026 je Claude Code za to potreboval ročni ovoj: opravilo cron, ki je vsakih N minut poklicalo `claude -p`, ali ovoj, ki je spremljal stanje Git in sprožil naslednji poziv.
Ta pristop po lastni meri je redno povzročal katastrofe. 22. maja 2026 je razvijalec takšno skripto pustil teči čez noč in se zbudil z računom za 6.000 $. Glavni vzrok: Anthropic je tiho spremenil časovno veljavnost predpomnilnika Claude Code z ene ure na pet minut, ne da bi to objavil. Cron je produkcijo klical vsakih 30 minut — predpomnilnik je med zagoni potekel. Vsak zagon je znova zgradil zgodovino z 800.000 žetoni. Zapisovanje novih podatkov v predpomnilnik stane veliko več kot branje iz aktivnega predpomnilnika.
Razvijalec ni počel nič nenavadnega — orodje je uporabljal natanko tako, kot ga je oglaševal Anthropic.
`/goal` to težavo rešuje z vgrajeno arhitekturo:
1. **Nadzorni proces**, ki ohranja sejo zunaj terminala in deluje naprej, tudi ko zaprete okno ali prenosnik preide v stanje pripravljenosti.
2. **Ocenjevalnik Haiku** — cenovno ugoden model preveri vsak korak; žetoni ocenjevalnika stanejo drobiž.
3. **Trda omejitev števila korakov v pogoju** — izrecno lahko zapišete `or stop after 20 turns` in seja se bo zagotovo ustavila.
4. **Izolacija z delovnim drevesom** za seje v ozadju — spremembe gredo v ločeno vejo, ne da bi posegle v vašo delovno kopijo.
Razlika v primerjavi s pristopom »napišite svojo skripto bash« je v tem, da Anthropic vse te mehanizme vgradi v samo orodje kot prvovrstne funkcije, ne pa kot vdore tretjih oseb.
## Kako omogočiti /goal v 3 korakih
Ključna ugotovitev
Najkrajši postopek: 1) posodobite Claude Code na različico 2.1.139+ z ukazom `claude update` ali `npm i -g @anthropic-ai/claude-code`, 2) v seji vnesite `/goal` + pogoj, 3) spremljajte napredek v sprotnem prekrivnem prikazu (pretekli čas, število korakov, žetoni). Ukaz deluje tako v interaktivni seji kot v načinu brez uporabniškega vmesnika `claude -p`. Za ustavitev pritisnite `Ctrl+C`; za preklic cilja uporabite `/goal clear`.
**1. korak. Posodobite Claude Code na različico 2.1.139 ali novejšo.**
Preverite različico:
```bash
claude --version
```
Če je starejša od 2.1.139, jo posodobite:
```bash
claude update
# or force it through npm
npm install -g @anthropic-ai/claude-code@latest
```
Izdaje med 12. in 19. majem 2026 so odpravile pomembne napake v prvi različici. V različici 2.1.140 so odpravili tiho zamrznitev, pri kateri je `disableAllHooks` blokiral ocenjevalnik. V različici 2.1.143 sta prišli nastavitev `worktree.bgIsolation: "none"` in odprava ciklov zaustavitvenih kavljev. V različici 2.1.144 (19. maja) so dodali `--resume` za seje v ozadju in agente `--json` za skriptiranje. Najnižja različica je 2.1.143.
**2. korak. Vnesite `/goal` s pogojem.**
Odprite običajno sejo Claude Code in vnesite ukaz:
```
/goal all tests in test/auth pass and the linter is clean, or stop after 15 turns
```
Nato vam ni treba poslati ločenega poziva — ukaz takoj zažene prvi korak. Pogoj je lahko zapisan v ruščini, angleščini ali mešanici; model razume oba jezika. Omejitev dolžine je do 4.000 znakov.
**3. korak. Spremljajte sprotni prekrivni prikaz.**
Ko se `/goal` zažene, se na dnu terminala prikaže sprotna plošča:
```
/goal active · 3 turns · 12m elapsed · 18,400 tokens · last: tests in test/auth/login.test.ts still fail
```
Prikaže:
- **Koraki** — koliko korakov je bilo dokončanih
- **Pretekli čas** — koliko časa je minilo od zagona
- **Žetoni** — skupno število porabljenih žetonov (glavni podatek za spremljanje proračuna)
- **Zadnje** — zadnji razlog ocenjevalnika za odgovor »še ne«
Koristen trik: če ocenjevalnik tri korake zapored navede isti razlog, je to znak, da ste obtičali v zanki. Pritisnite `Ctrl+C` ali vnesite `/goal clear` (sopomenke: `stop`, `off`, `reset`, `cancel`), preoblikujte pogoj in znova zaženite. To pravilo se v skupnostnih vodnikih za `/goal` pojavlja kot glavni znak cikličnega izvajanja: »trikrat obtiči pri enem razlogu — to je zanka, prekinite jo«.
## Kako napisati dober pogoj: 5 pravil + 5 primerov
Ključna ugotovitev
Pogoj je preverljiv pogoj za izhod, ne poziv. Dober pogoj ima tri sestavine: merljivo končno stanje (testi so uspešni, gradnja je zelena), način preverjanja (`npm test exits 0`) in omejitve, ki jih ne smete kršiti (»ne spreminjaj datotek zunaj /auth«). Slabi pogoji so nejasni (»naj bo videti dobro«), nepreverljivi (»optimiziraj UX«) ali brez omejitve števila korakov. En razvijalec je zaradi nejasnega pogoja v 14 urah porabil 200 $.
Dokumentacija Anthropic opisuje tri zahtevane sestavine dobrega pogoja:
Pogoj, ki se obnese skozi več korakov, običajno vključuje: eno merljivo končno stanje — rezultat testa, izhodno kodo gradnje, število datotek ali prazno čakalno vrsto; izrecen način preverjanja — kako naj Claude to dokaže, na primer `npm test exits 0` ali čisto stanje `git status`; in pomembne omejitve — česa med delom ne sme spremeniti, na primer `no other test file is modified`.
— Dokumentacija Anthropic, https://code.claude.com/docs/en/goal
Že pripravljena predloga združi vse tri sestavine v eno vrstico:
```\n/goal [opravi delo] dokler [merljivo končno stanje] brez [omejitev, ki jih je treba upoštevati]\n```
**Pet pravil, na katerih se večina ljudi spotakne:**
**Pravilo 1. Končno stanje mora biti preverljivo z ukazom, ne po občutku.**
Ne »naj bo videti dobro«, temveč `npm test exits 0`. Ne »izboljšaj UX«, temveč `Lighthouse Performance score above 90`. Ocenjevalnik bere samo prepis — ne izvaja ukazov in ne gleda posnetkov zaslona. Če rezultata ni mogoče zapisati z besedilom, ocenjevalnik nikoli ne bo odgovoril »da«.
**Pravilo 2. Omejitve morajo biti izrecne in ozko določene.**
Brez omejitev bi Claude lahko popravil teste tako, da bi izbrisal same teste ali zakomentiral neuspešne trditve. Navedite `without modifying any file outside /auth`, `without removing existing assertions`, `without bumping major versions of dependencies`.
**Pravilo 3. Trda omejitev števila korakov je obvezna.**
Vsakemu pogoju dodajte `or stop after N turns`. To je varovalka pred neskončno zanko. Brez omejitve lahko enourna zanka porabi več žetonov kot ročno opravljanje istega opravila. To upoštevajte pri načrtovanju proračuna.
Brez omejitve lahko enourna zanka porabi več žetonov kot ročno opravljanje istega opravila. To upoštevajte pri načrtovanju proračuna.
**Pravilo 4. Opišite KAJ, ne samo KAKO.**
Če v pogoju niste omenili vizualne podobe, je Claude ne bo ustvaril. Če pogoj zahteva samo »testi uspešni«, bi Claude lahko zakomentiral zahtevne teste. Opišite, KAJ želite, ne samo, KAKO boste to preverili.
**Pravilo 5. Poskrbite, da Claude v klepetu prikaže dokaze.**
Ocenjevalnik ne izvaja ukazov — bere samo tisto, kar je Claude že prikazal. Če pogoj zahteva, da je »`npm test` uspešen«, Claude pa v prepisu ni prikazal izpisa ukaza `npm test`, bo ocenjevalnik v nedogled odgovarjal »še ne«. V pogoj dodajte besedno zvezo »v pogovoru prikaži izpis ukaza ``«.
**Pet delujočih primerov za pogosta opravila:**
```
1. Migracija API-ja:
/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. Odpravljanje testov:
/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. Kakovost kode (velikost datotek):
/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. Zaključevanje zaostanka:
/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. Varnostni pregled:
/goal every npm audit vulnerability with severity >= high is fixed, all existing tests pass, no breaking API changes, or stop after 15 turns
```
Želite narediti več kot samo zagnati `/goal` in postaviti okolje, v katerem avtonomni način zares deluje na vašem projektu? `/goal` je le zadnji člen. Pred njim morajo biti na mestu trije stebri: klon umetne inteligence (vaša metodologija v Skills in Subagents), [drugi možgani](https://ailoot.ai/blog/sl/claude-code-second-brain/) (`CLAUDE.md` in mapa `plans/`) ter inženiring konteksta (Plan Mode in /compact). O vseh treh sestavinah je treba razmisliti skupaj — ta kombinacija podpira delo s kontekstom.
## 5 primerov, kjer /goal zares deluje
Ključna ugotovitev
`/goal` se dobro obnese pri opravilih s preverljivim končnim stanjem: migracije API-jev, odpravljanje neuspešnih testov, razdelitev velikih datotek, zaključevanje zaostanka odprtih zahtevkov in varnostni pregledi. Slabo se obnese pri subjektivnih opravilih, kot so oblikovanje, izpopolnjevanje UX-a, iskanje vpogledov in ustvarjalno delo. Praktično pravilo: ali lahko »končano« opišete z ukazom `bash`? Če lahko, je naloga primerna. Če ne, se vrnite v običajno sejo ali Plan Mode.
Dokumentacija Anthropic navaja štiri vrste opravil, za katere je `/goal` primeren:
Goal uporabite za obsežno delo s preverljivim končnim stanjem: preselite modul na nov API, dokler se vsi klici ne prevedejo in testi niso uspešni; izvedite načrtovano zasnovo, dokler niso izpolnjena vsa merila sprejemljivosti; razdelite veliko datoteko na osredotočene module, dokler vsak ne ustreza omejitvi velikosti; obdelujte seznam odprtih zahtevkov z oznako, dokler čakalna vrsta ni prazna.
— Dokumentacija Anthropic, https://code.claude.com/docs/en/goal
Tukaj je pet primerov s pripravljenimi pogoji — vzemite jih in prilagodite svojemu projektu.
**Primer 1. Preselite modul na nov API.**
Scenarij: prehajate z REST na GraphQL ali zamenjujete staro funkcijo `getUser()` z novo `fetchUser()`. Opravilo je mehansko, vendar posega v 30–50 datotek.
Pogoj:
```
/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
```
Zakaj deluje: končno stanje lahko preverite z `grep -r getUser src/ | wc -l` (pričakovana vrednost je 0) in `npm test exits 0`. Omejitev ščiti testne datoteke.
**Primer 2. Popravite neuspešne teste.**
Scenarij: po posodobitvi knjižnice je odpovedalo 15 testov. Veste, da je popravek mehanski — posodobiti je treba nadomestke in prilagoditi trditve novemu formatu. Tega ne želite početi ročno.
Pogoj:
```
/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
```
Še en primer takega pogoja:
```\nPopravite vse neuspešne teste, dokler npm test ne vrne 0, ne da bi spreminjali katero koli datoteko zunaj imenika /auth\n```
**Primer 3. Razdelite preobsežen razred.**
Scenarij: ena datoteka z 1.200 vrsticami vsebuje vse — model, storitev, pripomočke in odjemalca API-ja. Razdeliti jo želite po načelu »ena datoteka, ena odgovornost«, posodobiti vse uvoze in ohraniti uspešno izvajanje testov.
Pogoj:
```
/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
```
**Primer 4. Čez noč zaključite seznam odprtih zahtevkov.**
Scenarij: imate odprtokodni repozitorij z 20 zahtevki, označenimi z `good-first-issue`. Želite, da jih Claude obdela čez noč.
Pogoj:
```
/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
```
Število 6 ni bilo izbrano naključno — to je realistična zgornja meja za eno noč na naročniškem paketu Pro. Tisoče vzporedno zagnanih agentov pa ni ponovljiva privzeta nastavitev.
**Primer 5. Varnostni pregled.**
Scenarij: `npm audit` prikazuje 8 ranljivosti visoke resnosti. Želite, da jih Claude odpravi brez posodabljanja glavnih različic.
Pogoj:
```
/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
```
**Česa NE počnite z /goal:**
| Vrsta opravila | Zakaj ne deluje |
|----|----|
| »Ustvari čudovit uporabniški vmesnik« | Ocenjevalnik vidi samo besedilo, ne zasnove |
| »V podatkih poišči vpogled« | Ni preverljivega končnega stanja |
| »Optimiziraj UX strani« | Subjektiven okus; agent optimizira tisto, kar se meri |
| Raziskovanje / preučevanje | Odprto opravilo — ocenjevalnik ne ve, kdaj je »dovolj« |
| Uvedba v produkcijo | Zunanjih stranskih učinkov ni mogoče razveljaviti |
| Ustvarjanje vsebine / trženje | Kakovosti besedila ni mogoče preveriti z ukazom |
Croucher v svojem terenskem vodniku odločno navaja praktično pravilo: `/goal` ne uporabljajte za opravila, pri katerih »končano« pomeni »videti je dobro«, »zdi se prav«, »je dobro oblikovano« ali »je zabavno«. Ocenjevalnik bere samo prepis — ne izvaja orodij in ne more oceniti, kako rezultat deluje. To pravilo izključuje 80 % subjektivnih opravil, pri katerih se `/goal` vrti v zanki brez koristnega izhoda.
## Kdaj /goal po nepotrebnem zapravlja denar: 3 anti-vzorci
Ključna ugotovitev
Trije pogosti anti-vzorci pri `/goal`: nejasen pogoj brez omejitve števila korakov (en razvijalec je v 14 urah porabil 200 $), rekurzivna zanka z zastarelim predpomnilnikom (6.000 $ čez noč zaradi spremembe časovne veljavnosti predpomnilnika) ter ustvarjalne naloge brez preverljivega končnega stanja (igra je bila ustvarjena brez vizualne podobe, ocenjevalnik pa je rekel »končano«, čeprav grafike ni bilo). Zaščitni ukrepi: vedno vključite `or stop after N turns`, določite merljiv rezultat in najprej preverite, ali je naloga primerna za avtonomno izvajanje.
**Anti-vzorec 1. Nejasen pogoj brez trde omejitve števila korakov.**
Najpogostejša napaka je pogoj, kot je »izboljšaj kodo« / »naj bo dobra« / »optimiziraj«. Brez omejitve števila korakov bo agent deloval naprej, dokler ne porabi vaše kvote.
Findskill je opisal resničen primer:
\n
\n
En razvijalec je poročal, da je v 14-urni seji z nejasnimi pogoji porabil 200 $: šibek pogoj, zaradi katerega ocenjevalnik vedno znova odgovarja »še ne«, lahko traja 50, 100 ali 500 korakov, preden to opazite.
\n
\n
200 $ v 14 urah zaradi nejasnega pogoja je celotna tedenska omejitev paketa Max. Zjutraj se zbudite brez kvote in uporabnega rezultata.
Zaščita: vsak pogoj zaključite z `or stop after N turns` (15 za preprosta opravila, 50 za zahtevna in največ 100 za nočna izvajanja).
**Anti-vzorec 2. Rekurzivna zanka s pokvarjenim predpomnjenjem.**
Zgodba z dne 22. maja 2026: 6.000 $ čez noč, ker je Anthropic potiho spremenil časovno veljavnost predpomnilnika z ene ure na 5 minut. Razvijalec ni neposredno uporabljal `/goal`, vendar je bila logika enaka: avtonomna zanka s časovnikom cron na 30 minut je vsakič znova zgradila zgodovino z 800.000 žetoni.
Osnovna težava je bila, da zunanja avtomatizacija ni poznala notranjih sprememb ponudnika. Enako bi se lahko zgodilo z `/goal`, če ga izvajate 8 ur brez nadzora: poraba žetonov narašča nelinearno, predpomnilnik pozivov pa ne deluje tako, kot pričakujete.
Zaščitni ukrepi:
1. **Ne izvajajte `/goal` 8+ ur brez vmesnih preverjanj.**
2. **V nastavitvah odprite Settings → Usage in omogočite omejitve porabe** (nova zaščita po incidentu s 6.000 $).
3. **Ponoči dvakrat odprite `claude agents`** — s tipko `Space` si na hitro oglejte sejo in preverite, ali število korakov ne narašča hitreje od pričakovanega.
4. **Za drage verige modelov (Opus 4.7)** določite strožjo omejitev — največ 30 korakov.
**Anti-vzorec 3. Ustvarjalnost z ukazom `/goal`.**
Croucher je zagnal `/goal` za izdelavo igre — pogoj je vključeval determinističnost, invariants in preverjanje, ali je mogoče dokončati raven. Igra je bila izdelana, testi so uspeli in ocenjevalnik je sporočil »doseženo«. Igra ni imela vizualne podobe — pogoj ni omenjal grafike.
To ponazarja splošno pravilo: ocenjevalnik optimizira natanko tisto, kar merite. Če pogoj ne omenja vizualne podobe, je ne bo. Če omenja samo teste, bi lahko ocenjevalnik zakomentiral trditve.
Zaščita: ukaza `/goal` ne uporabljajte za nič, kar je odvisno od okusa (oblikovanje, besedila, UX). Vrnite se v običajno sejo ali [Plan Mode](https://ailoot.ai/blog/sl/claude-code-plan-mode/) — tako ostanete vključeni v odločanje.
## Kaj je Agent View in kako odpreti nadzorno ploščo
Ključna ugotovitev
Agent View je vizualna nadzorna plošča za upravljanje sej Claude Code v ozadju. Odprite jo z ukazom `claude agents` v terminalu. Vsaka seja v ozadju je prikazana v vrstici s stanjem (Working, Needs input, Idle, Completed, Failed, Stopped). Uporabna je, kadar hkrati izvajate 2–5 avtonomnih opravil — namesto preklapljanja med terminali lahko vse vidite na enem zaslonu. Vključuje peek (Space — hiter ogled brez priključitve), attach (Enter), detach (puščica levo) in pin (Ctrl+T).
Če je `/goal` ukaz »delaj, dokler ne končaš«, je Agent View nadzorna soba, v kateri lahko hkrati vidite vse te ukaze. Anthropic jo opisuje takole:
Pogled agentov odprete z ukazom claude agents — to je en zaslon za vse vaše seje v ozadju: kaj deluje, kaj potrebuje vaš odziv in kaj je končano. Zaženite nove seje, na hitro preverite njihovo stanje, ne da bi se pomikali po prepisih, in se priključite le takrat, ko vas seja potrebuje.
— Dokumentacija Anthropic, https://code.claude.com/docs/en/agent-view
**Ukaz za odprtje:**
```bash
claude agents
```
Odpre se TUI — besedilna nadzorna plošča v terminalu. Seznam sej je na levi, podokno peek z zadnjim sporočilom iz izbrane vrstice pa na desni.
**Šest stanj sej:**
| Stanje | Pomen |
|----|----|
| **Working** | Claude aktivno dela — kliče orodja ali ustvarja odgovor |
| **Needs input** | Claude čaka na vaš odgovor na določeno vprašanje ali dovoljenje |
| **Idle** | Seja ni aktivna in je pripravljena na naslednji poziv |
| **Completed** | Opravilo je bilo uspešno dokončano |
| **Failed** | Seja se je končala z napako |
| **Stopped** | Seja je bila ustavljena z `Ctrl+X` ali `claude stop` |
**Glavne bližnjice:**
```
↑ / ↓ premikanje po seznamu sej
Space podokno peek (ogled brez priključitve)
Enter / → priključitev na sejo (vstop vanjo)
← odklop (zapustitev brez zaustavitve)
Ctrl+T pripenjanje (zaščita seje pred samodejno zaustavitvijo)
Ctrl+X ustavitev seje; za izbris znova pritisnite v 2 sec
Ctrl+R preimenovanje
Ctrl+S preklop združevanja (stanje ↔ imenik)
```
**Kako zagnati sejo v ozadju:**
V interaktivnem Claude Code:
```
/bg fix the failing test test/auth/login.test.ts
```
Ali neposredno iz lupine:
```bash
claude --bg "fix the failing test test/auth/login.test.ts"
```
Ali z imenom (da se v pogledu agentov prikaže pod prepoznavno oznako):
```bash
claude --bg --name "flaky-test-fix" "fix test/auth/login.test.ts"
```
Seja v ozadju je samodejno dodana v Agent View — zaženite jo z `--bg`, odprite `claude agents` in prikazala se bo na seznamu.
**Glavna funkcija: seje se ohranijo tudi, ko prenosnik preide v stanje pripravljenosti ali se okno zapre:**
Stanje seje se shrani na disk in se ohrani po samodejnih posodobitvah ter ponovnih zagonih nadzornega procesa. Seje se shranijo tudi, ko računalnik preide v stanje pripravljenosti. Ko se zbudi, se njihovi procesi nadaljujejo, nadzorni proces pa se znova poveže z njimi, namesto da bi premor obravnaval kot čas nedejavnosti.
— Dokumentacija Anthropic, https://code.claude.com/docs/en/agent-view
Če pa prenosnik izklopite ali ročno znova zaženete, se seje v ozadju končajo s stanjem Failed. Nočni zagoni z veliko agenti v ozadju delujejo le, če prenosnik ostane vklopljen.
## Delovna drevesa: kako Claude izolira vzporedne seje
Ključna ugotovitev
Delovno drevo je ločena kopija vašega repozitorija v `.claude/worktrees//` na ločeni veji `worktree-`. Ko zaženete sejo v ozadju prek `/bg` ali Agent View, jo Claude pred urejanjem datotek samodejno premakne v delovno drevo. Vzporedne seje lahko berejo isto odjavo, vendar vsaka piše v svojo kopijo, zato si ne prepisujejo dela. Izolacijo lahko izklopite z nastavitvijo `worktree.bgIsolation: "none"` v `.claude/settings.json` (funkcija je na voljo od različice 2.1.143).
Delovna drevesa rešujejo glavno težavo pri vzporednem avtonomnem delu: kaj če bi dve seji hkrati poskušali urejati `src/auth.ts`? Pred različico 2.1.139 so si take seje lahko dobesedno prepisale spremembe. Z Agent View je Anthropic uvedel samodejno izolacijo:
Vsaka seja v ozadju, zagnana iz pogleda agentov, prek ukaza /bg ali z ukazom claude --bg, se začne v vašem delovnem imeniku. Pred urejanjem datotek Claude sejo premakne v izolirano delovno drevo Git v .claude/worktrees/, tako da vzporedne seje berejo isto odjavo, vsaka pa piše v svojo kopijo.
— Dokumentacija Anthropic, https://code.claude.com/docs/en/agent-view
**Kako deluje v praksi:**
```bash
# 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
```
Vsaka seja dela v svoji kopiji. Ko je opravilo končano, potrebne veje združite v glavno vejo.
**Nevarna past — izbris seje izbriše njeno delovno drevo.**
Claude odstrani delovna drevesa skupaj s sejo v pogledu agentov: pred izbrisom seje, ki je urejala datoteke v svojem delovnem drevesu, spremembe združite ali potisnite v oddaljeni repozitorij.
— Dokumentacija Anthropic, https://code.claude.com/docs/en/agent-view
Če sejo v Agent View uničite (dvakrat pritisnite `Ctrl+X`), njeno delovno drevo izgine. Vse nepotrjene spremembe se izgubijo. Preden sejo izbrišete v Agent View, jo vedno potrdite ali potisnite v oddaljeni repozitorij.
**Izklop izolacije (za redke primere):**
Če imate repozitorij, v katerem delovna drevesa Git ne delujejo (na primer zaradi simbolnih povezav ali počasne odjave velikega monorepozitorija), lahko izolacijo izklopite:
```json
// .claude/settings.json
{
"worktree": {
"bgIsolation": "none"
}
}
```
Nato bodo seje v ozadju urejale neposredno vašo delovno kopijo. To možnost so dodali v različici 2.1.143 po pritožbah ekip z velikimi monorepozitoriji.
**Vzporedno izvajanje porablja kvoto:**
Tudi tukaj veljajo omejitve hitrosti: seje v ozadju porabljajo naročniško kvoto enako kot interaktivne seje, zato 10 vzporednih agentov porablja kvoto približno 10-krat hitreje kot eden.
— Dokumentacija Anthropic, https://code.claude.com/docs/en/agent-view
To pomeni, da paket Pro (20 $/mesec) zadošča za 1–2 vzporedni seji čez noč, ne pa za deset. Za vzporedno izvajanje številnih agentov potrebujete Max ali Enterprise.
## Združevanje /goal + Plan Mode + podagentov pri dolgih opravilih
Ključna ugotovitev
`/goal` je sam po sebi le zadnji člen verige. Pred njim uporabite [Plan Mode](https://ailoot.ai/blog/sl/claude-code-plan-mode/), da ustvarite večfazni načrt v `plans/`, in [podagente](https://ailoot.ai/blog/sl/claude-code-subagents/), da razdelite delo. Kombinacija deluje takole: 1) Plan Mode zapiše podroben načrt s preverljivimi potrditvenimi polji, 2) podagenti lahko vzporedno delajo na različnih fazah v svojih vejah delovnih dreves, 3) `/goal` izvaja cikel »delo → ocenjevalnik → naslednji korak«, dokler niso potrjena vsa polja. Brez Plan Mode je `/goal` pri zahtevnih opravilih neuporaben.
Pogost neuspeh je takojšen vnos `/goal build a new feature`. To ne deluje, ker ocenjevalnik ne ve, kako je videti »dokončana funkcija«. Potrebujete načrt s potrditvenimi polji, ki jih ocenjevalnik lahko preverja eno za drugim.
**1. plast. Plan Mode zapiše večfazni načrt.**
V [Plan Mode](https://ailoot.ai/blog/sl/claude-code-plan-mode/) prosite Claude, naj pripravi podroben načrt sprememb, razdeljen na 5–7 faz s preverljivimi potrditvenimi polji. Shranite ga kot `plans/2026-05-24-google-oauth.md`. Vsaka faza ima 3–7 potrditvenih polj s konkretnimi dejanji.
**2. plast. Podagenti razdelijo delo po fazah.**
Če je načrt mogoče izvajati vzporedno (na primer, če so faze neodvisne — zaledna končna točka + obrazec uporabniškega vmesnika + migracija podatkovne baze), lahko vsako fazo zaženete v ločeni seji v ozadju prek `claude --bg --name ""`. Vsaka seja dobi svoje delovno drevo.
**3. plast. `/goal` izvaja cikel, dokler niso potrjena vsa polja.**
```
/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
```
Po vsakem koraku ocenjevalnik prebere načrt, preveri, katera polja so izpolnjena, in če kaj še manjka, agent nadaljuje.
**Ta kombinacija temelji na treh sestavinah:**
- inženiring konteksta: pravi kontekst v `plans/` — ocenjevalnik ga bere
- [drugi možgani](https://ailoot.ai/blog/sl/claude-code-second-brain/): mapa `plans/` hrani načrt med sejami
- klon umetne inteligence: CLAUDE.md določa pravila, ki jim agent sledi
Brez CLAUDE.md lahko `/goal` predlaga rešitev, ki poruši arhitekturo. Brez načrta v `plans/` ocenjevalnik ne pozna meril uspeha. Brez podagentov ni vzporednih faz; vse poteka zaporedno.
## Kako primerjati /goal s Codex, Cursor in drugimi načini agentov
Ključna ugotovitev
Koristna razlika je v nadaljevanju naloge, mestu izvajanja, dovoljenjih in preverjanju dokončanja. Tukaj ni primerljive meritve z virom, ki bi podprla univerzalni množitelj učinkovitosti žetonov ali stalno število korakov do izgube skladnosti drugega orodja. Pred izbiro primerjajte dejanski model, odjemalca, različico, način izvajanja in nalogo.
`/goal` po vsakem obratu doda ločeno preverjanje dokončanja. Drugi izdelki imajo različne načine; lokalni CLI, gostovana naloga v oblaku in nadzorovana seja urejevalnika niso zamenljive primerjalne enote. Zlasti ne opisujte vsega dela Codex CLI kot vsebnika v oblaku in ne predpostavljajte enega preverjevalnega modela ter obračunavanja za vsak zagon Codex.
Uporabite isti posnetek repozitorija in nalogo z istimi preverjanji sprejema. Za vsakega kandidata zabeležite:
| Razsežnost | Kaj zabeležiti |
|----|----|
| Izvajanje | Odjemalec/različica in lokalno ali gostovano okolje |
| Model | Točen model, raven sklepanja in omejitve konteksta |
| Nadaljevanje | Kaj začne naslednji obrat in kaj ga ustavi |
| Ločitev | Delovna kopija, dovoljenja, skrivnosti in omrežni dostop |
| Rezultat | Sprejeta preverjanja, napake in človeški popravki |
| Poraba | Vhod, branje/zapis predpomnilnika, izhod, čas in dejansko obračunavanje |
Trditev o stalnem večkratniku žetonov potrebuje te pogoje in izmerjene količine za isti uspešni rezultat. Tudi odstotek testa potrebuje različico testa, model, izvajalno okolje in nastavitve; odstotki Terminal-Bench brez teh podatkov teh dokazov ne nadomestijo. Članek ne podaja neodvisnega primerjalnega testa orodij.
Izberite glede na potrebni potek: nadzorovane spremembe, omejeno opravilo v ozadju ali večobratno nalogo z izrecnim pogojem dokončanja. Preizkusite podprti način nameščenega izdelka, ne predpostavljajte odsotnosti avtonomije pri celotnem konkurentu. Odobritev dovoljenj ločite od nadaljevanja naloge: samodejna odobritev klica orodja sama ne potrjuje doseženega uporabniškega cilja.
**`/goal` v primerjavi z `/loop`:**
`/loop` je še en ukaz iz iste izdaje in zažene periodična opravila v določenem časovnem intervalu (vsakih N minut). `/goal` temelji na pogoju (dokler ni izpolnjen). `/loop` uporabite za opravila, podobna cron, `/goal` pa za doseganje posameznega cilja.
Iz dokumentacije Anthropic:
| Pristop | Kdaj se začne naslednji korak | Kdaj se ustavi |
|----|----|----|
| `/goal` | Ko se prejšnji korak konča | Ko model potrdi pogoj |
| `/loop` | Ko poteče časovni interval | Ko ga ustavite ali ko Claude odloči, da je delo končano |
| Stop hook | Ko se prejšnji korak konča | Ko odloči vaša skripta ali poziv |
## Kontrolni seznam pred zagonom /goal: 7 točk
Ključna ugotovitev
Pred vsakim zagonom `/goal` preverite 7 točk: različica Claude Code 2.1.139+, pogoj vključuje preverljivo končno stanje, prisotna je trda omejitev števila korakov, omejitve so izrecne, vse pomembne spremembe so potrjene, omejitve porabe so omogočene v nastavitvah in Agent View je odprt za spremljanje. Če manjka ena sama točka, vas to lahko stane več sto dolarjev in izgubo dela.
Kontrolni seznam pred vsakim zagonom `/goal`:
1. **Claude Code različica 2.1.139+** — preverite z ukazom `claude --version` in posodobite, če je različica starejša. Najnižja priporočena različica je 2.1.143 (15. maj 2026), ki odpravlja cikle zaustavitvenih kavljev.
2. **Pogoj vključuje preverljivo končno stanje** — namesto »izboljšaj« navedite `npm test exits 0`. Če ne morete najti ukaza `bash` za preverjanje rezultata, `/goal` ni primeren za to opravilo.
3. **Določena je trda omejitev števila korakov** — vsak pogoj določa `or stop after N turns`. Za preprosta opravila uporabite 15, za zahtevna 50, za nočna izvajanja pa največ 100.
4. **Omejitve so izrecne in ozko določene** — `without modifying files outside /auth`, `without removing existing assertions`, `without bumping major versions`. Brez njih bi Claude lahko popravil teste tako, da bi jih izbrisal.
5. **Vse pomembne spremembe so potrjene ali potisnjene v oddaljeni repozitorij** — če ne delate v delovnem drevesu (na primer z nastavitvijo `worktree.bgIsolation: "none"`), Claude ureja vašo delovno kopijo. Vsaka napaka lahko povzroči izgubo neshranjenega dela.
6. **V nastavitvah Settings → Usage so omogočene omejitve porabe** — nova zaščita po incidentu s 6.000 $. Določite omejitev na dan, sejo in mesec.
7. **Agent View `claude agents` je odprt v ločenem oknu** — pri dolgih opravilih enkrat na uro na hitro preverite sejo s tipko Space. Če število korakov narašča hitreje od pričakovanega ali ocenjevalnik tri korake ponovi isti razlog, pritisnite `Ctrl+C` in preoblikujte pogoj.
Dodatna točka — **ukaza `/goal` nikoli ne zaženite z `--dangerously-skip-permissions` v tuji ali nepoznani kodi**. Ta kombinacija onemogoči vsa preverjanja in agentu omogoči, da v vašem projektu počne, kar želi. Avtor te analize jo uporablja samo v svežem delovnem drevesu, kjer ni česa izgubiti.
`/goal` je zmogljiva funkcija, vendar ni čarovnija. Deluje natanko tako dobro, kot dobro oblikujete pogoj. Če lahko z besedami opišete »končano« tako, da je to mogoče preveriti z ukazom, bo `/goal` opravil preostalo. Če tega ne morete, se vrnite v običajno sejo ali Plan Mode.
### Viri
- [Dokumentacija Anthropic – ukaz /goal](https://code.claude.com/docs/en/goal)
- [Dokumentacija Anthropic – Agent View](https://code.claude.com/docs/en/agent-view)
- [Dokumentacija Anthropic – vzporedno izvajanje agentov](https://code.claude.com/docs/en/agents)
- [Dokumentacija Anthropic – delovna drevesa](https://code.claude.com/docs/en/worktrees)
- [Dokumentacija Anthropic – način brez uporabniškega vmesnika](https://code.claude.com/docs/en/headless)
- [Zapis sprememb Claude Code podjetja Anthropic](https://code.claude.com/docs/en/changelog)
Raziskovanje Ailoot lahko nadaljujete na [ailoot.ai](https://ailoot.ai/).
## Vprašanja in odgovori: /goal v Claude Code: avtonomni način in Agent View v 2026
### Kako napišem pogoj dokončanja, ki ga ocenjevalnik lahko preveri?
Navedite merljiv rezultat, dokazni ukaz ali dokaz in omejitve, na primer ohranitev trditev testov ali določene datoteke. Dodajte izrecno mejo ustavitve ter zahtevajte izpis preverjanja v pogovoru.
### Ali za izbiro agenta zadostuje stalen množitelj učinkovitosti žetonov?
Ne. Ni enakovredne meritve, ki bi množitelj podpirala. Primerjajte isto sprejeto nalogo ter zabeležite model, različico odjemalca, način izvajanja, predpomnilnik in žetone, pretečeni čas ter človeške popravke.
## Ailoot · Podjetje in njegov portfelj projektov
Ailoot temelji na pridobljenih operativnih izkušnjah, široki bazi strank, stabilni storitvi in stalnem spremljanju KPI.
Podjetje in njegov portfelj projektov: milijoni strank; mesečna prodaja v milijardah.
Ailoot te operativne izkušnje uporablja za dostop prek API do funkcij umetne inteligence v izdelkih strank, agentih, aplikacijah in avtomatizacijah.