/goal Claude Code: autonominis režimas ir Agent View 2026 m.

Ailoot informacinė dokumentacija: ailoot.ai/docs/.

Kas yra /goal Claude Code?#

Anksčiau Claude Code sustodavo po kiekvieno atsakymo ir laukdavo kitos jūsų užklausos. Trumpoms užduotims tai tiko, bet ilgos užduotys tapdavo sudėtingos: API perkėlimas, 12 nepavykusių testų taisymas, 800 eilučių failo pertvarkymas – tokioms užduotims reikia 20–30 iteracijų, o po kiekvienos tekdavo grįžti prie terminalo.

/goal šią problemą sprendžia paprasta idėja: atskiria „tą, kuris atlieka darbą“ nuo „to, kuris nusprendžia, kas laikoma baigtu“. Pagrindinis agentas rašo kodą. Atskiras vertintojas (spartus Haiku modelis) po kiekvieno ėjimo perskaito pokalbį ir atsako į vieną klausimą: „Ar sąlyga įvykdyta?“ Jei ne, agentas pradeda kitą ėjimą. Jei taip, valdymas grąžinamas jums.

Oficialioje Anthropic dokumentacijoje tai apibrėžiama taip:

Tūkstančiai agentų naktį, valdomų telefonu – tai ne rinkodara, o dabartinė Anthropic inžinieriaus praktika. Tai įmanoma dėl /goal ir Agent View derinio, pristatyto tame pačiame 2026 m. gegužės 11 d. leidime.

Kodėl reikia autonominio režimo: kas buvo prieš ir po 2026 m. gegužės 11 d.?#

Idėja „palikti DI dirbti per naktį“ gyvavo nuo 2025 m. rudens, kai Cursor Composer ir Cline auto mode jau galėjo veikti fone. Tačiau iki 2026 m. gegužės 11 d. Claude Code tam reikėjo rankinio apvalkalo: cron užduoties, kuri kas N minučių iškviesdavo claude -p, arba apvalkalo, stebinčio git būseną ir paleidžiančio kitą užklausą.

Toks savadarbis būdas dažnai baigdavosi nelaimėmis. 2026 m. gegužės 22 d. kūrėjas paliko tokį scenarijų veikti per naktį ir ryte rado 6 000 USD sąskaitą. Pagrindinė priežastis: Anthropic tyliai pakeitė Claude Code talpyklos TTL iš vienos valandos į penkias minutes, apie tai nepranešusi. Cron kas 30 minučių kvietė produkcinę aplinką, o tarp paleidimų talpykla spėdavo baigti galioti. Kiekvieną kartą iš naujo buvo kuriama 800 000 žetonų istorija. Naujiems duomenims įrašyti į talpyklą reikia gerokai daugiau lėšų nei skaityti iš aktyvios talpyklos.

Kūrėjas nedarė nieko neįprasto – naudojo įrankį būtent taip, kaip jį pristatė Anthropic.

/goal šią problemą sprendžia integruota architektūra:

1. Prižiūrėtojo procesas išlaiko sesiją už terminalo ribų ir veikia net uždarius langą ar užmigdžius nešiojamąjį kompiuterį.
2. Haiku vertintojas – nebrangus modelis tikrina kiekvieną ėjimą; vertintojo žetonai kainuoja centus.
3. Griežta ėjimų riba sąlygoje – galite aiškiai parašyti or stop after 20 turns, ir sesija tikrai sustos.
4. Darbinių kopijų izoliavimas foninėms sesijoms – pakeitimai keliauja į atskirą šaką ir neliečia jūsų darbinės kopijos.

Skirtumas nuo būdo „parašykite savo bash scenarijų“ tas, kad Anthropic visus šiuos mechanizmus pavertė pirmos klasės įrankio dalimis, o ne trečiųjų šalių gudrybėmis.

Kaip įjungti /goal per 3 žingsnius#

1 žingsnis. Atnaujinkite Claude Code į 2.1.139 ar naujesnę versiją.

Patikrinkite versiją:

claude --version

Jei ji senesnė nei 2.1.139, atnaujinkite:

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

2026 m. gegužės 12–19 d. išleistose versijose buvo ištaisytos svarbios pirmosios versijos klaidos. 2.1.140 versijoje ištaisytas tylus strigimas, kai disableAllHooks užblokuodavo vertintoją. 2.1.143 versijoje atsirado worktree.bgIsolation: "none" ir pataisa, skirta sustabdymo kablių ciklams. 2.1.144 versijoje (gegužės 19 d.) pridėta --resume foninėms sesijoms ir agentų --json scenarijams. Mažiausia versija yra 2.1.143.

2 žingsnis. Įveskite /goal su sąlyga.

Atidarykite įprastą Claude Code sesiją ir įveskite komandą:

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

Po to atskiros užklausos siųsti nereikia – komanda iškart pradeda pirmą ėjimą. Sąlygą galima rašyti lietuviškai, angliškai arba abiem kalbomis; modelis supranta abi. Ilgio riba – iki 4 000 simbolių.

3 žingsnis. Stebėkite tiesioginį skydelį.

Paleidus /goal, terminalo apačioje rodomas tiesioginis skydelis:

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

Jame rodoma:

• Turns – kiek ėjimų baigta
• Elapsed – kiek laiko praėjo nuo paleidimo
• Tokens – iš viso sunaudotų žetonų (pagrindinis biudžeto stebėjimo rodiklis)
• Last – paskutinė priežastis, dėl kurios vertintojas atsakė „dar ne“

Naudingas patarimas: jei vertintojas tą pačią priežastį nurodo tris ėjimus iš eilės, tai ženklas, kad įstrigote cikle. Paspauskite Ctrl+C arba įveskite /goal clear (sinonimai: stop, off, reset, cancel), performuluokite sąlygą ir paleiskite iš naujo. Ši taisyklė bendruomenės /goal vadovuose minima kaip pagrindinis ciklo požymis: „ta pati priežastis tris kartus – tai ciklas, išeikite“.

Kaip parašyti gerą sąlygą: 5 taisyklės ir 5 pavyzdžiai#

Anthropic dokumentacijoje aprašytos trys būtinos geros sąlygos dalys:

Paruoštas šablonas, vienoje eilutėje apimantis visas tris dalis:

\n/goal [atlik darbą] iki [išmatuojamos galutinės būsenos], nepažeisdamas [taikytinų apribojimų]\n

Penkios taisyklės, kurios dažniausiai sukelia problemų:

1 taisyklė. Galutinę būseną turi būti galima patikrinti komanda, o ne skoniu.

Ne „padaryk, kad atrodytų gerai“, o npm test exits 0. Ne „pagerink UX“, o Lighthouse Performance score above 90. Vertintojas skaito tik transkriptą – jis nevykdo komandų ir nežiūri ekrano kopijų. Jei rezultato negalima užrašyti tekstu, vertintojas niekada neatsakys „taip“.

2 taisyklė. Apribojimai turi būti aiškūs ir siauri.

Be apribojimų Claude gali taisyti testus ištrindamas pačius testus arba užkomentuodamas nepavykusius teiginius. Nurodykite without modifying any file outside /auth, without removing existing assertions, without bumping major versions of dependencies.

3 taisyklė. Būtina griežta ėjimų riba.

Prie kiekvienos sąlygos pridėkite or stop after N turns. Tai apsauga nuo nesibaigiančio ciklo. Be ribos:

Be ribos valandą veikiantis ciklas sunaudoja daugiau žetonų nei tą pačią užduotį atlikti rankomis. Numatyti tam biudžetą.

4 taisyklė. Aprašykite KĄ, o ne vien KAIP.

Jei sąlygoje nepaminėjote vaizdo, Claude jo nesukurs. Jei sąlygoje reikalaujama tik „išlaikyti testus“, Claude gali užkomentuoti sudėtingus testus. Aprašykite, KO norite, o ne vien KAIP tai tikrinsite.

5 taisyklė. Paprašykite Claude pokalbyje parodyti įrodymus.

Vertintojas nevykdo komandų – jis tik skaito tai, ką Claude jau parodė. Jei sąlygoje reikalaujama, kad „npm test būtų sėkmingas“, bet Claude transkripte neparodė npm test išvesties, vertintojas amžinai atsakys „dar ne“. Į sąlygą įtraukite frazę „pokalbyje parodyk <command> išvestį“.

Penki veikiantys dažnų užduočių pavyzdžiai:

1. API perkėlimas:
/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. Testų taisymas:
/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. Kodo kokybė (failo dydis):
/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. Susikaupusių užduočių eilės uždarymas:
/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. Saugumo auditas:
/goal every npm audit vulnerability with severity >= high is fixed, all existing tests pass, no breaking API changes, or stop after 15 turns

Norite ne vien paleisti /goal, bet ir sukurti aplinką, kurioje autonominis režimas tikrai veiktų jūsų projekte? /goal tėra paskutinė grandis. Prieš ją turi būti parengti trys pagrindai: DI kopija (jūsų metodika „Skills“ ir „Subagents“), antroji smegenų sistema (CLAUDE.md ir plans/ aplankas) bei konteksto inžinerija („Plan Mode“ ir /compact). Visus tris komponentus reikia apgalvoti kartu – būtent šis derinys leidžia dirbti su kontekstu.

5 pavyzdžiai, kai /goal veikia iš tiesų#

Anthropic dokumentacijoje pateikiamos keturios užduočių rūšys, kurioms /goal tinka:

Pateikiame penkis pavyzdžius su paruoštomis sąlygomis – pritaikykite juos savo projektui.

1 pavyzdys. Perkelkite modulį į naują API.

Scenarijus: pereinate nuo REST prie GraphQL arba senąją funkciją getUser() keičiate naująja fetchUser(). Užduotis mechaninė, bet paliečia 30–50 failų.

Sąlyga:

/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

Kodėl tai veikia: galutinę būseną galima patikrinti komandomis grep -r getUser src/ | wc -l (rezultatas turėtų būti 0) ir npm test exits 0. Apribojimas apsaugo testų failus.

2 pavyzdys. Taisykite nepavykusius testus.

Scenarijus: atnaujinus biblioteką sugedo 15 testų. Žinote, kad pataisa mechaninė – reikia atnaujinti maketus ir pritaikyti teiginius naujam formatui. Nenorite to daryti rankomis.

Sąlyga:

/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

Kitas panašios sąlygos pavyzdys:

\nTaisykite visus nepavykusius testus, kol npm test grąžins 0, nekeisdami jokių failų už /auth aplanko ribų\n

3 pavyzdys. Suskaidykite viską apimančią klasę.

Scenarijus: viename 1 200 eilučių faile yra viskas – modelis, paslauga, pagalbinės priemonės ir API klientas. Norite failą suskaidyti pagal principą „vienas failas – viena atsakomybė“, atnaujinti visas importo nuorodas ir išlaikyti testus.

Sąlyga:

/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

4 pavyzdys. Per naktį uždarykite susikaupusių užduočių eilę.

Scenarijus: turite atvirojo kodo saugyklą su 20 užduočių, pažymėtų good-first-issue. Norite, kad Claude jas apdorotų per naktį.

Sąlyga:

/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

Skaičius 6 pasirinktas neatsitiktinai – tai realistiška riba vienai nakčiai naudojant „Pro“ planą. Tūkstančiai agentų vienu metu yra individualus atvejis, o ne atkuriamas numatytasis variantas.

5 pavyzdys. Saugumo auditas.

Scenarijus: npm audit rodo 8 didelio sunkumo pažeidžiamumus. Norite, kad Claude juos ištaisytų neatnaujindamas pagrindinių versijų.

Sąlyga:

/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

Ko NEDARYTI su /goal:

Savo praktiniame vadove Croucheris pabrėžia taisyklę: nenaudokite /goal užduotims, kuriose „baigta“ reiškia „atrodo gerai“, „jaučiasi tinkamai“, „gerai suprojektuota“ arba „smagu“. Vertintojas skaito tik transkriptą – jis nevykdo įrankių ir negali įvertinti, kaip rezultatas veikia. Dėl šios taisyklės /goal netinka 80 % subjektyvių užduočių, kuriose jis sukasi be naudingo rezultato.

Kada /goal veltui eikvoja pinigus: 3 netinkamo naudojimo atvejai#

1 netinkamo naudojimo atvejis. Miglota sąlyga be griežtos ėjimų ribos.

Dažniausia klaida – tokia sąlyga kaip „pagerink kodą“ / „padaryk gerai“ / „optimizuok“. Be ėjimų ribos agentas veiks tol, kol išnaudos jūsų kvotą.

„Findskill“ aprašė tikrą atvejį:

200 USD per 14 valandų dėl miglotos sąlygos – visa savaitės „Max“ plano riba. Ryte pabundate be kvotos ir be naudingo rezultato.

Apsauga: kiekvieną sąlygą užbaikite or stop after N turns (15 lengvoms užduotims, 50 sudėtingoms ir ne daugiau kaip 100 naktiniams paleidimams).

2 netinkamo naudojimo atvejis. Rekursinis ciklas su neveikiančia podėlio talpykla.

2026 m. gegužės 22 d. papasakota istorija: per naktį išleista 6 000 USD, nes Anthropic tyliai pakeitė talpyklos TTL iš vienos valandos į 5 minutes. Kūrėjas tiesiogiai nenaudojo /goal, tačiau logika buvo tokia pati: autonominis ciklas su 30 minučių cron laikmačiu kiekvieną kartą iš naujo sukurdavo 800 000 žetonų istoriją.

Pagrindinė problema buvo ta, kad išorinė automatizacija nežinojo apie vidinius teikėjo pakeitimus. Tas pats galėtų nutikti ir su /goal, jei paleistumėte jį 8 valandoms be priežiūros: žetonų naudojimas auga netiesiškai, o užklausų podėlio talpykla veikia ne taip, kaip manote.

Apsaugos priemonės:

1. Nepalikite /goal veikti 8 ar daugiau valandų be tarpinių patikrinimų.
2. Įjunkite naudojimo ribas skiltyje „Settings → Usage“ (nauja apsaugos priemonė po 6 000 USD incidento).
3. Naktį du kartus atidarykite claude agents – paspauskite Space, kad žvilgtelėtumėte, ir patikrinkite, ar ėjimų skaičius neauga greičiau, nei tikėtasi.
4. Brangioms modelių grandinėms (Opus 4.7) nustatykite griežtesnę ėjimų ribą – daugiausia 30.

3 netinkamo naudojimo atvejis. Kūryba naudojant /goal.

Croucheris naudojo /goal žaidimui kurti – sąlygoje buvo nurodytas determinizmas, invariantai ir lygio įveikiamumo patikrinimas. Žaidimas buvo sukurtas, testai išlaikyti, vertintojas pranešė „pasiekta“. Tačiau žaidimas neturėjo vaizdo – sąlygoje grafika nebuvo paminėta.

Tai iliustruoja bendrą taisyklę: vertintojas optimizuoja būtent tai, ką matuojate. Jei sąlygoje nepaminėtas vaizdas, jo nebus. Jei paminėti tik testai, jis gali užkomentuoti teiginius.

Apsauga: nenaudokite /goal užduotims, kurios priklauso nuo skonio (dizaino, tekstų, UX). Grįžkite į įprastą sesiją arba Plan Mode – jie palieka jus sprendimų priėmimo procese.

Kas yra Agent View ir kaip atidaryti skydelį#

Jei /goal yra komanda „dirbk, kol baigsi“, Agent View – valdymo kambarys, kuriame visas tas komandas galite matyti vienu metu. Anthropic jį apibūdina taip:

Komanda skydeliui atidaryti:

claude agents

Atsidaro TUI – tekstinis skydelis terminale. Kairėje yra sesijų sąrašas, dešinėje – pasirinktos eilutės naujausios žinutės peržiūros sritis.

Šešios sesijų būsenos:

Pagrindiniai spartieji klavišai:

↑ / ↓             naršyti sesijų sąrašą
Space             peržiūros sritis (peržiūra neprisijungiant)
Enter / →         prisijungti prie sesijos (ją atidaryti)
←                 atsijungti (išeiti jos neužbaigiant)
Ctrl+T            prisegti (apsaugoti sesiją nuo automatinio sustabdymo)
Ctrl+X            sustabdyti sesiją; paspauskite dar kartą per 2 sec, kad ištrintumėte
Ctrl+R            pervadinti
Ctrl+S            perjungti grupavimą (pagal būseną ↔ katalogą)

Kaip pradėti foninę sesiją:

Iš interaktyvios Claude Code sesijos:

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

Arba tiesiai iš apvalkalo:

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

Arba nurodę pavadinimą (kad Agent View sesija būtų rodoma atpažįstamu žymeniu):

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

Foninę sesiją Agent View įtraukia automatiškai – paleiskite su --bg, atidarykite claude agents, ir ji bus sąraše.

Svarbiausia savybė: sesijos išlieka užmigdžius nešiojamąjį kompiuterį arba uždarius langą:

Tačiau išjunkite nešiojamąjį kompiuterį arba paleiskite jį iš naujo rankiniu būdu – foninės sesijos baigsis būsena „Failed“. Naktinės sesijos su daugybe foninių agentų veikia tik tada, kai nešiojamasis kompiuteris lieka įjungtas.

Darbinės kopijos: kaip Claude atskiria lygiagrečias sesijas#

Darbinės kopijos sprendžia pagrindinę lygiagretaus autonominio darbo problemą: kas nutiks, jei dvi sesijos tuo pat metu bandys redaguoti src/auth.ts? Iki 2.1.139 versijos tokios sesijos galėjo tiesiog perrašyti viena kitos pakeitimus. Kartu su Agent View Anthropic pristatė automatinį izoliavimą:

Kaip tai atrodo praktiškai:

# 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

Kiekviena sesija dirba savo kopijoje. Užbaigę užduotį, reikiamas šakas sujunkite į main.

Pavojingi spąstai – ištrynus sesiją ištrinama jos darbinė kopija.

Jei Agent View užbaigsite sesiją (dukart paspausite Ctrl+X), jos darbinė kopija dings. Visi neįrašyti pakeitimai bus prarasti. Prieš ištrindami sesiją Agent View, visada atlikite įrašymą arba išsiųskite pakeitimus.

Izoliavimo išjungimas (retoms situacijoms):

Jei jūsų saugykloje git darbinės kopijos neveikia (pavyzdžiui, naudojamos simbolinės nuorodos arba didelėje monolitinėje saugykloje kopija sukuriama lėtai), izoliavimą galite išjungti:

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

Tuomet foninės sesijos redaguos darbinę kopiją tiesiogiai. Šis išjungimo būdas atsirado 2.1.143 versijoje, išgirdus komandų, dirbančių su didelėmis monolitinėmis saugyklomis, nusiskundimus.

Lygiagretus darbas eikvoja kvotą:

Tai reiškia, kad 20 USD per mėnesį kainuojančio „Pro“ plano užtenka 1–2 lygiagrečioms sesijoms per naktį, bet ne dešimčiai. Norint vienu metu paleisti daug agentų, reikia „Max“ arba „Enterprise“ plano.

Kaip derinti /goal, Plan Mode ir antrinius agentus atliekant ilgas užduotis#

Dažna nesėkmė – iškart įvesti /goal build a new feature. Tai neveikia, nes vertintojas nežino, kaip atrodo „baigta funkcija“. Reikia plano su langeliais, kuriuos vertintojas galėtų patikrinti po vieną.

1 lygmuo. „Plan Mode“ parengia planą etapais.

Naudodami Plan Mode, paprašykite Claude sukurti išsamų pakeitimų planą, suskirstytą į 5–7 etapus su patikrinamais žymimaisiais langeliais. Išsaugokite jį kaip plans/2026-05-24-google-oauth.md. Kiekviename etape turi būti 3–7 konkretūs veiksmai.

2 lygmuo. Antriniai agentai pasidalija etapų darbą.

Jei planą galima vykdyti lygiagrečiai (pavyzdžiui, etapai nepriklausomi – serverio galinis taškas, priekinės dalies forma ir DB perkėlimas), kiekvieną etapą galite paleisti atskiroje foninėje sesijoje per claude --bg --name "<phase>". Kiekviena sesija turės savo darbinę kopiją.

3 lygmuo. /goal vykdo ciklą, kol užbaigiami visi žymimieji langeliai.

/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 kiekvieno ėjimo vertintojas perskaito planą, patikrina, kurie langeliai pažymėti, ir, jei kas nors liko, agentas tęsia darbą.

Šis derinys remiasi trimis komponentais:

• konteksto inžinerija: tinkamas kontekstas aplanke plans/ – jį skaito vertintojas
• antroji smegenų sistema: aplanke plans/ planas išsaugomas tarp sesijų
• DI kopija: CLAUDE.md nustato taisykles, kurių agentas laikosi

Be CLAUDE.md /goal gali pasiūlyti sprendimą, kuris pažeidžia architektūrą. Be plano aplanke plans/ vertintojas nežino sėkmės kriterijų. Be antrinių agentų nėra lygiagrečių etapų – viskas vyksta nuosekliai.

Kaip palyginti /goal su Codex, Cursor ir kitais agentų režimais#

/goal po kiekvieno ėjimo prideda atskirą užbaigimo patikrą. Kiti produktai turi kitus režimus, o vietinis CLI, talpinama debesijos užduotis ir prižiūrima redaktoriaus sesija nėra lygiaverčiai palyginimo vienetai. Visų Codex CLI darbų nevadinkite debesijos konteineriu ir nemanykite, kad kiekvienam Codex paleidimui taikomas vienas tikrintojas bei apmokestinimo būdas.

Naudokite tą pačią saugyklos būseną ir užduotį su tomis pačiomis priėmimo patikromis. Kiekvienam kandidatui fiksuokite:

Teiginiui, kad vienas įrankis naudoja fiksuotą kartų skaičių daugiau tokenų, reikia šių sąlygų ir išmatuotų tos pačios sėkmingos baigties kiekių. Testo procentui taip pat reikia versijos, modelio, vykdymo apvalkalo ir paleidimo nustatymų; Terminal-Bench procentai be šių duomenų šių įrodymų nepakeičia. Straipsnis nepateikia nepriklausomo skirtingų įrankių testo.

Rinkitės pagal reikalingą darbo eigą: prižiūrimus pakeitimus, apribotą foninę užduotį ar kelių ėjimų užduotį su aiškia užbaigimo sąlyga. Išbandykite įdiegtame produkte palaikomą režimą, užuot manę, kad visas konkurento produktas neturi autonominio veikimo. Leidimų patvirtinimą atskirkite nuo užduoties tęsimo: automatinis įrankio iškvietimo patvirtinimas savaime neįrodo, kad naudotojo tikslas pasiektas.

Kontrolinis sąrašas prieš paleidžiant /goal: 7 punktai#

Kontrolinis sąrašas prieš kiekvieną /goal paleidimą:

1. Claude Code versija 2.1.139+ – patikrinkite su claude --version ir, jei versija senesnė, atnaujinkite. Rekomenduojama mažiausia versija yra 2.1.143 (2026 m. gegužės 15 d.), joje ištaisytos sustabdymo kablių ciklo klaidos.

2. Sąlygoje nurodyta patikrinama galutinė būsena – vietoj „pagerink“ nurodykite npm test exits 0. Jei negalite sugalvoti bash komandos rezultatui patikrinti, /goal šiai užduočiai netinka.

3. Nustatyta griežta ėjimų riba – kiekvienoje sąlygoje nurodyta or stop after N turns. Lengvoms užduotims naudokite 15, sudėtingoms – 50, o naktiniams paleidimams – ne daugiau kaip 100.

4. Apribojimai aiškūs ir siauri – without modifying files outside /auth, without removing existing assertions, without bumping major versions. Be jų Claude gali taisyti testus pačius testus ištrindamas.

5. Visi svarbūs pakeitimai įrašyti arba išsiųsti – jei nedirbate darbinėje kopijoje (pavyzdžiui, nustatę worktree.bgIsolation: "none"), Claude redaguoja jūsų darbinę kopiją. Dėl klaidos galite prarasti neišsaugotą darbą.

6. Naudojimo ribos įjungtos skiltyje „Settings → Usage“ – nauja apsaugos priemonė po 6 000 USD incidento. Nustatykite dienos, sesijos ir mėnesio ribą.

7. Atskirame lange atidarytas Agent View claude agents – vykdydami ilgas užduotis, kartą per valandą žvilgtelėkite paspaudę Space. Jei ėjimų skaičius auga greičiau, nei tikėtasi, arba vertintojas tris ėjimus kartoja tą pačią priežastį, paspauskite Ctrl+C ir performuluokite sąlygą.

Dar vienas punktas – niekada nepaleiskite /goal su --dangerously-skip-permissions svetimame arba nepažįstamame kode. Šis derinys išjungia visus patikrinimus ir leidžia agentui projekte daryti ką nori. Šios analizės autorius jį naudoja tik naujoje darbinėje kopijoje, kurioje nėra ko prarasti.

/goal – galinga funkcija, bet ne magija. Jos veiksmingumas priklauso nuo to, kaip suformuluojate sąlygą. Jei galite žodžiais aprašyti „baigta“ taip, kad tai patikrintų komanda, /goal atliks visa kita. Jei negalite, grįžkite į įprastą sesiją arba „Plan Mode“.

Toliau susipažinkite su Ailoot adresu ailoot.ai.