2026-yilda Claude Code’da /goal: avtonom rejim va Agent View

Ailoot ma’lumotnomasi: ailoot.ai/docs/.

Claude Code’da /goal nima?#

Ilgari Claude Code har bir javobdan keyin to‘xtab, keyingi so‘rovingizni kutardi. Bu qisqa vazifalarda ishlardi, ammo uzoq vazifalarda qiyinlashardi: API migratsiyasi, 12 ta muvaffaqiyatsiz testni tuzatish, 800 qatorli faylni refaktorlash — bular 20–30 ta takrorni talab qiladi va har safar sizni terminalga qaytaradi.

/goal bu muammoni oddiy g‘oya bilan hal qiladi: “ishni bajaradigan” bilan “qachon tugaganini hal qiladigan”ni ajratadi. Asosiy agent kod yozadi. Alohida baholovchi (tezkor Haiku modeli) har bir navbatdan keyin suhbatni o‘qib, bitta savolga javob beradi: “Shart bajarildimi?” Agar yo‘q bo‘lsa, agent yana bir navbatni boshlaydi. Agar ha bo‘lsa, boshqaruv sizga qaytadi.

Anthropic rasmiy hujjatlarida buni quyidagicha ta’riflaydi:

Telefondan turib tunda minglab agentni ishlatish — bu marketing emas, Anthropic muhandisining hozirgi amaliyoti. Buni amalga oshiradigan mexanizm esa 2026-yil 11-mayda xuddi shu relizda taqdim etilgan /goal + Agent View kombinatsiyasidir.

Nega avtonom rejim kerak: 2026-yil 11-maygacha va undan keyin nimalar bo‘ldi?#

“Sun’iy intellektni tunda ishlashga qoldirish” g‘oyasi 2025-yil kuzidan beri mavjud edi: o‘sha paytdayoq Cursor Composer va Cline auto mode fon rejimida ishlay olardi. Ammo 2026-yil 11-maygacha Claude Code buning uchun qo‘lda yozilgan o‘ramni talab qilardi: har N daqiqada claude -p chaqiradigan cron vazifasi yoki git holatini kuzatib, keyingi so‘rovni ishga tushiradigan o‘ram.

Bu qo‘lbola yondashuv muntazam ravishda falokatlarga olib kelardi. 2026-yil 22-mayda bir dasturchi shunday skriptni tun bo‘yi ishlatib qo‘yib, ertalab 6 000 dollarlik hisobni ko‘rdi. Asosiy sabab: Anthropic Claude Code’ning kesh TTL’ini bir soatdan besh daqiqaga jimgina, e’lon qilmasdan o‘zgartirdi. Cron har 30 daqiqada production’ni chaqirardi — ishga tushishlar oralig‘ida keshning muddati tugashga ulgurar edi. Har bir ishga tushish 800 000 tokenli tarixni boshidan qayta yaratardi. Yangi ma’lumotni keshga yozish faol keshdan o‘qishga qaraganda ancha qimmat turadi.

Dasturchi noodatiy hech narsa qilmayotgan edi — u vositadan Anthropic reklama qilganidek foydalanayotgan edi.

/goal bu muammoni o‘rnatilgan arxitektura orqali hal qiladi:

1. Nazorat qiluvchi jarayon sessiyani terminalingizdan tashqarida saqlaydi va oynani yopish hamda noutbuk uyqu rejimiga o‘tishidan keyin ham ishlashda davom etadi.
2. Haiku baholovchisi — arzon model har bir navbatni tekshiradi; baholovchi tokenlari bir necha sent turadi.
3. Shart ichidagi qat’iy navbatlar limiti — or stop after 20 turns deb aniq yozishingiz mumkin va sessiya to‘xtashi kafolatlanadi.
4. Fon sessiyalari uchun worktree izolyatsiyasi — o‘zgarishlar alohida tarmoqqa yoziladi va ishchi nusxangizga tegmaydi.

“O‘z bash skriptingizni yozing” yondashuvidan farqi shundaki, Anthropic bu mexanizmlarning barchasini uchinchi tomon hiylalari emas, vositaning birinchi darajali qismlariga aylantiradi.

/goal’ni 3 qadamda yoqish#

1-qadam. Claude Code’ni 2.1.139 yoki yangiroq versiyaga yangilang.

Versiyani tekshiring:

claude --version

Agar versiya 2.1.139 dan past bo‘lsa, yangilang:

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

2026-yil 12–19-may oralig‘idagi relizlarda birinchi versiyadagi muhim xatolar tuzatildi. 2.1.140 da disableAllHooks baholovchini bloklab qo‘yganida yuz beradigan jim qotish tuzatildi. 2.1.143 da worktree.bgIsolation: "none" va stop hook takrorlanishini tuzatish keldi. 2.1.144 da (19-may) fon sessiyalari uchun --resume va skript yozish uchun agentlarga --json qo‘shildi. Minimal talab qilinadigan versiya — 2.1.143.

2-qadam. Shart bilan /goal ni kiriting.

Oddiy Claude Code sessiyasini ochib, buyruqni kiriting:

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

Keyin alohida so‘rov yuborishingiz shart emas — buyruq birinchi navbatni darhol boshlaydi. Shartni ruscha, inglizcha yoki aralash yozish mumkin; model ikkala tilni ham tushunadi. Uzunlik chegarasi 4 000 tagacha belgidan iborat.

3-qadam. Jonli panel orqali kuzating.

/goal ishga tushgach, terminalning pastki qismida jonli panel paydo bo‘ladi:

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

Unda quyidagilar ko‘rsatiladi:

• Navbatlar — nechta navbat yakunlangan
• O‘tgan vaqt — ishga tushirilganidan beri qancha vaqt o‘tgani
• Tokenlar — sarflangan jami tokenlar (budjetni kuzatishdagi asosiy ko‘rsatkich)
• Oxirgi sabab — baholovchining “hali yo‘q” deyishiga oxirgi sabab

Foydali hiyla: agar baholovchi ketma-ket uch navbatda bir xil sababni qaytarsa, bu takrorlanish belgisi. Shunda Ctrl+C ni bosing yoki /goal clear ni kiriting (ma’nodoshlar: stop, off, reset, cancel), shartni boshqacha ifodalang va qaytadan ishga tushiring. Bu qoida hamjamiyatning /goal bo‘yicha qo‘llanmalarida takrorlanishning asosiy belgisi sifatida beriladi: “bir sababda uch marta qotib qolsa — bu sikl, chiqing.”

Yaxshi shartni qanday yozish kerak: 5 qoida + 5 misol#

Anthropic hujjatlarida yaxshi shartning uchta zarur elementi ta’riflanadi:

Uchala elementni bir qatorda qamrab oladigan tayyor qolip:

\n/goal [ishni bajaring] [o‘lchanadigan yakuniy holat]gacha, [rioya qilinishi shart bo‘lgan cheklovlarsiz]\n

Ko‘pchilikni qiynaydigan beshta qoida:

1-qoida. Yakuniy holat did bilan emas, buyruq bilan tekshirilishi kerak.

“Yaxshi ko‘rinsin” emas, npm test exits 0. “UX’ni yaxshilash” emas, Lighthouse Performance score above 90. Baholovchi faqat transkriptni o‘qiydi — u buyruqlarni ishga tushirmaydi va skrinshotlarga qaramaydi. Natijani matnda qayd etib bo‘lmasa, baholovchi hech qachon “ha” demaydi.

2-qoida. Cheklovlar aniq va tor doirali bo‘lishi kerak.

Cheklovlar bo‘lmasa, Claude testlarni testlarning o‘zini o‘chirish yoki muvaffaqiyatsiz tasdiqlarni izohga aylantirish orqali tuzatishi mumkin. without modifying any file outside /auth, without removing existing assertions, without bumping major versions of dependencies kabi ko‘rsatmalarni belgilang.

3-qoida. Qat’iy navbatlar limiti shart.

Har bir shartga or stop after N turns ni qo‘shing. Bu cheksiz takrorlanishdan himoya qiladi. Limit bo‘lmasa, bir soat ishlaydigan sikl xuddi shu vazifani qo‘lda bajarishdan ko‘ra ko‘proq token sarflaydi. Buning uchun budjet ajrating.

Bir soat ishlaydigan sikl xuddi shu vazifani qo‘lda bajarishdan ko‘ra ko‘proq token sarflaydi. Buning uchun budjet ajrating.

4-qoida. Faqat QANDAYNI emas, NIMANI tasvirlang.

Agar shartda vizuallarni tilga olmasangiz, Claude ularni yaratmaydi. Shartda faqat “testlar o‘tsin” talab qilinsa, Claude murakkab testlarga izoh qo‘shib qo‘yishi mumkin. Faqat qanday tekshirishni emas, nimani xohlayotganingizni tasvirlang.

5-qoida. Claude’dan chatda dalillarni ko‘rsatishni so‘rang.

Baholovchi buyruqlarni ishga tushirmaydi — u faqat Claude avval ko‘rsatgan narsalarni o‘qiydi. Agar shartda “npm test yashil” deyilgan bo‘lsa-yu, Claude transkriptda npm test natijasini ko‘rsatmagan bo‘lsa, baholovchi abadiy “hali yo‘q” deydi. Shartga “suhbatda <command> natijasini ko‘rsat” iborasini qo‘shing.

Keng tarqalgan vazifalar uchun ishlaydigan beshta misol:

1. API migratsiyasi:
/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. Testlarni tuzatish:
/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. Kod sifati (fayl hajmi):
/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. Qoloq vazifalarni yopish:
/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. Xavfsizlik auditi:
/goal every npm audit vulnerability with severity >= high is fixed, all existing tests pass, no breaking API changes, or stop after 15 turns

Shunchaki /goal ni ishga tushirishdan ko‘proq ish qilib, avtonom rejim loyihangizda haqiqatdan ishlaydigan sozlamani qurmoqchimisiz? /goal — faqat oxirgi bo‘g‘in. Undan oldin uchta tayanch bo‘lishi kerak: AI nusxasi (Skills va Subagents’dagi metodologiyangiz), ikkinchi miya (CLAUDE.md va plans/ papkasi) hamda kontekst muhandisligi (Plan Mode va /compact). Uchala komponentni birgalikda o‘ylab chiqish kerak — aynan shu kombinatsiya kontekst bilan ishlashni qo‘llab-quvvatlaydi.

/goal haqiqatan ishlaydigan 5 ta misol#

Anthropic hujjatlarida /goal mos keladigan vazifalarning to‘rt turi keltirilgan:

Quyida tayyor shartlar bilan beshta misol keltirilgan — ularni olib, loyihangizga moslang.

1-misol. Modulni yangi API’ga ko‘chirish.

Vaziyat: REST’dan GraphQL’ga o‘tyapsiz yoki eski getUser() funksiyasini yangi fetchUser() bilan almashtiryapsiz. Vazifa mexanik, ammo 30–50 ta faylga ta’sir qiladi.

Shart:

/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

Nega ishlaydi: yakuniy holatni grep -r getUser src/ | wc -l (0 bo‘lishi kerak) va npm test exits 0 orqali tekshirish mumkin. Cheklov test fayllarini himoya qiladi.

2-misol. Muvaffaqiyatsiz testlarni tuzatish.

Vaziyat: kutubxonani yangilagandan keyin 15 ta test buzildi. Tuzatish mexanikligini bilasiz — moklarni yangilash va tasdiqlarni yangi formatga moslash. Buni qo‘lda qilishni xohlamaysiz.

Shart:

/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

Yana bir shunday shart misoli:

\nBarcha muvaffaqiyatsiz testlarni `npm test` 0 qaytarguncha tuzating, bunda `/auth` katalogidan tashqaridagi birorta faylni o‘zgartirmang\n

3-misol. Hamma narsani qiladigan klassni bo‘lish.

Vaziyat: bitta 1 200 qatorli faylda hamma narsa — model, xizmat, yordamchi vositalar va API mijozi — joylashgan. Uni “bitta fayl, bitta mas’uliyat” tamoyiliga muvofiq bo‘lish, barcha importlarni yangilash va testlarni muvaffaqiyatli qoldirishni xohlaysiz.

Shart:

/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-misol. Muammolar qoloqligini tun bo‘yi yopish.

Vaziyat: good-first-issue yorlig‘i qo‘yilgan 20 ta muammosi bor ochiq kodli repozitoriyangiz mavjud. Claude ularni tun bo‘yi ko‘rib chiqishini xohlaysiz.

Shart:

/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

6 soni tasodifan tanlanmagan — bu Pro rejada bir kechada bajarish uchun realistik yuqori chegaradir. Minglab agentlarni ishga tushirish esa shaxsiy holat bo‘lib, qayta takrorlash mumkin bo‘lgan standart emas.

5-misol. Xavfsizlik auditi.

Vaziyat: npm audit yuqori darajadagi 8 ta zaiflikni ko‘rsatmoqda. Ularni major versiyalarni yangilamasdan tuzatish uchun Claude’dan foydalanmoqchisiz.

Shart:

/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

/goal bilan NIMA QILMASLIK KERAK:

Croucher o‘zining amaliy qo‘llanmasida oddiy qoidani qat’iy ta’kidlaydi: “bajarildi” degani “yaxshi ko‘rinadi”, “to‘g‘ri tuyuladi”, “yaxshi loyihalangan” yoki “qiziqarli” degani bo‘lsa, /goal dan foydalanmang. Baholovchi faqat transkriptni o‘qiydi — u vositalarni ishga tushirmaydi va natija qanday ishlashini baholay olmaydi. Bu qoida /goal foydali natija bermay takrorlanib qoladigan subyektiv vazifalarning 80% ini chiqarib tashlaydi.

/goal foydasiz pul sarflaydigan holatlar: 3 anti-pattern#

1-anti-pattern. Qat’iy navbatlar limiti bo‘lmagan mavhum shart.

Eng ko‘p uchraydigan xato — “kodni yaxshila” / “yaxshi qil” / “optimallashtir” kabi shartlar. Navbatlar limiti bo‘lmasa, agent kvotangizni tugatguncha ishlashda davom etadi.

Findskill haqiqiy holatni tasvirlagan:

Bir dasturchi mavhum shartlar sababli 14 soatlik sessiyada 200 dollar sarflaganini aytgan: baholovchining qayta-qayta “hali yo‘q” deyishiga sabab bo‘ladigan zaif shart siz payqaguningizcha 50, 100 yoki 500 navbat davom etishi mumkin.

Mavhum shart bilan 14 soatda sarflangan 200 dollar — Max rejasining butun haftalik limiti. Ertalab uyg‘onganingizda kvota qolmagan, foydali natija ham yo‘q.

Himoya chorasi: har bir shartni or stop after N turns bilan tugating (oson vazifalarda 15, qiyinlarida 50, tun bo‘yi ishlaydigan vazifalarda ko‘pi bilan 100).

2-anti-pattern. Keshlash buzilgan rekursiv sikl.

2026-yil 22-maydagi xabarda Anthropic kesh TTL’ini bir soatdan 5 daqiqaga jimgina o‘zgartirgani sababli bir kechada 6 000 dollar sarflangan. Dasturchi bevosita /goal-dan foydalanmagan, ammo mantiq bir xil edi: 30 daqiqalik cron taymerli avtonom sikl har safar 800 000 tokenli tarixni boshidan qayta yaratardi.

Asosiy muammo shundaki, tashqi avtomatlashtirish provayderning ichki o‘zgarishlaridan xabardor emas edi. /goal bilan ham xuddi shunday holat yuz berishi mumkin — agar uni 8 soat nazoratsiz ishlatsangiz: token sarfi chiziqli bo‘lmagan tarzda o‘sadi va so‘rov keshi siz o‘ylagandek ishlamaydi.

Himoya choralari:

1. /goal ni oraliq tekshiruvlarsiz 8+ soat ishlatmang.
2. Settings → Usage bo‘limida foydalanish limitlarini yoqing (6 000 dollarlik hodisadan keyin qo‘shilgan yangi himoya chorasi).
3. Tun davomida claude agents ni ikki marta oching — Space bilan tez ko‘z tashlab, navbatlar soni kutilganidan tezroq o‘smayotganini tekshiring.
4. Qimmat model zanjirlari uchun (Opus 4.7), navbatlar limitini qat’iyroq belgilang — ko‘pi bilan 30.

3-anti-pattern. /goal orqali ijod qilish.

Croucher o‘yin yaratish uchun /goal ni ishga tushirgan — shartida deterministik bo‘lish, invariantlar va bosqichni yutib bo‘lish mumkinligini tekshirish bor edi. O‘yin yaratildi, testlar o‘tdi va baholovchi “erishildi” dedi. O‘yinda vizuallar yo‘q edi — shartda grafikalar tilga olinmagan.

Bu umumiy qoidani ko‘rsatadi: baholovchi aynan siz o‘lchagan narsani optimallashtiradi. Agar shartda vizuallar tilga olinmasa, ular bo‘lmaydi. Agar shartda faqat testlar aytilsa, u tasdiqlarni izohga aylantirishi mumkin.

Himoya chorasi: didga bog‘liq narsalar uchun (dizayn, matn, UX) /goal dan foydalanmang. Oddiy sessiya yoki Plan Mode ga qayting — ular qaror qabul qilish jarayonida sizni ishtirok ettiradi.

Agent View nima va boshqaruv panelini qanday ochish kerak#

Agar /goal “tugaguncha ishlash” buyrug‘i bo‘lsa, Agent View — shu buyruqlarning barchasini bir paytning o‘zida ko‘rishingiz mumkin bo‘lgan boshqaruv xonasi. Anthropic buni quyidagicha ta’riflaydi:

Uni ochish buyrug‘i:

claude agents

TUI ochiladi — terminal ichidagi matnli boshqaruv paneli. Sessiyalar ro‘yxati chap tomonda, tanlangan qatordagi eng so‘nggi xabar ko‘rsatiladigan peek paneli esa o‘ng tomonda.

Sessiyaning oltita holati:

Asosiy tugmalar:

↑ / ↓             sessiyalar ro‘yxatida harakatlanish
Space             peek paneli (ulanmasdan ko‘rish)
Enter / →         sessiyaga ulanish (unga kirish)
←                 uzilish (sessiyani tugatmasdan chiqish)
Ctrl+T            mahkamlash (sessiyani avtomatik to‘xtashdan himoya qilish)
Ctrl+X            sessiyani to‘xtatish; o‘chirish uchun 2 sec ichida yana bosing
Ctrl+R            nomini o‘zgartirish
Ctrl+S            guruhlashni almashtirish (holat ↔ katalog)

Fon sessiyasini qanday boshlash kerak:

Interaktiv Claude Code’dan:

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

Yoki bevosita shell’dan:

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

Yoki nom bilan (Agent View’da tanib olish oson bo‘lgan yorliq ostida ko‘rinadi):

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

Fon sessiyasi Agent View’ga avtomatik qo‘shiladi — --bg bilan ishga tushiring, claude agents ni oching va u ro‘yxatda ko‘rinadi.

Asosiy xususiyati: sessiyalar noutbuk uyqu rejimiga o‘tishi va oyna yopilishidan keyin ham saqlanadi:

Ammo noutbukni o‘chirib qo‘ysangiz yoki qo‘lda qayta yuklasangiz, fon sessiyalari Xatolik yuz berdi holatida tugaydi. Tun bo‘yi ko‘plab fon agentlari ishlashi uchun noutbuk o‘chirilmagan bo‘lishi kerak.

Worktree’lar: Claude parallel sessiyalarni qanday ajratadi#

Worktree’lar parallel avtonom ishdagi asosiy muammoni hal qiladi: ikkita sessiya bir vaqtda src/auth.ts ni tahrirlashga urinsa nima bo‘ladi? 2.1.139 gacha bunday sessiyalar o‘zgarishlarni bevosita bir-birining ustidan yozib yuborishi mumkin edi. Agent View bilan Anthropic avtomatik izolyatsiyani taqdim etdi:

Amalda qanday ishlaydi:

# 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

Har bir sessiya o‘z nusxasida ishlaydi. Vazifa tugagach, kerakli tarmoqlarni main’ga birlashtirasiz.

Xavfli holat — sessiyani o‘chirish uning worktree’ini ham o‘chiradi.

Agar Agent View’da sessiyani to‘xtatsangiz (Ctrl+X ni ikki marta bosing), uning worktree’i yo‘qoladi. Commit qilinmagan barcha o‘zgarishlar yo‘qoladi. Agent View’da sessiyani o‘chirishdan oldin har doim commit yoki push qiling.

O‘chirib qo‘yish (kamdan-kam holatlar uchun):

Agar worktree’lar ishlamaydigan repozitoriyangiz bo‘lsa (masalan, symlink’lardan foydalanadigan sozlama yoki checkout sekin bo‘lgan katta monorepo), izolyatsiyani o‘chirishingiz mumkin:

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

Shunda fon sessiyalari bevosita ishchi nusxangizni tahrirlaydi. Bu imkoniyat yirik monorepolari bor jamoalarning murojaatlaridan so‘ng 2.1.143 da qo‘shilgan.

Parallel ishlash kvotani sarflaydi:

Demak, Pro rejasi (oyiga 20 dollar) tun bo‘yi parallel ishlaydigan 1–2 sessiya uchun yetadi, o‘nta uchun emas. Ko‘p agentni parallel ishlatmoqchi bo‘lsangiz, Max yoki Enterprise kerak.

Uzoq vazifalar uchun /goal + Plan Mode + subagentlarni birlashtirish#

Odatdagi xato — darhol /goal build a new feature deb yozish. Bu ishlamaydi, chunki baholovchi “tugallangan funksiya” qanday ko‘rinishini bilmaydi. Sizga baholovchi birma-bir tekshira oladigan belgilash katakchalari bo‘lgan reja kerak.

1-qavat. Plan Mode bosqichlarga bo‘lingan reja yozadi.

Plan Mode ichida Claude’dan tekshiriladigan belgilash katakchalari bo‘lgan 5–7 bosqichli batafsil o‘zgarishlar rejasini tuzishni so‘rang. Uni plans/2026-05-24-google-oauth.md fayli sifatida saqlang. Har bir bosqichda aniq amallardan iborat 3–7 ta katakcha bo‘ladi.

2-qavat. Subagentlar ishni bosqichlarga ajratadi.

Agar rejani parallel bajarish mumkin bo‘lsa (masalan, bosqichlar bir-biridan mustaqil: backend endpoint + frontend forma + DB migratsiyasi), har bir bosqich uchun claude --bg --name "<phase>" orqali alohida fon sessiyasini ishga tushirishingiz mumkin. Har bir sessiya o‘z worktree’iga ega bo‘ladi.

3-qavat. /goal katakchalar tugaguncha siklni bajaradi.

/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

Har bir navbatdan so‘ng baholovchi rejani o‘qib, qaysi katakchalar bajarilganini tekshiradi; bajarilmaganlari qolsa, agent davom etadi.

Bu kombinatsiya uchta komponentga tayanadi:

• kontekst muhandisligi: plans/ dagi to‘g‘ri kontekstni baholovchi o‘qiydi
• ikkinchi miya: plans/ papkasi rejani sessiyalar orasida saqlaydi
• AI nusxasi: CLAUDE.md agent rioya qiladigan qoidalarni belgilaydi

CLAUDE.md bo‘lmasa, /goal arxitekturani buzadigan yechimni taklif qilishi mumkin. plans/ ichida reja bo‘lmasa, baholovchi muvaffaqiyat mezonlarini bilmaydi. Subagentlar bo‘lmasa, parallel bosqichlar bo‘lmaydi — hammasi ketma-ket bajariladi.

/goal’ni Codex, Cursor va boshqa agent rejimlari bilan qanday solishtirish kerak#

/goal har navbatdan keyin alohida tugallash tekshiruvini qo‘shadi. Mahalliy CLI, hostingdagi bulut vazifasi va nazoratli muharrir seansi bir xil taqqoslash birligi emas. Barcha Codex CLI ishini bulut konteyneri deb atamang yoki har safar bitta validator modeli va billing usuli bor deb olmang.

Bir xil repo nusxasi, vazifa va qabul tekshiruvlaridan foydalaning. Har nomzod uchun yozing:

Bitta vosita qat’iy ko‘paytma ko‘proq token ishlatadi degan da’voga shu shartlar va bir xil muvaffaqiyatli natijaning o‘lchangan sonlari kerak. Benchmark foizi uchun ham versiya, model, harness va ishga tushirish sozlamalari kerak. Bu tafsilotlarsiz Terminal-Bench foizlari bu dalil o‘rnini bosa olmaydi. Maqolada vositalararo mustaqil benchmark yo‘q.

Nazoratli tahrir, chegaralangan fon vazifasi yoki aniq tugallash shartli ko‘p navbatli ish ehtiyojiga qarab tanlang. Butun raqib mahsulotda avtonomiya yo‘q deb olmay, o‘rnatilgan mahsulot rejimini sinang. Ruxsat tasdig‘i va vazifa davom etishini ajrating: vosita chaqiruvining avtomatik tasdig‘i foydalanuvchi maqsadi bajarilganini bildirmaydi.

/goal va /loop:

/loop — o‘sha relizdagi yana bir buyruq bo‘lib, vazifalarni vaqt oralig‘i bo‘yicha (har N daqiqada) ishga tushiradi. /goal shartga asoslangan (shart bajarilguncha). Cron’ga o‘xshash vazifalar uchun /loop dan, aniq maqsadga erishish uchun esa /goal dan foydalaning.

Anthropic hujjatlaridan:

Ishga tushirishdan oldin /goal uchun 7 bandli ro‘yxat#

Har bir /goal ishga tushishidan oldingi ro‘yxat:

1. Claude Code 2.1.139+ versiyasi — claude --version bilan tekshiring va eski bo‘lsa yangilang. Tavsiya etiladigan eng kam versiya — stop hook takrorlanishini tuzatgan 2.1.143 (2026-yil 15-may).

2. Shartda tekshiriladigan yakuniy holat bor — “yaxshilang” o‘rniga npm test exits 0 deb belgilang. Natijani tekshiradigan bash buyrug‘ini topa olmasangiz, bu vazifa uchun /goal mos emas.

3. Qat’iy navbatlar limiti bor — har bir shartda or stop after N turns ko‘rsatilgan bo‘lsin. Oson vazifalarda 15, qiyinlarida 50, tun bo‘yi bajariladigan ishlarda ko‘pi bilan 100 dan foydalaning.

4. Cheklovlar aniq va tor doirali — without modifying files outside /auth, without removing existing assertions, without bumping major versions. Aks holda Claude testlarning o‘zini o‘chirib, ularni tuzatishi mumkin.

5. Barcha muhim o‘zgarishlar commit qilingan yoki push qilingan — agar worktree’da ishlamayotgan bo‘lsangiz (masalan, worktree.bgIsolation: "none"), Claude ishchi nusxangizni tahrirlaydi. Har qanday xato saqlanmagan ishingizni yo‘qotishi mumkin.

6. Settings → Usage bo‘limida foydalanish limitlari yoqilgan — 6 000 dollarlik hodisadan keyin qo‘shilgan yangi himoya chorasi. Kun, sessiya va oy uchun limit belgilang.

7. Agent View claude agents alohida oynada ochilgan — uzoq vazifalarda soatiga bir marta Space bilan tez ko‘z tashlang. Navbatlar soni kutilganidan tezroq oshsa yoki baholovchi ketma-ket uch navbat bir xil sababni takrorlasa, Ctrl+C ni bosib, shartni qayta ifodalang.

Qo‘shimcha bitta band — boshqalarning yoki notanish kod ustida --dangerously-skip-permissions bilan hech qachon /goal ishlatmang. Bu kombinatsiya barcha tekshiruvlarni o‘chiradi va agentga loyihangizda istagan ishini qilishga imkon beradi. Ushbu tahlil muallifi undan faqat yo‘qotadigan hech narsa bo‘lmagan yangi worktree’da foydalanadi.

/goal kuchli imkoniyat, ammo sehrli emas. U shartni qanchalik yaxshi ifodalashingizga yarasha ishlaydi. “Bajarildi”ni buyruq bilan tekshirish mumkin bo‘lgan so‘zlar orqali tasvirlay olsangiz, qolganini /goal bajaradi. Aks holda oddiy sessiya yoki Plan Mode’ga qayting.

Ailoot’ni ailoot.ai saytida o‘rganishda davom etishingiz mumkin.