/goal v Claude Code: avtonomni način in Agent View v 2026

Referenčna dokumentacija Ailoot: ailoot.ai/docs/.

Kaj je /goal v Claude Code?#

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:

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?#

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#

1. korak. Posodobite Claude Code na različico 2.1.139 ali novejšo.

Preverite različico:

claude --version

Če je starejša od 2.1.139, jo posodobite:

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#

Dokumentacija Anthropic opisuje tri zahtevane sestavine dobrega pogoja:

Ž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 <command>«.

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 (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#

Dokumentacija Anthropic navaja štiri vrste opravil, za katere je /goal primeren:

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:

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#

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:

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 — tako ostanete vključeni v odločanje.

Kaj je Agent View in kako odpreti nadzorno ploščo#

Č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:

Ukaz za odprtje:

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:

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:

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

Ali z imenom (da se v pogledu agentov prikaže pod prepoznavno oznako):

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:

Č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#

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:

Kako deluje v praksi:

# 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.

Č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:

// .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:

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#

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 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 "<phase>". 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: 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#

/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:

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:

Kontrolni seznam pred zagonom /goal: 7 točk#

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.

Raziskovanje Ailoot lahko nadaljujete na ailoot.ai.