Blog

2026-yilda Claude Code va Codex’ni /goal orqali tun bo‘yi ishlatish: 14 soatlik avtonom rejim

Markdown

Claude Code 2.1.139 va Codex CLI’dagi /goal buyrug‘i AI agentini soatlab avtonom ishlatadi. Sozlash, haqiqiy misollar va bu qancha token turishini tushuntiraman.

Maqolani to‘liq o‘qish

Asosiy xulosa

/goal buyrug‘i Claude Code 2.1.139 (2026-yil 11-may) va Codex CLI 0.128.0’da (2026-yil 30-aprel, 21-maydan barqaror) paydo bo‘ldi. Siz “bajarildi” mezonini bir marta belgilaysiz, agent esa mezon bajarilguncha yoki tokenlari tugaguncha rejalashtirish, bajarish va tekshirish bosqichlarini o‘zi takrorlaydi. OpenAI 13 million token ishlatgan 25 soatlik ishni ommaga ko‘rsatdi. Bu o‘lchanadigan mezonlarga ega migratsiyalar, benchmarklar va refaktorlar uchun mos. UI vazifalari, ishlab turgan ma’lumotlar bazalari yoki “yaxshilab qo‘y” kabi noaniq so‘rovlar uchun mos emas.

Ailoot bilan ishlash haqida ma’lumot hujjatlarda mavjud.

/goal nima va u nega 2026-yilda paydo bo‘ldi?

Asosiy xulosa

/goaldan oldin agentning har bir navbati qo‘lda “davom et” deyishni talab qilardi. U faylni ochib, o‘qib, nimadir yozardi-da, to‘xtab kutardi. /goal buyrug‘i yakunlash mezonini bir marta belgilaydi — agent vazifa qachon tugaganini o‘zi hal qiladi va ishni bitirmaguncha boshqaruvni qaytarmaydi.

2026-yil aprelidan oldin hammamiz boshdan kechirgan holat: Claude’ga “loyihani Pydantic v1’dan v2’ga ko‘chir” degan vazifa beraman. U ish boshlaydi, 30 soniyadan keyin to‘xtaydi, men qilgan ishini ko‘rib, “davom et” deb yozaman, u keyingi qadamni bajaradi, to‘xtaydi va men yana “davom et” deb yozaman. Katta migratsiyada bu qo‘lda 200–300 marta “davom et” deyishni anglatadi; boshqa kodni parallel yozish o‘rniga agentni nazorat qilib o‘tiraman.

OpenAI tahliliga ko‘ra, muammo modelning “aqlsizligi”da emas, balki sikl arxitekturasida edi. Model qachon to‘xtashni bilmagani uchun har bir navbatda tormozni bosardi. Unga “bajarildi” mezonini bersangiz, o‘zi hal qiladi.

/goal mana shunday paydo bo‘ldi — modelga emas, harness’ga o‘rnatilgan mexanizm.

Bu fikr 2026-yil 19–20-may kunlari Londonda bo‘lib o‘tgan Code with Claude konferensiyasida aytilgan. U ikkala vositada ham /goal ishga tushganidan keyingi oyda aslida nima sodir bo‘lganini tasvirlaydi.

Claude Code’da Goal rejimini qanday sozlash mumkin?

Asosiy xulosa

Claude Code 2.1.139 versiyasi 2026-yil 11-mayda /goal buyrug‘i bilan chiqarildi. Kichik model (standart holatda Haiku) har bir navbatdan keyin mezonni tekshiradi. Mezon bajarilmagan bo‘lsa, Claude yana bir navbatni boshlaydi. Mezon 4,000 belgigacha bo‘lishi mumkin va har bir sessiyada faqat bitta maqsad bo‘ladi.

Anthropic’ning rasmiy hujjatlaridan minimal misol:

claude -p "/goal CHANGELOG.md has an entry for every PR merged this week"

Bu buyruq agentni bitta maqsad bilan fonda ishga tushiradi. Claude PR’larni topadi, ularni CHANGELOG.md bilan solishtiradi, yetishmayotgan qatorlarni qo‘shadi va mezon bajarilganda to‘xtaydi.

Interaktiv rejimda shartdan keyin /goal deb yozing:

/goal all pytest tests pass and mypy strict reports zero errors

Keyin Claude quyidagilarni bajaradi:

  • Har bir navbatdan keyin alohida tezkor model (standart holatda Haiku) joriy shart va suhbat tarixini oladi
  • Bu model qisqa izoh bilan “ha” yoki “yo‘q” deb javob beradi
  • Javob “yo‘q” bo‘lsa, Claude boshqaruvni sizga qaytarmasdan avtomatik ravishda yana bir navbatni boshlaydi
  • Javob “ha” bo‘lsa, maqsad o‘chiriladi va boshqaruv sizga qaytadi

Har bir navbatdan keyin kichik va tezkor model shart bajarilgan-bajarilmaganini tekshiradi. Bajarilmagan bo‘lsa, Claude boshqaruvni sizga qaytarmasdan yana bir navbatni boshlaydi.

— Claude Code’ning rasmiy hujjatlari, https://code.claude.com/docs/en/goal

Ishga tushirgandan keyingina bilib qoladigan muhim cheklovlar:

  • /goal faqat ishonch dialogiga rozilik berilgan ishchi kataloglarda ishlaydi. Yangi qurilmada Claude o‘sha katalogni hali eslab qolmagan bo‘lsa, buyruq ishlamaydi
  • disableAllHooks yoki allowManagedHooksOnly sozlamalari mavjud korporativ muhitlarda buyruqdan foydalanib bo‘lmaydi
  • Shart 4,000 belgigacha bo‘lishi mumkin
  • Har bir sessiyada faqat bitta maqsad faol bo‘lishi mumkin. Yangi /goal eskisini qayta o‘rnatadi
  • --resume bilan shart saqlanadi, lekin navbat, vaqt va token hisoblagichlari qayta boshlanadi

Boshqaruv buyruqlari:

  • Argumentlarsiz /goal — joriy holatni ko‘rsatadi
  • /goal clear (yoki stop, off, reset, none, cancel) — maqsadni o‘chiradi

Anthropic’ga ko‘ra, baholovchining narxi “odatda asosiy navbat narxiga nisbatan arzimas”. Haiku mezon va suhbat matnini baholaydi, lekin vositalarni ishlatmaydi, shu sababli tekshiruv arzon; qimmat qismi asosiy model navbatlaridir.

Codex CLI’da /goalni qanday sozlash mumkin?

Asosiy xulosa

Codex CLI 0.128.0 versiyasida /goal 2026-yil 30-aprelda eksperimental funksiya sifatida qo‘shildi. 21-may kuni bu rejim 26.519 / npm 0.133.0 versiyasida barqaror bo‘ldi. U ikkita so‘rov shabloni orqali ishlaydi: continuation.md (“davom et”) va budget_limit.md (“to‘xta”). Maqsad tarmoqqa bog‘langan bo‘lib, qayta ishga tushirishlardan keyin ham saqlanadi.

Buyruq Claude’dagiga o‘xshaydi:

codex
> /goal all vitest tests pass and there are no eslint errors

Codex maqsadni boshqarish uchun ko‘proq imkoniyatlarni taklif qiladi:

BuyruqVazifasi
/goal conditionmaqsad belgilash
/goalholatni ko‘rish
/goal pausepauza qilish
/goal resumedavom ettirish
/goal editshartni o‘zgartirish (GA bilan)
/goal clearmaqsadni o‘chirish

Claude’dan asosiy farqi shundaki, Codex alohida model o‘rniga “bajarildi”mi yoki yo‘qligini o‘zi tekshiradi. Har bir navbatdan keyin Codex openai/codex repozitoriyasidagi continuation.md shablonini avtomatik ravishda kontekstga kiritadi. So‘zma-so‘z tarjimasi:

“Faol tarmoq maqsadi sari ishlashda davom et. Bajarilgan ishni takrorlama. Maqsadga eltuvchi keyingi aniq harakatni tanla. Maqsadga faqat audit uning haqiqatan bajarilganini va qolgan majburiy ish yo‘qligini ko‘rsatganda erishilgan deb belgilagin.”

Tokenlar chegaraga yaqinlashganda ikkinchi shablon — budget_limit.md — kiritiladi:

“Maqsad token limitiga yetdi. Jiddiy yangi ish boshlama. Bu navbatni imkon qadar tez yakunla: foydali yutuqlarni qisqacha bayon qil, qolgan ishlar va to‘siqlarni aniqlab, foydalanuvchiga aniq keyingi qadamni qoldir.”

Mantiq bir xil: “qilgan ishing haqida yolg‘on gapirma.” Davom ettirish uchun maqsad haqiqatan bajarilmagan bo‘lishi kerak. Budget_limit esa to‘xtashni, lekin qolgan ishlarni halol bayon qilishni talab qiladi.

Claude’dan farqli ravishda, Codex maqsadni sessiyaga emas, tarmoqqa bog‘laydi. Masalan, terminalni kechasi yopib, ertalab qayta ochishingiz mumkin; /goal resume xuddi shu maqsadni xotiradagi o‘sha faktlar bilan davom ettiradi. Bu ishlarni o‘zingizning jadvalingizga qarab bo‘laklarga ajratib bajarish uchun foydali.

Claude Code’dagi /goal Codex’dagi /goaldan nimasi bilan farq qiladi?

Asosiy xulosa

Claude yozuvchi va hakamni ajratadi: asosiy model kod yozadi, kichik alohida model esa hakamlik qiladi. Codex — o‘z ishini o‘zi tekshiradigan bitta agent; u o‘ziga “qilgan ishing haqida yolg‘on gapirma” deb eslatadi. Arxitekturalar farq qiladi, ammo siklga tushib qolish xavfi bir xil.

Taqqoslashlardagi eng ko‘p uchraydigan bo‘shliq shu, shuning uchun buni batafsil ko‘rib chiqaylik.

JihatClaude Code /goalCodex /goal
Chiqarilgan versiyav2.1.139, 2026-yil 11-mayv0.128.0, 2026-yil 30-aprel (eksperimental) → v0.133.0 / 26.519, 2026-yil 21-may (barqaror)
Maqsad doirasiSessiyaTarmoq (qayta ishga tushirishlardan keyin saqlanadi)
Boshqaruvlarset, clear (+ taxalluslar)set, view, pause, resume, edit, clear
“Bajarildi”mi yoki yo‘qligini kim tekshiradiAlohida model (standart holatda Haiku)So‘rov kiritish orqali o‘sha agentning o‘zi
Baholovchining fayllarga kirish imkoniyatiYo‘q; faqat suhbat matniga qarab baholaydiHa; fayllar, testlar va loglarni tekshira oladi
BudjetShart matnida: “yoki 20 navbatdan keyin to‘xta”O‘rnatilgan token limiti + budget_limit.md avtomatik kiritiladi
Qat’iy xarajat limitiYo‘q; faqat obuna limitiYo‘q; faqat obuna limiti
Shart uzunligi4,000 belgigachaKo‘rsatilmagan
Qayerda ishlaydiInteraktiv rejim, -p, desktop ilovasi, Remote ControlIlova, IDE kengaytmasi, CLI, ACP mijozlari

Konseptual farq shuki, Claude siklni sifat shartnomasi (tashqi baholovchi) sifatida, Codex esa bajarish mexanizmi (agent o‘zini boshqaradi) sifatida ko‘radi.

Amalda bu shuni anglatadi: agar “bajarildi” mezoni xolis bo‘lishini istasangiz, Claude’ni tanlang. Baholash paytida agent fayl va loglarni tekshira olishini istasangiz, Codex’ni tanlang.

Vositalarning o‘zi haqida Codex va Claude Code qo‘llanmasidan ko‘proq o‘qing.

Haqiqiy misol: Pydantic v1’dan v2’ga 31 soatda migratsiya

Asosiy xulosa

Codex /goal ichki servisning 14,000 qatorini Pydantic v1’dan v2’ga haqiqiy vaqtda 31 soatda, to‘rtta sessiyaga bo‘lib migratsiya qildi. gpt-5.3-codex’da narxi taxminan $44 bo‘ldi.

Vazifa quyidagicha berilgan: “Pydantic v1’dan v2’ga migratsiya qil, barcha pytest testlari o‘tishi va mypy strict nol xato ko‘rsatishi kerak.”

Nima sodir bo‘ldi:

  • 1-sessiya (8 soat)—Codex importlarni tahlil qildi, BaseModel e’lonlarini qayta yozdi va mypy’ni sozladi
  • 2-sessiya (10 soat)—validatorlarni qayta yozdi va taxminan 200 ta testni buzdi
  • 3-sessiya (7 soat)—testlarni tuzatdi va aylana bog‘liqliklarni aniqladi
  • 4-sessiya (6 soat)—qolgan mypy xatolari va regressiyalarni bartaraf etdi

Token xarajati:

“Jami haqiqiy vaqt: to‘rtta sessiya davomida taxminan 31 soat. gpt-5.3-codex tariflarida Codex tokenlarining jami narxi taxminan $44.”

Narxning asosiy qismini gpt-5.3-codex’ning chiqish tokenlari tashkil etadi; har bir million token uchun $14. Demak, 31 soatlik avtonom ish ChatGPT Plus obunasining bir necha haftalik narxiga teng.

Agent o‘zi nimalarni qilmadi:

  • Jamoa uchun migratsiya hujjatlarini yozmadi (Codex buni “migratsiya”ning bir qismi deb tushunmadi)
  • Pydantic’ning yangi versiyasi bilan nashr qilish uchun konfiguratsiya fayllarini yangilamadi
  • Ishlab chiqarish muhitidagi bitta regressiyani o‘tkazib yubordi; u faqat bir kundan keyin aniqlandi

Boshqacha aytganda, /goal ishning 95%’ini bajardi; qolgan 5%’ni hali ham qo‘lda bajarish kerak. Hozirgi avlod uchun bu odatiy hol, va undan foydalanmaslikka sabab yo‘q.

macOS drayverida tun bo‘yi ishlagan 14 soat

Tun bo‘yi ishlaydigan uzoq vazifalar uchun mos ishlar

Asosiy xulosa

Drayverlar interaktiv ishlashga yomon mos keladigan vazifalar turiga kiradi, ammo uzoq ishlaydigan sikllarga juda mos.

Bu yondashuv eng katta foyda beradigan vazifalar:

  • Har bir takrorlash va tekshiruv bir necha daqiqa oladigan past darajali ishlar (kompilyatsiya, testlarni bajarish)
  • Aniq rasmiy mezonlari bor migratsiyalar (turlar, testlar, lint)
  • O‘lchanadigan natijali benchmarklar va optimallashtirishlar
  • Aniq tuzilishga ega hujjatlar va o‘zgarishlar jurnallari

Claude /goal ham xuddi shunday yaxshi ishlaydi, ammo drayverlar uchun Codex ko‘proq tanlanadi, chunki u tashqi hakamga tayanmasdan fayl va loglarni o‘zi tekshiradi.

Bu qancha turadi va tun bo‘yi tokenlarni sarflab yubormaslik uchun nima qilish kerak?

Asosiy xulosa

/goalda xarajatlar uchun qat’iy yuqori chegara yo‘q — faqat rejangizdagi limitlar bor. Codex’ning gpt-5.3-codex’dagi bir haqiqiy soati taxminan $1.50–$3 turadi. Claude’dan foydalanish qimmatroq, baholash esa arzonroq. Yagona himoya — shartning o‘zida “yoki N navbatdan keyin to‘xta” deb yozish.

Ommaviy manbalardagi raqamlar:

Ishga tushirishDavomiyligiTokenlarNarxi
OpenAI dizayn vositasi demosi25 soat13M(ichki ishga tushirish)
Pydantic v1→v231 soat, 4 sessiya~3.1M chiqish tokeni~$44
Ovozli intervyu tizimijami 6 soat 44 daqiqa (hisoblash 41 daqiqa)6.8 million kiruvchi token, 94% keshlangan-
Shrift smoke-testi5 daqiqa188,832haftalik kvotaning 5%’idan kam

Tushunish kerak bo‘lgan asosiy jihat: Claude Code’da ham, Codex’da ham “$N sarflaganda to‘xta” degan qat’iy limit yo‘q. Uchta himoya chorasi bor:

  1. Obuna limitlari—Pro, Max yoki Enterprise. Anthropic’ning Max rejasida (oyiga $100), tun bo‘yi 14 soatlik ish haftalik kvotaga bemalol sig‘adi
  2. Shartdagi matn limiti—“yoki 20 navbatdan keyin to‘xta” deb bevosita /goal ichida yozing. Claude hakami buni o‘qib, maqsadni yopadi
  3. Codex’dagi token limiti—tokenlar tugaganda budget_limit.mdni kiritadigan o‘rnatilgan mexanizm

Tunda hisobni oshiradigan omillar:

  • “Foydalanishni qulaylashtir” kabi noaniq mezon — baholovchi “yaxshiroq” nimani anglatishini bilmagani uchun agent hech qachon to‘xtamaydi
  • Stub’siz tashqi API’larga kirish — har bir qayta urinish token sarflaydi
  • Uzoq kontekst — 6.7M token’dan keyin kontekstni ixchamlashtirish boshlanadi va xotiraning bir qismi yo‘qoladi

Xarajatlarni tejash haqida Claude Code tokenlari qayerga ketadi va limitlarni sarflab yubormaslik qo‘llanmalarida ko‘proq o‘qing.

/goalni ishlatmaslik kerak bo‘lgan 5 holat

Asosiy xulosa

Noaniq mezonlar, masalan “chiroyli ko‘rinsin”, bir qatorli tahrirlar, foydalanuvchi ma’lumotlari bor ishlab chiqarish ma’lumotlar bazalari, xavfsizlik uchun muhim o‘zgarishlar va noaniq tashqi bog‘liqliklarga ega vazifalar. Bu besh holatning har birida agent yo siklga tiqilib qoladi, yo bekorga token sarflaydi.

OpenAI hujjatlarida nima QILMASLIK kerakligi ochiq aytilgan:

  1. Bir qatorli tahrirlar—o‘zgaruvchi nomini almashtirish uchun /goal ishlatish qo‘lda bajarishdan qimmatroq
  2. Noaniq maqsadlar—“unumdorlikni yaxshilash”, “kodni tozalash”, “foydalanishni qulaylashtirish”. Baholovchida mezon yo‘q, shu sababli agent cheksiz aylanaveradi
  3. Foydalanuvchi ma’lumotlari bor ishlab chiqarish ma’lumotlar bazalari—agent migratsiyani buzishi mumkin, zaxira nusxadan tiklash esa tejalgandan qimmatroqqa tushadi
  4. Xavfsizlikka oid o‘zgarishlar—autentifikatsiya, shifrlash, to‘lovlarni qayta ishlash. Bu yerda har bir kommitni odam tekshirishi kerak
  5. Stub’siz tashqi API’lar—har bir tarmoq xatosi token sarflaydi va siz nazorat qila olmaydigan omildir

Agent tiqilib qolsa nima qilish kerak?

Asosiy xulosa

Agent bir joyni 3–4 navbat davomida tahrirlab, keyin o‘zgarishlarni bekor qilishi — siklga tushib qolganidan darak. Ctrl+C bilan to‘xtatib, logni tekshiring, so‘ng mezonni qat’iylashtiring yoki vazifani bitta qism bilan cheklang. Claude’da /goal clear yordam beradi; Codex’da /goal pausedan foydalanib, shartni tahrirlang.

Siklni tez aniqlash yo‘llari:

  • Agent 3+ navbat davomida bir xil fayllarga tegib, ularni avvalgi holatiga qaytaradi
  • Logda u allaqachon javob bergan xatolar qayta-qayta ko‘rinadi
  • Sizga shart bajarilgandek tuyuladi, ammo agent “bajarilmadi” deydi
  • Har bir navbatda token sarfi ortadi, ammo kodda siljish yo‘q

Keyin nima qilish kerak:

  • Claude Code’da: /goal clear, so‘ng shartni aniqroq qiling
  • Codex’da: /goal pause, joriy tarmoqni tekshiring, /goal edit bilan shartni tahrirlang, keyin /goal resume
  • Ikkalasida ham: mezon haqiqatan tekshirilishini (buyruq exit 0 qaytarishi yoki aniq natija chiqarishini) tekshiring

Ko‘pincha siklning sababi agent emas, vazifaning o‘zidir. “Barcha testlar o‘tsin” degan shart testlar boshidan muvaffaqiyatli o‘tishi mumkin deb hisoblaydi. Kodda chuqur arxitektura muammosi bo‘lsa, agent alomatlar atrofida aylanishda davom etadi.

“Bajarildi” mezonlari: /goal uchun vazifa intizomi

Asosiy xulosa

Yaxshi mezon — exit 0 qaytaradigan yoki aniq natija chiqaradigan buyruq. “Barcha testlar muvaffaqiyatli o‘tdi” ishlaydi. “Kod tozaroq bo‘ldi” ishlamaydi. Rasmiy tekshiruvni o‘lchanadigan ko‘rsatkich bilan birlashtirish eng yaxshi yo‘l — masalan, testlar va minimal qamrov darajasi.

OpenAI bu qoidani rasmiy Codex Cookbook’da aniq bayon qiladi:

Maqsad faqat model shunday deb o‘ylagani uchun bajarilgan hisoblanmaydi. Natija fayllar, testlar, loglar, benchmarklar yoki boshqa aniq materiallar bilan tekshirilgandagina maqsad bajarilgan bo‘ladi.

— OpenAI Codex Cookbook, Codex’da maqsadlardan foydalanish, https://developers.openai.com/cookbook/examples/codex/using_goals_in_codex

Haqiqatan ishlaydigan mezon shablonlari:

Mezon turiUni qanday ifodalash kerak
Testlar“pytest tests/ exit 0 qaytaradi va qamrov kamida 80%”
Turlar“mypy strict src/ uchun nol xato ko‘rsatadi”
Lint“eslint . o‘zgartirilgan barcha fayllarda exit 0 qaytaradi”
Build“npm run build muvaffaqiyatli tugaydi, TypeScript xatolari yo‘q”
Benchmark“k6 run perf test p95 200 ms’dan pastligini ko‘rsatadi”
Diff“git diff faqat X, Y, Z fayllardagi o‘zgarishlarni ko‘rsatadi”
Aralash“pytest muvaffaqiyatli VA mypy strict nol xato ko‘rsatadi VA ruff check o‘tadi”

Kombinatsiya quyidagilarni o‘z ichiga oladi: testlar, mypy va lint. Hatto bitta tekshiruv ham muvaffaqiyatsiz bo‘lsa, maqsad yopilmaydi. Baholovchi aldashga ulgurmaydi.

Noto‘g‘ri namunalar:

  • “Kod yaxshiroq bo‘ldi”
  • “Foydalanish qulayligi yaxshilandi”
  • “Unumdorlik yaxshilandi”
  • “Hujjatlar to‘liq”

“Ishlaydi” va “ishlamaydi” o‘rtasidagi farq — tekshirish mumkinligida. Mezonni buyruq bilan tekshirib bo‘lmasa, uni umuman tekshirib bo‘lmaydi. OpenAI “uzoq muddatli izchillik” deganda ham shuni nazarda tutadi: agent uzoq vaqt fikrlashi mumkin, lekin “yetarlicha yaxshi” nimani anglatishini o‘zi hal qila olmaydi.

Haqiqiy loyihada “bitta so‘rov — bitta natija” g‘oyasini sinab ko‘rishingiz mumkin: /goal belgilang, mezon tuzing, ishga tushiring va nima noto‘g‘ri ketganini tahlil qiling.

Ailoot bilan tanishing.

Batafsil

Ko‘p beriladigan savollar

/goal uchun foydali tugallash mezoni qanday bo‘ladi?

Tekshiriladigan natijani yozing: test, tur tekshiruvi, build yoki benchmark nomi va talab qilingan natija. Barcha majburiy tekshiruvlar hamda ruxsat etilgan fayllar ko‘lamini aniq ko‘rsating. «Yaxshilab ber» o‘lchanadigan to‘xtash mezoni emas.

Agent bir xil muvaffaqiyatsiz tahrirlarni takrorlasa, nima qilaman?

Ishni to‘xtatib logni ko‘ring. Bir fayllarni qayta o‘zgartirib, orqaga qaytaraversa, vazifani toraytiring yoki mezonni aniqlashtiring. Davom ettirishdan oldin talab etilgan tekshiruvlar haqiqatan o‘ta olishini tekshiring.

Barcha maqolalar