Blog

Claude Code tun bo‘yi: loop engineering va Ralph Loop 2026-yilda

Markdown

Claude Code’ni avtonom siklda ishlatish: Ralph Loop, /loop, /goal, /batch. Tayyor ssenariylar va 2026-yilda tokenlarni behuda sarflashdan himoya.

Maqolani to‘liq o‘qish

Asosiy xulosalar

Loop engineering — bu har safar Claude Code’ga qo‘lda so‘rov yozish o‘rniga, sikl tuzadigan yondashuv. Sikl vazifangizni oladi, bir qadam bajaradi, natijani tekshiradi va davom etish yoki to‘xtashni o‘zi hal qiladi. Ushbu qo‘llanmada bir oqshomda ilk Ralph Loop’ingizni sozlash va uni har kuni siz uchun ishlaydigan qilish ko‘rsatiladi.

Ailoot ma’lumotnoma hujjatlari: ailoot.ai/docs/.

Loop engineering nima va nega bu sizga kerak?

Asosiy xulosalar

Loop engineering — bu rolingizning o‘zgarishi. Ilgari siz o‘tirib agentga so‘rov berardingiz: “X ni bajar, Y ni tuzat, Z ni tekshir.” Endi esa buni siz uchun siklda bajaradigan kichik tizim yozasiz: vazifani yuboradi — natijani oladi — tekshiradi — keyin nima qilishni hal qiladi. Siz yozishni to‘xtatasiz, agent esa mahsulot chiqarishda davom etadi.

Ikkinchi bayonot esa ko‘lamni tushuntiradi:

Bu gaplar ortida yangi muhandislik roli turibdi: siz klaviatura operatori emas, sikllar me’morisiz.

Buni bugun bir marta bajaring, shunda har kuni potensial mijozlar soni ortadi, maqolalar avtomatik chop etiladi, bot yozishmalarni boshqaradi, metrikalar hisoboti esa ertalab soat 9 gacha stolingizga keladi. Siz uni qurasiz, u esa sizsiz har kuni ishlaydi.

Agar hanuz Claude Code’ni ochib, so‘rov yozsangiz, kutsangiz, o‘qib, yana bir so‘rov yozsangiz, 2026-yilning eng katta o‘zgarishini o‘tkazib yuboryapsiz. Modellar nazoratsiz sikllarda ishlash uchun yetarlicha kuchaygan.

Ralph Loop oddiy Claude Code so‘rovidan nimasi bilan farq qiladi?

Asosiy xulosalar

Oddiy Claude Code so‘rovi bir martalik: siz “X ni bajar” deysiz, Claude bajaradi va chat tugaydi. Ralph Loop ham xuddi shuni qiladi, ammo siklda: Claude har safar chiqishga uringanda, hook chiqishni tutib qoladi va so‘rovingizni qaytadan uzatadi. Claude allaqachon yaratgan fayllar saqlanib qoladi, shuning uchun har bir yangi iteratsiya avvalgisiga tayanadi. Tugallanish signali kelganda (Claude “DONE” so‘zini chiqarganda) yoki iteratsiyalar chegarasiga yetganda sikl to‘xtaydi.

At its core, the technique is a simple bash loop around an agent:

Butun to‘lqinni boshlab bergan dastlabki kod:

while :; do cat PROMPT.md | claude-code ; done

Bitta fayldagi bitta so‘rov, uning atrofida cheksiz sikl. Muallifning eng samimiy izohi esa:

Anthropic shu mantiqni ralph-loop plaginiga hamda Claude Code’dagi /loop, /goal va /batch buyruqlariga joyladi — ular terminalning o‘zida, skriptlarsiz mavjud. Anthropic cheksiz qayta so‘rov berish uchun plagin chiqarganining o‘zi GitHub’dagi #23084 Issue muhokamasiga sabab bo‘ldi: bu modelga nisbatan adolatlimi? Muhokama ochiq, plagin esa ishlayapti.

Claude Code’ning uchta o‘rnatilgan buyrug‘i: /loop, /goal, /batch

Asosiy xulosalar

Claude Code v2.1+ turli darajadagi avtonomiyaga mo‘ljallangan uchta buyruqqa ega. /loop vazifani belgilangan oraliqda takrorlaydi (soatbay, kunlik, monitoring). /goal baholovchi model “done” deguncha navbatma-navbat ishlaydi. /batch parallel worktree agentlari bo‘ylab katta mexanik o‘zgarishni bajaradi. Har birining o‘ziga mos vazifasi bor.

BuyruqQachon ishlatish kerakVersiyaCheklov
/loop 30m <prompt>Belgilangan oraliqda takrorlash (monitoring, so‘rov yuborib tekshirish)v2.1.72+7 kun, sessiyada 50 ta vazifa
/goal <condition>Maqsadga erishilguncha ishlash (tekshiruvchi andozasi)v2.1.139+Shart 4000 belgigacha
/batch <change>Parallel mexanik refaktoringv2.1.63+Har bir birlik o‘z git worktree’siga ega

/goal Ralph Loop’ga eng o‘xshash buyruq. Ichkarida baholovchi model (sukut bo‘yicha Haiku) har bir navbatda maqsadga erishilgan-erishilmaganini tekshiradi. Erishilmagan bo‘lsa, keyingi iteratsiyaga aynan nimani tuzatish kerakligi haqida ko‘rsatma qo‘shiladi. Erishilgan bo‘lsa, to‘xtaydi. Men /goalni Claude Code’ni /goal bilan tun bo‘yi avtonom ishlatish qo‘llanmasida batafsil yoritganman — unda 14 soatlik ish uchun tayyor ssenariylar bor.

/batch kam uchraydigan, ammo kuchli buyruq. Bir xil o‘zgarishni 100 dan ortiq faylda (API migratsiyasi, komponentni almashtirish, nomini o‘zgartirish) bajarish kerak bo‘lsa, /batch har bir faylni o‘z git worktree’sidagi alohida subagentga yuboradi. O‘zgarishlar to‘qnashmaydi — har bir agent alohida nusxada ishlaydi. Subagentlar haqida ko‘proq ma’lumot uchun ichma-ich subagentlar qo‘llanmasiga qarang.

Muallif bu yondashuvni tasvirlar ekan, uni oddiygina shunday ataydi:

/loop va /goal uchun qat’iy cheklovlar:

  • Vazifa Claude Code ochiq turgan paytdagina ishlaydi. Terminalni yopsangiz, sikl to‘xtaydi. Jiddiy tungi sikl uchun masofaviy server yoki o‘z shell wrapper’ingizdan foydalaning.
  • Takrorlanuvchi vazifaning maksimal ishlash muddati 7 kun (undan so‘ng unutilgan sikllardan himoya sifatida u avtomatik o‘chiriladi).
  • Bitta sessiyada bir vaqtda ko‘pi bilan 50 ta vazifa.

Claude’ni ishonchli qiladigan sozlama qurmoqchimisiz? Ralph Loop — uning faqat bir qismi. Uchta tarkibiy qismni birgalikda ko‘rib chiqish foydali: AI klon + Second Brain + Context Engineering — bu uyg‘unlik Claude’ni “gallyutsinatsiya qiladigan yordamchi”dan vazifa berib, keyin o‘z ishingiz bilan shug‘ullanishingiz mumkin bo‘lgan vositaga aylantiradi.

Birinchi avtonom siklingizni 5 daqiqada qanday ishga tushirish mumkin

Asosiy xulosalar

Ishni boshlashning eng tez yo‘li — o‘rnatilgan /goal buyrug‘i. Claude Code’ni oching, maqsad va tekshiriladigan to‘xtash sharti bor buyruqni kiriting, keyin o‘z ishingizga qayting. Claude kod yaratadi, testlarni ishga tushiradi, xatolarni o‘qiydi, tuzatadi va ular o‘tmaguncha testlarni qayta ishga tushiradi.

5 qadam:

  1. Loyihani Claude Code’da oching

    Terminalda loyiha ildiziga o‘ting va claudeni ishga tushiring. Claude CLAUDE.mdni o‘qib, repozitoriyani indekslashini kuting.

  2. Maqsad va to‘xtash shartini belgilang

    Maqsad — nima bajarilishi kerakligi. To‘xtash sharti esa Claude ish tugaganini qanday bilishidir. Ideal holda, bu 0 yoki 1 qaytaradigan buyruq bo‘ladi. Misol: “Maqsad: tests/api/*.test.tsdagi barcha 23 ta testdan o‘tish. pnpm test 0 chiqish kodini qaytarganda to‘xtang.”

  3. /goal’ni ishga tushiring

    Buyruq:

    /goal All tests in tests/api/*.test.ts must pass. Run pnpm test, read the errors, fix them, and run it again. Stop when the exit code = 0. Maximum 20 iterations.
    

    Claude siklni boshlaydi: testlarni ishga tushiradi — xatoni ko‘radi — faylni ochadi — tuzatadi — yana ishga tushiradi.

  4. Budjet chegarasini belgilang

    Foydalanishni kuzatish uchun orqa fondagi oynada /usagedan foydalaning. Bitta siklda butun limitingizni sarflamaslik uchun kunlik token yoki pul chegarasini belgilang. Batafsil ma’lumot Claude Code limitlarini behuda sarflamaslik qo‘llanmasida.

  5. O‘z ishingiz bilan shug‘ullaning

    30 daqiqadan keyin qayting. Vazifa oddiy bo‘lsa, “DONE, all tests pass” deb yozib turgan bo‘ladi. Murakkabroq bo‘lsa, hisobotni o‘qing: “20-iteratsiyada to‘xtadi, sabab X.” Sikl uddalay olmagan joyini qo‘lda tuzating, keyin uni qayta ishga tushiring.

Ichkarida bu tekshiruvchi andozasi o‘rnatilgan, puxta tuzilgan sikldir.

Tekshiruvchi andozasi: Claude siklda o‘z ishini qanday tekshiradi?

Asosiy xulosalar

Claude har doim o‘z ishini tekshirish imkoniga ega bo‘lishi kerak. Tekshiruv bo‘lmasa, sikldagi agent gallyutsinatsiya qila boshlaydi — aslida hammasi buzilgan bo‘lsa ham, vazifa bajarildi deb qaror qiladi. Tekshiruvchi — aniq “bajarildi/bajarilmadi” natijasini qaytaradigan buyruq (testlar, lint, baholovchi model, maxsus tekshiruv).

Tekshiruvchilarning uch turi bor:

1. Texnik (chiqish kodi) — eng ishonchlisi. pnpm test, npm run lint, tsc --noEmit, playwright test. Ular izoh talab qilmaydigan 0 yoki 1 qiymatni qaytaradi. /goal ham shunday ishlaydi — ichkarida Haiku baholovchi modeldan foydalanadi, u har bir navbatda shart bajarilgan-bajarilmaganini tekshiradi (4000 belgigacha).

2. Baholovchi model — ikkinchi model birinchi model natijasini ko‘rib, rubrika bo‘yicha baholaydi. Rasmiy tekshiruvi bo‘lmagan vazifalar uchun mos (“Matn uslubi yaxshimi?” “Dizayn brendga mosmi?”). Anthropic’da bu Claude Code Review deb ataladi — alohida tekshiruvchi agent asosiy agent ishida mantiqiy xatolar, chekka holatlar va xavfsizlik muammolarini qidiradigan rejim. Anthropic’ning ichki ma’lumotlariga ko‘ra, katta PR’lardagi muammolarning 84% ini topadi (boshlang‘ich yondashuvdagi 16% ga nisbatan).

3. Maxsus tekshiruv — o‘zingiz yozadigan shell skripti. “Loglarda ERROR so‘zi bo‘lmasa, demak bajarildi.” “output.json fayli mavjud va uni tahlil qilish mumkin bo‘lsa, demak bajarildi.” “/pricing sahifasi 200 qaytarsa, demak bajarildi.”

Mana so‘rov shabloni:

Bu loyiha nega rasvo bo‘lib ketgan bo‘lishi mumkinligiga 10 ta sabab toping. 
Biror narsa noto‘g‘ri ketgan deb tasavvur qiling. 
Men buni ommaga taqdim etishdan oldin 
ko‘p marta boshdan kechirib chiqishim mumkin.

Yangi boshlovchilarning eng ko‘p uchraydigan xatosi — tekshiruvchisiz siklni boshlash. Agent joyida aylanib qoladi: kod yozadi, tekshirmaydi, tugatdim deb o‘ylaydi, keyingi iteratsiyaga o‘tadi va allaqachon bajargan ishini qayta yozadi. Uch soatdan keyin hammasi chalkashib ketadi va hisob $200 bo‘ladi.

Men o‘rgangan eng yaxshi qoida: avval tekshiruvchini yozing, keyin siklni boshlang. To‘xtash shartini bir qatorda ayta olmasangiz, vazifa avtonom ishlashga tayyor emas.

Minglab dollarni bir kechada sarflab yubormaslik: budjet chegaralari va to‘xtash shartlari

Asosiy xulosalar

Budjet chegarasi, xarajat bo‘yicha to‘xtash sharti yoki tekshiruvchisi bo‘lmagan sikl hech kim sezmasidan katta hisob chiqarishi mumkin. Buning oldini uchta himoya chorasi olishi mumkin: iteratsiya chegarasi, token yoki pul chegarasi va turg‘unlikni aniqlovchi vosita.

Har qanday tungi sikl uchun uchta muhim tormoz:

1. Iteratsiyalar chegarasi. --max-iterations 20. Tekshiruvchi ishga tushmasa ham, sikl N martadan ko‘p ishlay olmaydi. Agar 20 iteratsiyadan keyin to‘xtash shartiga erishilmagan bo‘lsa, vazifa tiqilib qolgan va inson aralashuvi kerak.

2. Token yoki pul chegarasi. /usage limit 50 — kuniga $50 dan oshmaydi. Chegaraga yaqinlashganda sikl o‘z-o‘zidan to‘xtab, ogohlantirish yuboradi.

3. Aniq kelishuvli taraqqiyot tekshiruvi. Quyidagi HEAD solishtirishi barcha tahrirni emas, yangi commit’ni ko‘radi. Uni har kodli iteratsiya oldin mahalliy checkpoint commit yozadigan ajratilgan worktree’dagina qo‘llang. Commit qilinmagan foydali tahrir HEAD’ni o‘zgartirmaydi va yolg‘on stagnatsiya beradi. Verifier natijasini ham saqlang: yangi commit qayd borligini bildiradi, yaxshilanish yoki PASS’ni emas.

Uch tekshiruvli wrapper tuzilishi misoli. Xarajat va agent chaqiruvi satrlari runner’ga xos, tasdiqlangan CLI o‘rnatish retsepti emas; moslashtirishdan oldin o‘rnatilgan versiya interfeyslarini tekshiring. Commit asosli tekshiruvda har kodli iteratsiyaga mahalliy checkpoint commit talab qiling. Runner tahrirni commit qilmasa, «taraqqiyot yo‘q» demay, ko‘rik uchun to‘xtang.

#!/bin/bash
PROMPT="$1"
MAX_ITER=20
MAX_COST_USD=50
COMPLETION="DONE"
PREV_HASH=""
STAGNATION=0

for i in $(seq 1 $MAX_ITER); do
  # Pul chegarasi
  CURRENT_COST=$(claude usage --json | jq '.cost_usd')
  if (( $(echo "$CURRENT_COST > $MAX_COST_USD" | bc -l) )); then
    echo "STOP: budget cap $MAX_COST_USD reached"
    break
  fi

  # Ishga tushirish
  OUTPUT=$(claude code -p "$PROMPT" --auto-accept)

  # Tugallanganini tekshirish
  if echo "$OUTPUT" | grep -q "$COMPLETION"; then
    echo "STOP: completion signal"
    break
  fi

  # Faqat commit taraqqiyoti: har kodli iteratsiya checkpoint commit yozishi kerak.
  # HEAD commit qilinmagan foydali tahrirni ko‘rmaydi.
  CURRENT_HASH=$(git rev-parse HEAD 2>/dev/null)
  if [ "$CURRENT_HASH" = "$PREV_HASH" ]; then
    STAGNATION=$((STAGNATION + 1))
    if [ "$STAGNATION" -ge 3 ]; then
      echo "STOP: stagnation 3 iterations"
      break
    fi
  else
    STAGNATION=0
  fi
  PREV_HASH="$CURRENT_HASH"
done

Kengaytirishdan oldin tekshiruvni tasdiqlang: commitsiz tahrir qayd qilinmagan ish; checkpoint commit HEAD’ni o‘zgartiradi; muvaffaqiyatni faqat alohida verifier belgilaydi. Shu kelishuvda uchta o‘zgarmagan commit qayd etilgan o‘zgarish yo‘qligini bildiradi, barcha ishchi fayllar o‘zgarmaganini emas. Keyin to‘xtaganda Slack ogohlantirishi, ertalab avtomatik Telegram hisoboti, budjet 80% ga yetganda push-bildirishnoma qo‘shishingiz mumkin. Tamoyil bir xil: siklga faqat tezlatgich emas, tormozlar ham kerak.

Tunda ishlatish uchun tayyor 5 ta sikl ssenariysi

Asosiy xulosalar

Har bir vazifa avtonom siklga mos kelavermaydi. Yaxshi nomzodlar — aniq tekshiruvchisi bor va iterativ bajariladigan vazifalar: testlar, refaktoring, monitoring, maqola jarayonlari, ma’lumot importi. Yomon nomzodlar — rasmiy tekshiruvi yo‘q yoki bir nechta subyektiv mezonga ega vazifalar.

Ssenariy 1: Muvaffaqiyatsiz testlarni yashil holatga keltirish

/goal There are 47 failing tests in the tests/ directory. Goal: make them all pass.
Run pnpm test, read stderr, open the file with the error, fix it, and run pnpm test again.
Stop when exit 0. Max 30 iterations.

Ssenariy 2: 200 ta fayl bo‘ylab katta refaktoring

/batch Replace the old apiV1 API client with the new apiV2 in all files under src/**/*.ts.
Each file gets its own worktree. After the replacement, run tsc --noEmit; fix any errors.
Merge the worktrees at the end.

Ssenariy 3: Ishlab turgan tizimni tun bo‘yi monitoring qilish

/loop 30m Every 30 minutes, check https://your-app.example.com/api/health.
If it doesn't return 200, read the logs, find the cause, fix it, and redeploy.
Log each iteration to /tmp/night-monitor.log.

Ssenariy 4: Katta ma’lumotlar to‘plamini takrorlarni olib tashlab import qilish

/goal Import the CSV file /tmp/import.csv (12,000 rows) into the clients table.
For each row, check for a duplicate by email; if none, insert it; if one exists, update it.
Log conflicts to /tmp/conflicts.log. Stop when the last row has been processed.

Ssenariy 5: Maqola jarayoni (odatiy sozlama)

Muntazam ravishda SEO maqolalari kerak bo‘ladigan onlayn xizmat yoki agentlik uchun ssenariy quyidagicha:

/loop 8h Every 8 hours: open the backlog file for topics with status 'queued'.
If a topic is available, run the skill for writing a guide.
Publish to dev. Change the status to 'review'. Notify the person responsible in Telegram.

Har bir iteratsiyaga nimalarni berish kerak: CLAUDE.md va Second Brain holat sifatida

Asosiy xulosalar

Xotira bo‘lmasa, Claude har bir iteratsiyani noldan boshlaydi — loyihani qayta ochadi, fayllarni o‘qiydi va oldingi iteratsiya qarorlarini unutadi. CLAUDE.md bo‘lmasa, arxitekturani bilmaydi; business/ (Second Brain) bo‘lmasa, mahsulot kontekstini bilmaydi; mahoratlar bo‘lmasa, qoidalaringiz va uslubingizni eslab qolmaydi. Iteratsiyalar orasidagi holat shu uchta fayl qatlamida saqlanadi. Ularsiz sikl 5-iteratsiyadayoq yomonlashadi.

Loyihaning “xotirasi”dagi uch qatlam bir martalik so‘rovni boshqariladigan siklga aylantiradi:

1. CLAUDE.md — loyihaning konstitutsiyasi. Mahsulot nima, stek qanday, qoidalar qanaqa va nimalarni hech qachon qilmaslik kerak. Claude har bir sessiya va har bir sikl iteratsiyasi boshlanganda bu faylni o‘qiydi. Bu bo‘lmasa, Claude loyihani har safar “qayta ochishi” kerak bo‘ladi — kontekst sarflanadi va gallyutsinatsiya xavfi ortadi. Tayyor shablon va 6 ta qoidani CLAUDE.md qo‘llanmasidan toping.

2. Second Brain — biznes bilimlari papkasi: mahsulot, auditoriya, maqsadlar, iqtisodiyot, marketing. Kod emas — mazmun. Sikl maqola yozganda yoki qo‘llab-quvvatlash savoliga javob izlaganda, Second Brain’ni o‘qib, bo‘shliqdan emas, loyiha kontekstidan kelib chiqib javob beradi.

3. Kontekst muhandisligi — har bir iteratsiyada Claude’ga aynan nimalarni berishingiz. Butun Second Brain papkasini emas, butun repozitoriyani ham emas — faqat tegishlisini. Plan Mode yordam beradi: Claude vazifaga qaysi fayllar kerakligini aniqlab, faqat o‘shalarni o‘qiydi. Batafsil ma’lumot Plan Mode qo‘llanmasida.

Xatolar orqali singdirishimga to‘g‘ri kelgan asosiy amaliy tamoyil:

Bu uch qatlam metodologiyaning uch ustunini tashkil qiladi: AI klon (mahoratlar va CLAUDE.md orqali Claude’ga uslubingiz va qoidalaringizni o‘rgatgansiz), Second Brain (fayllardagi biznes mazmuni) va Context Engineering (har bir so‘rovda nimalarni berishingiz). Uchovining hammasi bo‘lmasa, sikl hisob ortib boradigan cheksiz aylanishga aylanadi.

Asosiy xulosalar

Noutbukdagi alohida terminal oynalarida har biri alohida git checkout bilan, telefondagi Remote Control orqali Claude ilovasida esa qo‘shimcha parallel sessiyalarni yuritish mumkin. Har bir sessiyaning o‘z vazifasi, tekshiruvchisi va sikli bo‘lishi mumkin.

Har bir sessiyada nima bor? Turli vazifalar: bir sikl xatolarni tuzatadi, boshqasi yangi funksiyalar yozadi, uchinchisi jamoaning PR’larini ko‘rib chiqadi, to‘rtinchisi unumdorlikni optimallashtiradi, beshinchisi hujjatlarni tayyorlaydi. Bitta katta, umumiy maqsadli agent emas. O‘nlab ixtisoslashgan agentlar — har birining o‘z mahorati, maqsadi va tekshiruvchisi bor.

Asosiy qarash o‘zgarishi:

Dasturchilari yo‘q tadbirkor uchun bu aniq bir narsani anglatadi. Sizda oyiga $200 turadigan bitta Claude hisobi va oddiy noutbuk bor. 5 ta siklni parallel ishga tushirishingiz mumkin — qo‘llab-quvvatlash, maqolalar, metrikalar, yangi mahsulotni sinash va raqobatchilar monitoringi. Har biri o‘z Claude Code oynasida ishlaydi. Ertalab qisqa hisobotni o‘qiysiz. Bu 2026-yil yozidagi ish me’yoriga aylanib bo‘ldi.

Avtonom sikllarda uchraydigan to‘rtta keng tarqalgan xato

Asosiy xulosalar

Avtonom sikllardagi xatolarning aksariyati to‘rt ko‘rinishdan biriga kiradi: tekshiruvchi yo‘q — agent ish tugadi deb o‘zi qaror qiladi; budjet chegarasi yo‘q — sikl tunda budjetni sarflab yuboradi; iteratsiyalar orasida holat yo‘q — qarorlar bir-biriga zid keladi; to‘xtash sharti noaniq — sikl qachon to‘xtashni bilmaydi.

Xato 1: “Gallyutsinatsiya sikli”

Tekshiruvchi ishga tushmagan bo‘lsa ham agent ish tugadi deb qaror qiladi. Yoki umuman tekshiruvchi yo‘q. Uch soatdan keyin Claude “Hammasi tayyor!” deydi — ammo testlar yiqilyapti, sahifa ochilmayapti va hech narsa ishlamayapti. Siz allaqachon behuda iteratsiyalar uchun $80 sarflagansiz.

Yechim: og‘zaki tekshiruv emas, qat’iy tekshiruvchi (buyruqning exit code qiymati).

Xato 2: “Budjet tunda kuyib ketdi”

Budjet chegarasisiz sikl — sug‘urtasiz granata.

Yechim: /usage limit yoki claude usage --jsondan foydalanib, belgilangan chegaraga yetganda siklni to‘xtatadigan tashqi skript.

Xato 3: “Sikl iteratsiyalar orasida kontekstni yo‘qotdi”

1-iteratsiyada Claude arxitektura bo‘yicha qaror qildi. 7-iteratsiyaga kelib unutdi va teskarisini qildi. 15-iteratsiyadan keyin kod uyumga aylandi.

Yechim: CLAUDE.md va Second Brain papkasi orqali holat qatlamini qo‘shish. Sikl har bir arxitektura qarorini keyingi iteratsiyada o‘qiydigan faylga yozadi.

Xato 4: “To‘xtash sharti noaniq — sikl abadiy ishlaydi”

`/goal

Batafsil

Ko‘p beriladigan savollar

Nega o‘zgarmagan HEAD siklda taraqqiyot yo‘q degan noto‘g‘ri signal beradi?

HEAD commit’ni bildiradi; foydali ishchi tahrirlar commit bo‘lmaguncha uni o‘zgartirmaydi. Misoldagi tekshiruv har kodli navbatdan keyin mahalliy checkpoint commit talab qiladi. Bu kelishuvsiz stagnatsiya demay, to‘xtab commit qilinmagan ishni ko‘ring.

Yangi commit natija yaxshilanganini isbotlaydimi?

Yo‘q. U faqat o‘zgarish qayd etilganini isbotlaydi. Checkpoint bilan verifier natijasini saqlab, haqiqiy qabul shartida to‘xtang. Wrapper’dagi runner’ga xos chaqiruv va xarajat interfeyslari oldin tekshirilishi kerak.

Barcha maqolalar