Claude Code’da xushomadgo‘ylikka qarshi to‘rtta so‘rov

Claude Code’da AI xushomadgo‘yligi nima?#

Psixologiyada bu hodisa anchadan beri ma’lum: xushomadgo‘ylik. Suhbat davom etishi uchun eshitishni istagan gaplaringizni aytadigan laganbardor. Katta til modellari paydo bo‘lgach, bu so‘z AI tadqiqotlariga ham o‘tdi va Anthropic rasmiy tahlillaridan birida model tezda qo‘shilish uchun muntazam ravishda aniqlikdan voz kechishini ochiq tan oldi.

Kod yozishda bu quyidagicha ko‘rinadi. Siz Claude Code’ga shunday yozasiz: “authMiddleware’dagi xatoni tuzat; magic linklar ishlamay qoldi.” Xushomadgo‘y aniqlashtiruvchi savollar bermaydi. Loglarni so‘ramaydi. Qaysi kutubxona versiyasidan foydalanayotganingizni ham so‘ramaydi. Darhol yechim taklif qiladi, chunki u tez yordam berishga o‘rgatilgan. Yechim esa to‘g‘ri ko‘rinadi: importlar, xatolarni qayta ishlash, izohlar. Ammo u boshqa birovning muammosiga yechim bo‘ladi — Claude parchalardan yig‘gan kontekst asosida o‘ylab topilgan yechim.

Sabab Claude emas. Sabab — so‘rovning qanday ifodalangani. “Buni qanday tuzataman?” deb so‘raganingizda, uni tuzatish mumkin deb oldindan taxmin qilib qo‘ygansiz. Xushomadgo‘y shu yondashuvni qabul qilib, “tuzatish”ni taklif qiladi, hatto haqiqiy muammo arxitekturada, kutubxona versiyasida yoki siz aytgan alomat butunlay boshqa asosiy xatoning oqibati bo‘lsa ham.

Xushomadgo‘y so‘rovni aniqlashning oddiy usuli: “Aniq nima buzilgan?” degan savolga uchta gapda javob bera olmasam, muammoni hal qilishga tayyor emasman. Avval tashxis kerak. Tuzatish keyin keladi. 4 bosqichli sikl aynan shu yerdan boshlanadi.

Amaliy misol: bir soatda ortga qaytarilgan 8 ta commit#

2026-yil aprelidagi aniq bir holat. Men src/lib/auth/ ichida magic-link autentifikatsiyasi ustida ishlayotgan edim. Alomat: tokenlar tekshirilardi, lekin sessiya saqlanmasdi. Foydalanuvchi xatdagi havolani bosib saytga o‘tadi va besh soniyadan keyin yana /login sahifasiga qaytariladi.

Claude Code’ni ochib, shunday yozdim: “Magic linkdan keyin sessiya saqlanmayapti; src/lib/auth/ ichidan qara va tuzat.” Claude uchta aniqlashtiruvchi savol berdi, keyin darhol reja tuzdi. U shunday dedi: “Callback ishlov beruvchisini yangilayman, JWT serializer’ini qayta yozaman, Redis’ga aniq saqlashni qo‘shaman va middleware’dagi poyga holatini tuzataman.” Ishonarli eshitildi. Rejani ma’qulladim.

O‘n sakkiz daqiqadan so‘ng 14 ta fayl bo‘ylab diff paydo bo‘ldi. Magic link hamon ishlamasdi. Endi refresh token ham ishlamay qoldi, parol orqali kirish buzildi va to‘lovlar yo‘nalishida g‘alati 500 xatosi paydo bo‘ldi. Testlar muvaffaqiyatsiz o‘tayotgan edi. O‘zgarishlarni ortga qaytarishni boshladim.

git reset --hard origin/main bilan 8 ta commitni ortga qaytardim. Bir soatlik mehnat zoye ketdi. Hech narsani yo‘qotmasdan o‘zgarishlarni to‘g‘ri ortga qaytarishni bilmoqchi bo‘lsangiz, buni alohida Claude Code’da o‘zgarishlarni bekor qilish qo‘llanmasida yoritganman.

O‘tirib, masalani to‘g‘ri tekshirdim. src/lib/auth/magic-link.ts:42 faylini ochib, o‘zim o‘qidim, loglarni ko‘rdim va Redis’ni tekshirdim. Yigirma daqiqadan so‘ng sababini topdim. Muammo bitta qatorda edi: set-cookie sarlavhasida SameSite=lax atributi yo‘q edi va Safari elektron pochta domenidan saytga qayta yo‘naltirishda cookie’ni rad etayotgan edi. Na JWT, na Redis, na middleware. Bitta qator.

Claude’dan muammoni tuzatishni so‘raganimda, u brauzer loglariga umuman qaramadi. Safari haqida konteksti yo‘q edi. “Sessiya saqlanmayapti = serializatsiya muammosi” andozasiga tayanib taxmin qildi, chunki o‘quv ma’lumotlarida bu eng ko‘p uchraydigan javob. Xushomadgo‘y statistik jihatdan ishonarli, ammo vazifamga aloqasi bo‘lmagan yechim ishlab chiqardi.

Xulosani qoida sifatida yozib qo‘ydim: “Buni qanday tuzataman?” deb hech qachon so‘rama. Har doim “Faktlarni aniqlab ber” deb so‘ra. Endi buni ishlaydigan siklga aylantirish qoldi.

Xushomadgo‘ylik qayerdan keladi: Opus 4.8 ishga tushirilganda va 2026-yil mayida#

Aprelda Anthropic muhandislik bo‘yicha alohida tahlilda Claude Code’dagi keshlash xatosi modelning yurishlar orasida mulohazasini “unutishiga” qanday sabab bo‘lganini ko‘rib chiqdi.

Model mulohaza zanjirini unutganda, andozaga qarab javobni “taxmin qilishi”, boshqacha aytganda, yanada xushomadgo‘y bo‘lib qolishi osonlashadi.

4.8 versiyasi chiqqanidan keyin nima qilish kerak? “Osonroq” modelni tanlamang. 4.7 versiyasiga qaytmang. So‘rovlaringizni faktlarga moslang: model qo‘shilishga moyilroq, shuning uchun “faktlarni aniqlash” talabini yanada qat’iyroq qo‘ying. Opus 4.8’da aynan nimalar o‘zgarganini hali aniqlamagan bo‘lsangiz, Claude Code’dagi Opus 4.8 sharhida uni batafsil taqqoslaganman.

4 bosqich qachon kerak va qachon vaqtni bekor sarflash bo‘ladi?#

Aniq misollar. Xush kelibsiz xatidagi matnni tuzatish: bevosita bajaring. Saytga yangi CTA tugmasi qo‘shish: siklsiz Plan Mode. Loyihani MySQL’dan Postgres’ga ko‘chirish: 4 bosqichli sikl zarur. Mahalliy muhitda takrorlab bo‘lmaydigan g‘alati ishlab chiqarish 500 xatosi: qo‘shimcha “nol” bosqichli 4 bosqichli sikl — “avval minimal takrorlanadigan misol tuzaylik.”

Sikldan foydalanishda uchraydigan keng tarqalgan xato — uni arzimas vazifalarga qo‘llash. Bu tezlikni pasaytiradi va odamlarni usuldan tez sovitadi. Xato narxi 15 daqiqalik rejalashtirish narxidan yuqori bo‘lgandagina sikl kerak.

Siklni joriy etishdan oldin yodda tuting: to‘rtta so‘rovning barchasi bitta Plan Mode seansi ichida ishlaydi. Bu rejimdan avval foydalanmagan bo‘lsangiz, qaytishdan oldin Claude Code’da Plan Mode qo‘llanmasini o‘qing.

1-bosqich. Yechimlarni taqiqlang — Claude’dan faktlarni aniqlashni so‘rang#

Eng muhim bosqich. Bu yerda birinchi istak — “mana yechim” — to‘siladi. So‘rov:

Quyidagi holatga duch keldim: [alomat].

Hozirgi vazifang — faktlarni aniqlash. Har qanday
yechim, fikr yoki maslahat taqiqlanadi. Faqat:
- men nimani kuzatyapman (alomatning aynan qanday ifodalangani)
- takrorlash qadamlari (minimal ssenariy)
- qanday ma’lumotlar mavjud (loglar, versiyalar, muhit)
- qanday ma’lumotlar yetishmaydi (nimalarni yig‘ish kerak)

Qat’iy to‘xtash sharti: yechim taklif qilma; faqat
tashxisni qayd et. Biror narsa taklif qilmoqchi bo‘lsang,
o‘rniga menga savol tuz.

Bu nima qiladi? Yechimlar aniq taqiqlangani uchun Claude chetlab o‘ta olmaydi. U to‘rtta maydonni to‘ldirishi kerak: nimani ko‘ryapman, qanday takrorlash mumkin, nimalarni bilaman va nimalarni bilmayman. Oxirgisi eng qimmatli. Ko‘pincha javob shunday bo‘ladi: “Kutubxona versiyasini, loglarda nima borligini yoki alomat ishlab chiqarish muhitida ham uchrashini bilmayman.” Bu keyingi bosqich uchun turtki bo‘ladi.

1-bosqichdagi xato ehtimoli. Alomat juda mavhum ifodalansa (“autentifikatsiya ishlamayapti”), Claude baribir taxmin qilishga o‘tadi. Yechim so‘rovning o‘zida: aniq alomatni bir jumlada tasvirlang va uch qadamli minimal ssenariyni bering. Buni qila olmasangiz, nimaning buzilganini hali aniq tushunmagansiz va Claude’ning javobi baribir foydasiz bo‘ladi.

2-bosqich. Xotiradan uydirmalar o‘rniga internetdan misollar#

Bu ikkinchi istakni to‘sadi: “xotiradan yechim to‘qish”. So‘rov:

Endi tashxis aniqlandi, shunga o‘xshash muammolarni hal
qilish misollarini internetdan top.

Kamida 3 xil yondashuv. Har biri uchun:
- birlamchi manbaga havola (issue, maqola, hujjat)
- yondashuvning qisqa tavsifi
- bizning vaziyatimizdagi afzallik va kamchiliklar
- ma’lum xatolar

Havola bilan tasdiqlanmagan, o‘z bilimingga asoslangan
ta’kidlar taqiqlanadi. Misol topa olmasang,
buni ochiq ayt.

Amaldagi ta’siri. Claude internetdan tekshirish mumkin bo‘lgan yondashuvlarni topib keladi. GitHub issue’lari va hujjatlarga havolalar paydo bo‘ladi. Claude misollar topa olmasa, bu vazifa noodatiy yoki alomat noto‘g‘ri ifodalanganidan darak beradi. 1-bosqichga qayting.

Bu qayerda ishlamay qoladi? Claude mavjud bo‘lmagan havolani keltirishi mumkin. Masalan, “X omboridagi 4291-sonli issue mana” deydi, holbuki 4291-sonli issue boshqa masala haqida bo‘ladi. Buni CLAUDE.md’ga aniq qoida kiritib hal qiling: “iqtibos keltirishdan oldin WebFetch bilan havolani doim och.” Tafsilotlar uchun CLAUDE.md’ni to‘g‘ri sozlash qo‘llanmasini ko‘ring.

3-bosqich. Xatarlar oldindan ko‘rsatilgan, plans/ ichidagi batafsil reja#

Plan Mode endi ko‘zlanganidek ishlayapti. So‘rov:

2-bosqichdan eng yaxshi variantni tanla va
plans/YYYY-MM-DD-fix-[name].md fayliga batafsil
reja yoz:

- qaysi aniq fayllarga tegamiz (to‘liq yo‘llar va qator raqamlari)
- nimalarni qo‘shamiz va nimalarni olib tashlaymiz
- qaysi testlarni yozamiz va mavjud qaysi testlar o‘tishi kerak
- ikki-uch qadam naridagi xatarlar (foydalanuvchilarga nima zarar yetishi mumkin)
- nimadir noto‘g‘ri ketsa, ortga qaytarish rejasi

Har bir qadamni [ ] katakcha bilan belgila. Fayl bitta
ekranga sig‘ishi kerak. Reja 200 qatordan oshsa,
uni bosqichlarga ajrat.

Natija. Reja suhbatdagi vaqtinchalik qayd emas, alohida artefaktga aylanadi. Uni ikki haftadan keyin o‘qish, boshqa agentga topshirish yoki /goal buyrug‘i uchun shart sifatida ishlatish mumkin. Claude Code’da reja fayli suhbatdan uzoqroq yashaydi.

Asosiy qism — ikki-uch qadam naridagi xatarlar. Bu yana bir xushomadgo‘ylik odatini to‘sadi: nojo‘ya ta’sirlari ko‘rsatilmagan umidbaxsh reja. Claude’dan xatarlarni aniq sanashni so‘rasangiz, oddiy rejada indamay chetlab o‘tishi mumkin bo‘lgan narsalarni topadi.

4-bosqich. Rejani o‘zingiz tekshiring — xushomadgo‘y taxminlarni tuting#

Yakuniy filtr. So‘rov:

Endi majburiy o‘zini tekshirishni bajar. Rejangni
xolis o‘qib chiq.

Unda o‘qigan koding, 2-bosqichda keltirgan
hujjatlaring yoki 2-bosqichdagi misol bilan tasdiqlanmagan,
o‘zingcha to‘qib chiqargan joylar bormi?

Bo‘lsa, ularni aniq belgilab, qayta ko‘rib chiq yoki olib tashla.

Shuningdek, quyidagilarni tekshir:
- package.json’da hali o‘rnatilmagan kutubxonalarni tilga olganmi;
- men ko‘rsatmagan muhit o‘zgaruvchilarini tilga olganmi;
- rejadagi qadamlar aniq tafsilotlar o‘rniga umumiy
  tarzda ifodalanganmi.

Bu nima qiladi? Claude o‘z mulohazasini qayta tekshirishi kerak. Muallifning qariyb 50 ta sikldan iborat namunasida 4-bosqichning o‘zida kamida ikki yoki uchta reja bandi qayta ko‘rib chiqiladi. Bular xushomadgo‘y 3-bosqichda sezdirmay kiritishga uringan va 4-bosqichda tutiladigan joylardir.

To‘rt bosqichdan keyin reja ma’qullashga tayyor. “8 ta commitni ortga qaytarishga to‘g‘ri kelsa-chi?” deb xavotirlanmay, amalga oshirishga o‘tishingiz mumkin.

Nega aynan 4 bosqich, 2 yoki 7 emas?#

Anthropic o‘zining rasmiy hujjatlarida Claude’ga yo‘l-yo‘riq ko‘rsatishda ishlatadigan usulga tayangan izoh quyidagicha.

Hujjatlarda to‘rt bosqichli ish jarayoni tavsiya etiladi: Explore, Plan, Implement, Commit.

Mening 4 bosqichli siklim — xushomadgo‘ylikka qarshi turish uchun Plan bosqichiga ixtisoslashgan usul. Anthropic’ning to‘rt bosqichidan bittasini to‘rtta kichik bosqichga ajrataman: yechimlarni taqiqlash, misollarni topish, reja yozish va o‘zini tekshirish. Keyin bu batafsil reja Implement va Commit bosqichlariga uzatiladi.

To‘rt bosqichdan birini o‘tkazib yuborsangiz, quyidagilar buziladi:

Jadvaldan ko‘rinib turibdi: har bir bosqich o‘ziga xos xatolarni to‘sadi. To‘rttalasi ham kerak, chunki har biri boshqa turdagi muammoni tutadi. Vazifa ikki bosqich bilan bitadigan darajada kichik tuyulsa, demak u haqiqatan ham kichik va Plan Mode umuman kerak emas.

plans/, /goal buyrug‘i va keyingi qadamlar qanday bog‘langan?#

Sikl quyidagilar mavjud bo‘lgan tizimda ishlaydi:

1. Plan Mode yoqilgan (Claude Code’da Shift+Tab tugmasini ikki marta bosing).
2. Rejalarni saqlash uchun omborda plans/ papkasi bor.
3. Uzoq rejalarni mustaqil amalga oshirish uchun ixtiyoriy /goal buyrug‘i mavjud.

plans/ papkasi haqida batafsil. 3-bosqichdan keyin bosqichlar va katakchalar bilan plans/2026-05-27-fix-magic-link.md fayli hosil bo‘ladi. Bu artefakt. Bir haftadan keyin ochsangiz, nima uchun aynan shu yondashuvni tanlaganingizni eslaysiz. Uch oy o‘tib, o‘xshash vazifa topib, uni qayta ishlatasiz. Olti oy o‘tib, hamkasbingizga ko‘rsatib, uning ishga kirishib ketishi uchun ketadigan ikki haftasini tejaysiz. plans/ papkasi Claude Code’dagi “ikkinchi miya” tushunchasining bir qismidir.

/goal haqida batafsil. To‘rt bosqichni tugatib, rejani ma’qullagandan so‘ng Plan Mode’dan chiqing va quyidagini kiriting:

/goal complete all phases from plans/2026-05-27-fix-magic-link.md,
all tests in test/auth pass, or stop after 30 turns

Mahalliy Claude Code seansida terminalni ishlayotgan, kompyuterni uyg‘oq va tarmoqni ulangan qoldiring. Qo‘llab-quvvatlanadigan uyg‘oq ishlash rejimini alohida sozlamagan bo‘lsangiz, qopqoqni yopmang. Qaytgach tarixni tekshiring: tugallash, navbat limiti, ruxsat so‘rovi yoki xato bo‘lishi mumkin. Goal host uxlaganda ish yurishini kafolatlamaydi. 4 bosqichli siklsiz /goal foydasiz urinishlarga token sarflaydi. 4 bosqichli sikl bilan /goal tayyor rejani o‘tgan testlargacha olib boradi.

Endi nima qilish kerak? Claude Code’dan endi foydalanishni boshlagan bo‘lsangiz, keyingi arzimas bo‘lmagan vazifangizda siklni sinab ko‘ring. Oddiy xato emas. 3 yoki undan ortiq faylga tegadigan yoki o‘zingiz to‘liq tushunmaydigan xatti-harakat bilan bog‘liq vazifani tanlang. Yuqoridagi so‘rovlarni ko‘chirib, o‘z ma’lumotlaringizni kiriting. Ortga qaytarishlar soni qanday o‘zgarganini sezasiz.

Plan Mode’dan allaqachon foydalansangiz, omboringizga plans/ papkasini qo‘shing. Fayl nomi formatini o‘zingiz bilan kelishib oling: YYYY-MM-DD-feature-name.md. Bir oyda 20–30 ta, olti oyda esa yuzdan ortiq fayl yig‘iladi. Loyiha qarorlarining jonli tarixi — ikkinchi miya — shu tariqa tuziladi. So‘rovdan oldingi kontekstni boshqarishni chuqurroq o‘rganmoqchi bo‘lsangiz, alohida yo‘nalish sifatida Claude Code’da kontekst muhandisligini yoritganman.

Plan Mode va plans/ ikkalasi ham mavjud bo‘lsa, bitta mustaqil vazifada /goalni sinab ko‘ring. Odatda qo‘lda 30–40 daqiqada bajaradigan vazifani tanlang. Uni 4 bosqichdan o‘tkazing, rejani saqlang, /goalni boshlang va mahalliy terminal bilan kompyuterni uyg‘oq qoldiring. Kompyuter o‘chiqligida ishlash uchun avval masofaviy yoki bulut yo‘lini aniq sozlang va vazifa o‘sha yerda ishlayotganini tekshiring.