Claude Code’dagi Reja rejimi: bosqichma-bosqich qo‘llanma va 2026-yildagi 4 bosqich

Qo‘shimcha ko‘rsatmalarni Ailoot hujjatlaridan topishingiz mumkin.

Reja rejimi nima va nega uning o‘zi yetarli emas?#

Odatdagi rejimda Claude Code darhol kod yozadi; kuzatib turmasangiz, kutilmaganda ko‘plab fayllarni qamrab olgan diffga duch kelishingiz mumkin. Reja rejimi bu tartibni o‘zgartiradi: avval o‘rganish va rejalash, keyin tasdiqlash, undan so‘ng o‘zgarishlar.

Anthropic o‘zining rasmiy hujjatlarida Reja rejimini quyidagicha ta’riflaydi:

Bu sodda eshitiladi, ammo asosiy o‘zgarishni yashiradi. Reja rejimi ish ritmini o‘zgartiradi: avval kelishib olinadi, keyin harakat qilinadi. Bu bezak uchun qilingan o‘zgarish emas, rejimning o‘zgarishidir. Vibe coder’lar uchun muammo shundaki, AI agentlari ishga shoshiladi. Oddiy rejimda “Google orqali autentifikatsiyani qo‘sh” desangiz, Claude kodni bir daqiqada yozadi, ammo fayllarning yarmi noto‘g‘ri bo‘ladi. Reja rejimida esa ayni so‘rov ikki daqiqada o‘qib chiqib, kodga tegilmasidan oldin tuzatish mumkin bo‘lgan matnli rejaga aylanadi.

Xalqaro qo‘llanmalarda deyarli yozilmaydigan bir tuzoq bor. Reja rejimining o‘zi zaif vosita: reja faqat joriy suhbatda qoladi. Oynani yopsangiz, reja yo‘qoladi. Uni boshqa agentga topshirolmaysiz. Versiyalar va tarix ham yo‘q. Vazifa katta bo‘lsa (30 faylli modulni refaktorlash yoki yangi ma’lumotlar bazasiga ko‘chish kabi), reja tezda kontekst oynasi chegarasiga yetadi va sifati pasaya boshlaydi.

Shuning uchun Reja rejimi repozitoriydagi plans/ papkasi bilan yaxshi ishlaydi. Reja plans/2026-05-21-google-oauth.md fayliga saqlanadi, bosqichlarga va belgilash kataklariga bo‘linadi, keyingi istalgan agent esa uni davom ettira oladi. Kontekst muhandisligi shunday ishlaydi — kontekstni so‘rov paytida emas, undan oldin boshqarish.

Claude Code’da Reja rejimini qanday yoqish mumkin?#

Seans davomida eng tezkor usul — klaviaturadan foydalanish:

Shift+Tab           # rejimlar bo‘ylab almashadi: default → acceptEdits → plan

Ikki marta bosgandan so‘ng terminal pastida ⏸ plan mode on indikatori paydo bo‘ladi. Uchinchi marta bossangiz, odatiy rejimga qaytasiz. Bu eng qulay usul — vazifa kattalashayotganini sezgan zahoti rejimni yoqasiz.

Ikkinchi usul — bitta so‘rov oldidan qo‘shimcha yozish:

/plan write a plan to migrate the database from MySQL to Postgres

Bu usul avtomatik tasdiqlash rejimida bo‘lsangiz va uni butun seans uchun o‘zgartirishni xohlamasangiz foydali. Bitta so‘rov Reja rejimida bajariladi, so‘ng ish avvalgidek davom etadi.

Uchinchi usul — seansni ishga tushirishda:

claude --permission-mode plan

Vazifaga rejalash kerakligini oldindan bilsangiz, shu usuldan foydalaning. Masalan, katta refaktorlash yoki ko‘chirishdan oldin.

To‘rtinchi usul — loyihadagi .claude/settings.json faylida standart rejimni belgilash:

{
  "permissions": {
    "defaultMode": "plan"
  }
}

Bu qachon foydali? Har qanday o‘zgarish yonma-yon modullarga ta’sir qilishi mumkin bo‘lgan murakkab tizim ustida jamoa ishlaganda. Bunday holatda standart Reja rejimi barchani tasodifiy o‘zgarishlardan himoya qiladi.

Ko‘pincha e’tibordan chetda qoladigan beshinchi usul: Ctrl+G rejani matn muharririda ochadi. Reja deyarli to‘g‘ri bo‘lsa-yu, 2-3 bandni qayta ifodalash yoki cheklov qo‘shish kerak bo‘lsa, undan foydalaning. Uni qo‘lda tahrirlang, saqlang, shunda Claude sizning versiyangiz bilan davom etadi.

Anthropic’ning Reja rejimidagi kanonik 4 bosqichi qaysilar: Explore, Plan, Implement, Commit?#

Ko‘plab qo‘llanmalarda 3 bosqich (Explore-Plan-Execute) yoki atigi 2 bosqich (Plan-Implement) tasvirlanadi. Bu soddalashtirishdir. Anthropic o‘zining rasmiy ilg‘or amaliyotlar qo‘llanmasida aynan 4 bosqichni tasvirlaydi. Farqi muhim: Commit alohida bosqich bo‘lgani uchun natijani qayd etasiz; ishni “yana bir-ikkita o‘zgarish qildim, keyin commit qilaman” degan holatda qoldirmaysiz. Bu yo‘qolib qoladigan ishlarning eng keng tarqalgan sababidir.

Reja qanchalik aniq bo‘lsa, amalga oshirish uchun shuncha kam takrorlash kerak bo‘ladi. Rejaga 10 daqiqa sarflasangiz, amalga oshirish uchun bitta so‘rov kifoya. Rejani bir daqiqada qoralab qo‘ysangiz, tuzatishlarga bir soat ketadi.

Google OAuth qo‘shish misolida (Anthropic Docs’dan) 4 bosqich quyidagicha ko‘rinadi:

Har bir bosqichdagi so‘rovlar ham farq qiladi. Explore bosqichida: “/src/auth’ni o‘qib chiqing va seanslar hamda login bilan qanday ishlashimizni tushuning”. Plan bosqichida: “Google OAuth qo‘shmoqchiman. Qaysi fayllarni o‘zgartirish kerak? Reja tuzing”. Implement bosqichida: “Rejangizdagi OAuth oqimini amalga oshiring, testlar yozing, to‘plamni ishga tushiring va xatolarni tuzating”. Commit bosqichida: “Tavsifli xabar bilan commit yarating va PR oching”.

Muhim jihat: Reja rejimi Claude’ning tadqiqot uchun buyruqlar bajarishiga to‘sqinlik qilmaydi. Read, LS, Glob, Grep, web fetch va o‘rganish uchun shell buyruqlariga ruxsat berilgan. Faqat Edit, Write va fayl tizimini o‘zgartiruvchi amallar taqiqlangan. Bu Claude loyiha tuzilishini o‘qishi, git logni ishga tushirishi va testlarni ko‘rishi mumkinligini, ammo tasodifan hech narsani o‘zgartira olmasligini anglatadi.

Claude rejasini qanday o‘qish va uni tasdiqlash haqida qaror qilish mumkin?#

Claude reja tuzishni tugatgach, keyingi qadamlar uchun variantlarni ko‘rsatadi:

• Tasdiqlash va avtomatik rejimda boshlash
• Tasdiqlash va tahrirlarga ruxsat berish
• Tasdiqlash va har bir tahrirni qo‘lda ko‘rib chiqish
• Fikr-mulohaza bilan rejalashni davom ettirish
• Ultraplan orqali aniqlashtirish (brauzerda ko‘rib chiqish)

Rejani tasdiqlash yoki tasdiqlamaslikni bilish — Reja rejimidagi asosiy ko‘nikma. Avtomatik tarzda “Tasdiqlash” tugmasini bosib, keyin commitlarni qaytarishga majbur bo‘lish oson. Sun’iy intellekt laganbardori tez javob bermoqchi, siz esa kodga tezroq o‘tmoqchisiz. Ikkalangiz ham xato qilyapsiz.

Yaxshi reja 7 mezonga javob beradi:

1. Aniq fayl nomlari. “Auth’ni yangilayman” emas, “src/auth/login.ts:42-58 faylini o‘zgartiraman, src/auth/oauth-callback.ts faylini yarataman va src/auth/session.ts:103 qatorini yangilayman”.
2. Ketma-ketlik ko‘rsatilgan. Reja bosqichlar yoki qadamlarga bo‘lingan bo‘ladi, “bularning hammasini qayerdadir qilaman” tarzida emas.
3. Tashqi bog‘liqliklar nomlangan. Vazifa yangi kutubxonani talab qilsa, u ro‘yxatda bo‘ladi. Muhit o‘zgaruvchilari kerak bo‘lsa, ular ham ko‘rsatiladi.
4. Xavflar ro‘yxatlangan. Yaxshi rejada “Ko‘chirish mavjud seanslarni buzishi mumkin; X’ni tekshirish kerak” deyiladi. Yomon reja esa nojo‘ya ta’sirlarni tilga olmaydi.
5. Muvaffaqiyat mezonlari bor. “test/auth testlari o‘tadi, linter xatosiz, ishlab chiqish serveri xatolarsiz ishga tushadi”.
6. “Havodan olingan” taxminlar yo‘q. Claude “Z kutubxonasidan foydalanaman” desa, tekshiring: uni loyihaga o‘rnatganmisiz? AI buni o‘ylab topgan bo‘lsa, package.jsonda ko‘rsatilmaganini ko‘rasiz.
7. Reja ekranga sig‘adi. Oddiy funksiya uchun reja 200 qator bo‘lsa, vazifa bitta reja uchun haddan tashqari katta bo‘lishi mumkin. Uni qismlarga bo‘ling.

Reja tekshiruvdan o‘tmasa, uchta imkoniyat bor:

• Fikr-mulohaza bilan rejalashni davom ettirish — Claude’ga sizga yoqmagan jihat haqida aniq izoh bering, u rejani qayta yozadi.
• Ctrl+G — rejani tahrirlagichda oching, qo‘lda tahrirlang va saqlang. Claude sizning versiyangiz bilan davom etadi.
• Ultraplan orqali aniqlashtirish — reja Claude Code’ning veb-versiyasidagi brauzer rejimiga o‘tadi; u yerda bo‘limlarni ko‘rib chiqib, izoh qoldirasiz, keyin esa mahalliy kompyuterda yoki bulutda bajarasiz.

Amalga oshirish o‘rtasida biror narsa noto‘g‘ri ketsa, zo‘rlab davom ettirmang. Reja rejimiga qayting va rejani qayta yozing. Bu keyin 40 ta commitni qaytarishdan 10 baravar arzon.

Reja rejimi + plans/ papkasi: uzun kontekst uchun uyg‘unlik#

Reja rejimi — Claude Code’ning rejimi. plans/ papkasi esa uning ustiga qurilgan metodologiyadir. Reja rejimidan papkasiz foydalansangiz, bir soatlik ishdan keyin chegaraga yetasiz.

Mantiq shunday. Claude’ning kontekst oynasi — seans xotirasi. Opus 4.7’da unga 1 million token sig‘adi, ammo bu butun suhbatingiz hajmidir. Murakkab vazifani bir suhbatda rejalashtirib, keyin amalga oshirishni so‘rasangiz, xatoni muhokama qilib, ustiga yana boshqa mavzuga o‘tsangiz, oyna “shishib” ketadi. Claude avvalgi qarorlarni unuta boshlaydi, kontekstlarni chalkashtiradi va savollarni qayta so‘raydi.

Yechim — oltin qoida: bitta vazifa — bitta suhbat.

Buni quyidagicha bajaring:

1. 1-suhbat — rejani shakllantirish. Reja rejimini yoqing, vazifani tushuntiring, Claude reja tuzadi. Rejani plans/2026-05-21-feature-name.md fayliga saqlang. Oynani yoping.
2. 2-suhbat — uni bosqichlarga bo‘lish. Yangi chat oching. “plans/2026-05-21-feature-name.md faylini olib, bosqichlarga bo‘ling”, deb so‘rang. Yangilangan faylni saqlang.
3. 3-suhbat — 1-bosqichni amalga oshirish. Yangi chat oching. “plans/2026-05-21-feature-name.md faylidagi 1-bosqichni bajaring va tugatgan bandlaringizni belgilang”, deb so‘rang. Oynani yoping.
4. 4-suhbat — 2-bosqichni amalga oshirish. Xuddi shunday qiling.

Bu sizga nima beradi? Har bir suhbatning kontekst oynasi yangiligicha qoladi. 3-bosqichdagi Claude 1-bosqich tafsilotlarini bilmaydi, ammo plans/ fayli repozitoriyda turgani uchun rejani biladi. Keyingi istalgan agent (subagent, yangi seans yoki /goal orqali ishga tushirilgan jarayon) rejani olib, davom ettira oladi.

Yondashuvlarni taqqoslash:

Har bir funksiyaning o‘z reja fayli bo‘ladi. Uch oy o‘tgach, nega bir to‘lov provayderini boshqasidan ustun qo‘yganingizni eslash kerak bo‘lsa, tegishli rejani ochib, qarorlar tarixini o‘qiysiz: nimalar muhokama qilingan, qaysi variantlar ko‘rib chiqilgan va aynan shu yo‘l nega tanlangan.

Bular — jonli ish rejalari; statik hujjatlar bir necha oy ichida eskiradi.

Reja rejimi va /goal yordamida Claude’ni uxlayotganingizda qanday ishlatish mumkin?#

Uzoq davom etadigan AI seanslaridagi asosiy cheklov modelning o‘zi emas, balki Enter tugmasini bosayotgan odamdir. Claude har bir urinish oxiriga yetganda, javobingizni kutadi. /goal bu kutishni yo‘q qiladi.

Sintaksisi sodda:

/goal all tests in test/auth pass and lint is clean, or stop after 20 turns

Shart 4000 belgigacha bo‘lishi mumkin. Har bir seansda bitta maqsad. Har bir urinishdan keyin Haiku mini-modeli transkriptni ko‘rib, “shart bajarildi — yakunla” yoki “bajarilmadi — keyingi urinish” deb qaror qiladi. Evaluator vositalarni chaqirmaydi, faqat o‘qiydi.

Uni o‘chirish uchun taxalluslar: /goal stop, /goal off, /goal reset, /goal none, /goal cancel.

Reja rejimi bilan uyg‘unligi quyidagicha:

1. Reja rejimini yoqing (Shift+Tab tugmalarini ikki marta bosing).
2. “Ma’lumotlar bazasini MySQL’dan Postgres’ga ko‘chirish rejasini tuzing va uni bosqichlar hamda mezonlar bilan plans/2026-05-21-postgres-migration.md fayliga saqlang”, deb so‘rang.
3. Rejani ko‘rib chiqing, tahrirlang va tasdiqlang.
4. Reja rejimidan chiqing (Shift+Tab tugmasini yana bir marta bosing).
5. Maqsadni belgilang: “plans/2026-05-21-postgres-migration.md faylidagi barcha bosqichlarni yakunlang, kataklarni belgilang, barcha testlar o‘tsin yoki 50 ta urinishdan keyin to‘xtang”.
6. Noutbukni yoping va uxlashga yoting.

Ertalab natijani tekshiring: “✓ maqsad bajarildi” yoki “◎ 50 ta urinishdan keyin to‘xtadi” hamda qilingan ishlar tarixi ko‘rsatiladi.

/goal uchun uchta muhim qoida bor, aks holda tokenlarni behuda sarflaysiz:

1-qoida: O‘lchanadigan yakuniy holat. “Chiroyli ko‘rinsin” — yomon. “npm test 0 bilan yakunlanadi, npm run lint 0 bilan yakunlanadi va CHANGELOG.md fayliga yozuv qo‘shiladi” — yaxshi.

2-qoida: Aniq tekshiruv. Shart tekshirish mumkin bo‘lgan narsani: buyruq, fayl yoki endpointni ko‘rsatishi kerak. “Hammasi ishlasin” emas, “curl localhost:3000/api/users 200 qaytaradi”.

3-qoida: Urinishlar sonini cheklash. Har doim or stop after N turns qo‘shing. Anthropic hujjatlarida buni aniq tavsiya qiladi:

/goalni or stop after cheklovisiz yoqsangiz, budjetingiz bir kechada tugashi mumkin.

Qaysi 4 bosqichli sikl Reja rejimini muhandislik jarayoniga aylantiradi?#

Keng tarqalgan xato — “buni qanday tuzataman?” deb so‘rash: Claude yechim beradi, siz uni qo‘llaysiz, ammo hech narsa ishlamaydi yoki vaziyat yomonlashadi. Bu “AI laganbardori”: u tez javob berishga o‘rgatilgan, siz esa kodga tezroq o‘tmoqchisiz. Buni 4 bosqichli sikl hal qiladi.

4 bosqichli sikl bu holatni to‘sadi. U bitta Reja rejimi seansi ichida ketma-ket qo‘llanadi:

1-qadam. Yechimsiz faktlarni aniqlash.

So‘rov: “Menda quyidagi holat kuzatilmoqda: [alomat tavsifi]. Hozirgi vazifangiz — faktlarni aniqlash. Har qanday yechim, g‘oya va maslahat taqiqlanadi. Faqat: men nimani kuzatyapman, qaysi qadamlarni takrorlash mumkin, qanday ma’lumotlar bor va qaysi ma’lumotlar yetishmaydi. Qat’iy to‘xtash sharti: yechim taklif QILMANG; faqat tashxisni qayd eting.”

Bu AIning birinchi turtkisini — “mana yechim” deyishni — to‘sadi. Claude “nima ma’lum va nima noma’lum” degan joyda to‘xtashi kerak.

2-qadam. Misollarga tayangan variantlarni ishlab chiqish.

So‘rov: “Tashxis aniqlangandan so‘ng, o‘xshash muammolarni hal qilish bo‘yicha internetdan misollar toping. Kamida 3 xil yondashuv bo‘lsin. Har biri uchun: birlamchi manbaga havola, qisqa tavsif va bizning vaziyatimizga mos afzallik hamda kamchiliklar.”

Bu AIning ikkinchi turtkisini — “o‘zimdan yechim to‘qib chiqarish”ni — to‘sadi. Uni tashqi manbalarga yo‘naltirib, tekshirish mumkin bo‘lgan yondashuvlar bilan qaytishini talab qilamiz.

3-qadam. Xavflari ko‘rsatilgan batafsil reja.

So‘rov: “2-qadamdagi eng yaxshi variantni oling va batafsil reja tuzing: qaysi aniq fayllarga tegish, nimani qo‘shish, nimani olib tashlash, qaysi testlarni yozish, nima buzilishi mumkinligi va 2-3 qadam oldinda qanday xavflar borligini ko‘rsating.”

Bu tanish Reja bosqichi, ammo bir farqi bor: u Claude’ning taxminlariga emas, 2-qadamda tekshirilgan variantlarga asoslanadi.

4-qadam. Rejani o‘zini tekshirtirish.

So‘rov: “Endi majburiy o‘zini tekshirishni bajaring. Rejangizni xolisona qayta tekshiring: kod, hujjatlar yoki 2-qadamdagi misollar bilan tekshirmasdan havodan olingan joylar bormi? Bo‘lsa, belgilang va rejani qayta ko‘rib chiqing.”

Bu oxirgi filtr. Claude o‘z mulohazasini tekshirishi va qayerda gallyutsinatsiya qilganini tan olishi kerak. Odatda bu bosqichda rejaning kamida 2 bandi o‘zgaradi.

4 qadamdan so‘ng reja tasdiqlashga tayyor. Vazifa tushunilganiga, variantlar baholanganiga va xavflar hisobga olinganiga ishonch hosil qilib, amalga oshirishga o‘tasiz.

Bu metodologiya qiyin xatolarni tashxislash va xato qimmatga tushadigan me’moriy qarorlar qabul qilish uchun mo‘ljallangan. Reja rejimiga qo‘llanganda, u vibe coder’larning asosiy muammosini bartaraf etadi: “AI menga yechim berdi, uni qo‘lladim va hammasi buzildi”.

Oddiy vazifalar uchun foydalanishga tayyor qaysi 5 ta so‘rov Reja rejimida ishlaydi?#

1-shablon. Modulni refaktorlash.

I'm enabling Plan Mode. Task: refactor the {module-name} module.

Step 1: Study the current structure of the {module-path} module. Describe:
- which files are part of the module
- which external dependencies it has
- which parts are duplicated
- which functions are overcomplicated

Step 2: Find 2-3 examples online of refactoring similar modules.
At least 1 source must be official Anthropic or related framework documentation.

Step 3: Create a refactoring plan in plans/YYYY-MM-DD-refactor-{module}.md:
- which files to rename
- which functions to extract into separate modules
- which tests to keep and which to rewrite
- risks: what could break for users

Step 4: Self-check. Are there any assumptions in the plan that are "pulled out of thin air"?
Rewrite or remove them.

2-shablon. Ma’lumotlar bazasini ko‘chirish.

I'm enabling Plan Mode. Task: migrate the database from {old} to {new}.

Step 1: Study the current database schema using {schema-reading-command}. Describe:
- which tables exist and their size
- which relationships, indexes, and constraints there are
- where migrations are stored
- which data is critical

Step 2: Find precedents for {old → new} migrations in production projects.
At least 3 different approaches: pg_dump, dual-write, blue-green.
For each, list the pros and risks for our data size.

Step 3: Create a migration plan in plans/YYYY-MM-DD-db-migration.md:
- phases (backup, migration, verification, switchover)
- success criteria for each phase
- rollback plan if something goes wrong
- downtime or no downtime

Step 4: Self-check. Are all figures supported by documentation?
Have all steps been mentally checked against the dev environment?

3-shablon. Yangi funksiya qo‘shish.

I'm enabling Plan Mode. Task: add the {description} feature to the project.

Step 1: Study how similar features currently work in the project.
Specifically, look at:
- {file-1}
- {file-2}
- which architectural patterns are used
- which tests are written for similar features

Step 2: Find how this feature is implemented in open-source projects
with a similar architecture. At least 2 different approaches.

Step 3: Create a plan in plans/YYYY-MM-DD-feature-{name}.md:
- list of new files
- list of changed files with specific lines
- implementation sequence
- which tests to add
- what to add to CLAUDE.md as a rule for future sessions

Step 4: Self-check. Does the plan follow the project's architecture?
Does it assume libraries that haven't been installed yet?

4-shablon. Test yozish.

I'm enabling Plan Mode. Task: cover the {name} module with tests.

Step 1: Study the {path} module. Identify:
- public functions and their signatures
- internal functions we will NOT test (implementation details)
- edge cases: empty input, errors, concurrent access

Step 2: Find test examples for a similar class of tasks
in popular open-source projects using the same framework.

Step 3: Create a test plan in plans/YYYY-MM-DD-tests-{module}.md:
- for each public function, a list of tests
- which mocks are needed
- which fixtures
- which verification approach (assertion style)

Step 4: Self-check. Do all tests check behavior rather than implementation?
Does the coverage include edge cases?

5-shablon. Murakkab xatoni tuzatish.

I'm enabling Plan Mode. Task: understand the cause of the error {symptom-description}.

Step 1: ESTABLISH THE FACTS. Solutions and ideas are prohibited. Only:
- what I observe (exact wording of the error)
- reproducible steps
- what data is available (logs, traces, library versions)
- what data is missing (what needs to be collected additionally)

Step 2: Find precedents for this error.
At least 3 sources: GitHub issues, documentation, and other relevant references.
For each, provide a link and a brief summary of the solution.

Step 3: Create a diagnostic plan in plans/YYYY-MM-DD-bug-{name}.md:
- which hypotheses to check (sorted by likelihood)
- which commands/scripts to run to check each one
- the expected result of each check

Step 4: Self-check. Are there any hypotheses in the plan that are "pulled out of thin air"?
Are all hypotheses tied to facts from Step 1?

Har bir shablondan nusxa oling, {parameters} o‘rnini o‘z qiymatlaringiz bilan almashtiring va Claude Code’ga Reja rejimida kiriting. Natijada plans/ ichida tasdiqlab, amalga oshirishda foydalanadigan ishchi reja yaratiladi.

Reja rejimi va odatiy rejim: qaysi birini tanlash kerak?#

Anthropic buni hujjatlarida to‘g‘ridan-to‘g‘ri aytadi:

Faqat haqiqiy diff kichik, tushunarli va xavfi past bo‘lsa alohida rejani o‘tkazing. Yondashuvni topish yoki komponentlardagi xavfli o‘zgarishni muvofiqlashtirish kerak bo‘lsa rejalang. Fayl nomi yoki bir jumlalik maqsad migratsiya, autentifikatsiya va ma’lumot yaxlitligi xatarini yo‘qotmaydi.

Qarorlar jadvali:

Rejimdan oldin yondashuv, yon ta’sir va tekshiruv tushunarlimi, deb so‘rang. Kichik, mahalliy, xavfi past va tekshiruvi aniq ishni bevosita bajaring. Noaniqlik, notanish kod, migratsiya, autentifikatsiya yoki komponentlararo muvofiqlik bo‘lsa, barcha 3-5 fayl nomi ma’lum bo‘lsa ham avval rejalang.

Ishonchli ish uchun Reja rejimi + CLAUDE.md + subagentlarni qanday birlashtirish mumkin?#

CLAUDE.md — Claude har bir seans boshida, jumladan Reja rejimida ham o‘qiydigan fayl. CLAUDE.md’da “sanalarni hech qachon kodga yozib qo‘ymang; ularni doimo ma’lumotlar bazasidan oling” deyilsa, reja sanani kodga yozib qo‘yishni hech qachon taklif qilmaydi. Bunday qoida bo‘lmasa, reja istalgan narsani taklif qilishi mumkin.

Uyg‘unlik quyidagicha ishlaydi:

1-qavat. CLAUDE.md qoidalarni belgilaydi.

Faylda loyiha steki, me’moriy tamoyillar, taqiqlar (“eskirgan API’lardan foydalanmang”) va talablar (“barcha elektron xatlar umumiy maketdan o‘tsin”) ko‘rsatiladi. Batafsil qo‘llanma: CLAUDE.md’ni qanday sozlash kerak.

2-qavat. Reja rejimi qoidalarni vazifaga tatbiq etadi.

Reja rejimini yoqib, “OAuth qo‘sh” deb so‘rasangiz, Claude CLAUDE.md’ni o‘qiydi, qoidalarni (“tokenlarni ma’lumotlar bazasida emas, Redis’da saqlang”) ko‘radi va ularni darhol rejaga kiritadi. Reja loyiha arxitekturasiga mos keladi.

3-qavat. Subagentlar ishni taqsimlaydi.

Reja bosqichlarga bo‘lingan bo‘lsa, har bir bosqichni alohida subagentga topshirish mumkin. Har bir subagent asosiy oynani to‘ldirmasdan, o‘z kontekst oynasida ishlaydi. plans/ ichidagi reja markaziy haqiqat manbai bo‘lib qoladi: subagentlar uni o‘qiydi, o‘z bosqichini bajaradi va belgilash kataklarini yangilaydi.

Reja rejimini buzadigan 7 ta xato qaysilar?#

1-xato. Reja faqat chatda qoladi.

Alomati: reja yozdingiz, oynani yopdingiz, ertasi kuni unga qaytishingiz kerak — ammo hech narsa yo‘q, kontekst yo‘qolgan. Yechim: rejani doimo repozitoriydagi plans/YYYY-MM-DD-feature-name.md fayliga saqlang. Chat — ish stoli, fayl esa arxiv.

2-xato. Barcha vazifalar bitta chatda.

Alomati: bir seansda autentifikatsiyani, keyin ko‘chirishni, so‘ng UI dizaynini va keyin xatoni muhokama qilasiz. Kontekst oynasi “shishadi” va Claude avvalgi narsalarni unutadi. Yechim: bitta vazifa — bitta suhbat. Reja tugadimi? Oynani yoping. Amalga oshirishni boshlayapsizmi? Yangi suhbat oching.

3-xato. Bosqichlarsiz 3000 qatorli bitta reja.

Alomati: reja bor, ammo belgilash kataklari yoki bo‘linmalar yo‘q. Nima tugagani va nima qolganini bilib bo‘lmaydi. Ish topshirish imkonsiz. Yechim: har bir rejani 3-7 bosqichga bo‘ling. Har bir bosqich aniq amallarni ko‘rsatuvchi belgilash kataklari ro‘yxatidan iborat bo‘lsin.

4-xato. Rejadan oldin chuqur o‘rganish yo‘q.

Alomati: oldingi misollarni izlashni so‘ramaganingiz uchun Claude o‘zicha yechim taklif qiladi. Bir haftadan keyin ochiq kodli loyihalarda anchadan beri yaxshiroq yondashuv borligini bilib qolasiz. Yechim: 4 bosqichli siklning 2-qadamida rejani tuzishdan oldin Claude’dan internetdan 2-3 ta misol topishni so‘rang.

5-xato. AI laganbardori tashxissiz yechim beradi.

Alomati: “X xatosini qanday tuzataman?” deb so‘raysiz, Claude yechim beradi, uni qo‘llasangiz, hech narsa ishlamaydi yoki vaziyat yomonlashadi. Yechim: doimo “faktlarni aniqlang; yechimlar taqiqlanadi” deb boshlang. Variantlarga faqat tashxisdan keyin o‘ting.

6-xato. O‘zini tekshirishni o‘tkazib yuborish.

Alomati: reja ishonarli ko‘rinadi, ammo ichida 2-3 ta “havodan olingan” taxmin bor (o‘ylab topilgan kutubxona, mavjud bo‘lmagan API yoki noto‘g‘ri versiya). Amalga oshirish shu joylarda buziladi. Yechim: 4 bosqichli siklning 4-qadami — Claude’dan rejani xolisona qayta tekshirib, taxminlarni belgilashni so‘rang.

7-xato. /goalda noaniq shartlar.

Alomati: /goal make it look nice deb belgilab, tun bo‘yi ishlashga qoldirasiz va ertalab $200 kvota sarflanganini ko‘rasiz. Yechim: faqat tekshiruv buyrug‘i va majburiy or stop after N turns bilan ifodalangan o‘lchanadigan shartlardan foydalaning. “Yaxshi qil” yoki “sayqalla” demang.

Vibe coder’lar ko‘pincha qiladigan sakkizinchi xato — plans/ papkasi tushunchasini butunlay e’tiborsiz qoldirish. plans/ papkasisiz Reja rejimi metodologiya emas, o‘yinchoq. Reja rejimidan foydalanib, fayl yaratmasangiz, uning imkoniyatlaridan 10% foydalanasiz.

Reja rejimidagi ilk tajribangizdan keyin nima qilish kerak?#

Qiyinligi ortib boradigan uchta aniq qadam:

1-qadam. Hali yo‘q bo‘lsa, CLAUDE.md’ni sozlang.

CLAUDE.md bo‘lmasa, Reja rejimi “vakuumda” ishlaydi — Claude loyiha qoidalarini bilmaydi va arxitekturani buzadigan rejalar taklif qiladi. To‘liq qo‘llanma: CLAUDE.md’ni qanday sozlash kerak. Minimal CLAUDE.md stek, qoidalar va taqiqlarni tavsiflaydigan 50-80 qatordan iborat. Uzunligi ikkinchi darajali. Aniqlik muhim.

2-qadam. Repozitoriyda plans/ papkasini yarating.

Loyihaning ildizida plans/ papkasini qo‘shing. Nomlash formatini kelishib oling: YYYY-MM-DD-feature-name.md. Har bir reja alohida faylda bo‘lsin. Bir oydan keyin 20-30 ta fayl, olti oydan keyin esa 100+ ta fayl bo‘ladi. Bu — loyiha qarorlarining jonli tarixi.

3-qadam. Bitta vazifada /goalni sinab ko‘ring.

Odatda qo‘lda 30-40 daqiqa bajaradigan vazifani tanlang. Reja rejimini yoqing, reja tuzing va uni plans/ ichiga saqlang. Reja rejimidan chiqing. /goal complete all phases in plans/file.md, all tests pass, or stop after 30 turns deb belgilang. Noutbukni bir soatga yoping va boshqa ish bilan shug‘ullaning. Qaytib, natijani tekshiring.

Uch qadam — eng kam zarur to‘plam. Bular asta-sekin shakllanadi; hammasini bir kechada joriy qilishga urinmang. CLAUDE.md’dan boshlang, bir haftadan keyin plans/ni qo‘shing, bir oy o‘tgach /goalni tunda sinab ko‘ring.

Tayyor bo‘lsangiz, Ailoot bilan tanishing.