2026-yilda Claude Code limitlari: tokenlarni tugatib qo‘ymaslikning 8 qoidasi
Markdown2026-yilda Claude Code Pro va Max limitlari va tokenlarni tejashning 8 qoidasi: /compact, Plan Mode, ixcham CLAUDE.md, ko‘nikmalar, model tanlash va kesh orqali 90% tejash.
Maqolani to‘liq o‘qish
Asosiy fikrlar
Muallif ta’riflagan tajribaga ko‘ra, Claude Code limitlari obuna sababli emas, balki ishlash usuli sabab tugaydi. Agar kun davomida barcha vazifalarni bitta chatga yozsangiz, tushlikka borib kontekst to‘lib ketadi va tokenlar ikki baravar tez sarflanadi. Har bir vazifa uchun yangi suhbat boshlasangiz, ixcham CLAUDE.md ishlatsangiz, rejani alohida faylda saqlasangiz va Skills’ni talabga qarab yuklasangiz, $100 lik Max obunasi vibe coding bilan to‘liq ish kuniga yetadi. Ushbu maqolada amaldagi tariflar, tokenlarni tejashning 8 qoidasi va pauzaga qo‘yilgan 2026-yil 15-iyun avtomatlashtirish e’loni haqida gapiraman.
Ailoot ma’lumotnoma hujjatlari: ailoot.ai/docs/.
2026-yilda Claude Code limitlari qanday ishlaydi va nima uchun ularga yetib borasiz?
Asosiy fikrlar
$20 lik Pro 5 soatlik oynada taxminan 45 ta xabar beradi, $100 lik Max 5x undan besh baravar ko‘p, $200 lik Max 20x esa yigirma baravar ko‘p beradi. Limitlar 5 soatlik oyna va hafta uchun alohida hisoblanadi. Anthropic 2026-yil 6-mayda 5 soatlik kvotalarni ikki baravar oshirdi. Bir xil limitlarda bir kishi 8 soat ishlasa, boshqasi tushlikkacha limitga yetadi — butun farq ishlash usulida.
2026-yil 20-may holatiga ko‘ra, pullik Claude Code rejalari quyidagicha:
| Reja | Narxi | 5 soatlik oyna (taxminan) | Alohida jihati |
|---|---|---|---|
| Pro | oyiga $20 | ~45 ta xabar yoki 44K token | Asosiy, sinab ko‘rish uchun |
| Max 5x | oyiga $100 | ~225 ta xabar | Ustuvor kirish |
| Max 20x | oyiga $200 | ~900 ta xabar | Yangi modellarga erta kirish |
| Team Premium | har bir o‘rin uchun $100 (yillik) | har bir o‘ringa Max 5x | SSO, umumiy loyihalar |
| Enterprise | shartnoma asosida | moslashtirilgan + muvofiqlik | RBAC, ma’lumotlar joylashuvi |
Raqamlar Anthropic’ning rasmiy sahifasidan olingan. 5 soatlik oynadan tashqari, haftalik limit ham bor; u juma atroflarida faol foydalanuvchilar tajribasiga ta’sir qila boshlaydi.
6-maydagi ikki baravar oshirish nima edi?
2026-yil 6-may kuni bo‘lib o‘tgan Code with Claude SF konferensiyasida Anthropic SpaceX Colossus 1 bilan kelishuvni e’lon qildi: 220,000 ta NVIDIA grafik kartasi, 300 MW quvvat va bir oy ichida ishga tushirish. Darhol:
- Barcha pullik rejalar uchun 5 soatlik limitlar ikki baravar oshirildi.
- Oldin tig‘iz soatlarda kvotalarni kamaytirgan kunlik tig‘iz soatlar cheklovi olib tashlandi.
- API uchun: Opus modelining daqiqasiga maksimal kiruvchi tokenlari 30K dan 500K gacha (+1500%) oshirildi, maksimal chiquvchi tokenlari esa 8K dan 80K gacha oshirildi.
Yana bir vaqtinchalik aksiya 13-maydan 13-iyulgacha amal qiladi: Pro / Max / Team uchun haftalik limitlarga +50%. 13-iyuldan keyin haftalik kvotalar avvalgi darajaga qaytadi.
Vibe coder amalda qancha foydalanadi?
Anthropic o‘zining rasmiy hujjatlarida namunaviy raqamlarni keltiradi:
- Dasturchilar kuniga o‘rtacha $13, oyiga $150-250 sarflaydi.
- Foydalanuvchilarning 90% kuniga $30 doirasida qoladi.
- Plan Mode’dagi agent jamoalari odatiy seansga qaraganda taxminan 7 baravar ko‘p token sarflaydi.
Kontekst oynasining hajmi modelga bog‘liq. Anthropic hujjatlariga ko‘ra, 2026-yil sentabr holatiga ko‘ra Opus 4.7 va undan yangilari, Sonnet 5 hamda Fable modellari har qanday rejada, jumladan Pro’da ham 1M tokenli oynaga ega; avtomatik ixchamlashtirish (auto-compact) odatda taxminan 967K da ishga tushadi. Kengaytirilgan kontekstsiz Opus 4.6 va Sonnet 4.6’da 200K oyna mavjud va ixchamlashtirish 200K chegarasida boshlanadi. O‘z chegarangizni /autocompact buyrug‘i bilan belgilashingiz mumkin, masalan, /autocompact 500k. Yarim kunlik ishni bitta chatga tiqishtirsangiz, kontekst shishib ketadi, Claude suhbat izini yo‘qotadi, bir xil fayllarni qayta o‘qiy boshlaydi va tokenlar 1.5–2 baravar tez sarflanadi.
Muallif ta’riflagan tajribada, quyida muhokama qilinadigan 8 qoida tufayli $200 lik obuna yetadi. Ularsiz hatto Max 20x ham tushlikkacha tugaydi.
1-qoida. Nega “bitta vazifa — bitta suhbat” eng ko‘p token tejaydi?
Asosiy fikrlar
Tokenlarni tejashning birinchi qoidasi: kun davomida bajariladigan uchta vazifani bitta chatga tashlamang. Har bir yangi mavzu uchun yangi oyna oching. Kontekst yarim kunlik suhbat bilan to‘lib qolsa, Claude bilgan narsalarini qayta o‘qiydi va keraksiz ma’lumotni yodda saqlashga token sarflaydi. Bitta chat = bitta vazifa — Claude’ning ham, sizning ham fikringizni tiniq saqlaydi.
Bu qoida “parallel ravishda 5 ta chat ochish” haqida emas, balki aynan “keyingi vazifa uchun avvalgi chatni kovlamaslik” haqida.
Ta’riflangan usulda bu shunday ishlaydi. Har bir xabarda Claude nafaqat yangi so‘rovni, balki avvalgi suhbatning hammasini ko‘radi. Ertalab landing page’ni muhokama qilib, keyin email kampaniyasiga o‘tsangiz, undan so‘ng workshop yo‘riqnomasini tuzatishni so‘rasangiz, uchinchi so‘rov paytida butun tarix kontekstga qo‘shiladi. Landing page’ni allaqachon unutgan bo‘lsangiz ham, tokenlar uni “eslab qolish” uchun sarflanadi.
“Boshni bo‘shatish” nega yordam beradi?
Vazifa tugashi bilan chatni yoping. Bu hatto tokenlar haqida ham emas — diqqatni bo‘shatish usuli.
Vazifa chindan tugagan bo‘lsa, chatni “balki qaytib kelarman” deb ochiq qoldirmang. Yangisini oching. Eskisini claude --resume yoki /resume bilan istalgan belgi orqali (branch nomi, PR ID, teg) topishingiz mumkin.
Vazifa ikki kunga cho‘zilsa nima qilish kerak?
Vazifani chindan davom ettirish kerak bo‘lsa, chatni “osilib” qoldirmang. Yopishdan oldin Claude’dan yonma-yon chat uchun so‘rov matni yozishni so‘rang (7-qoidaga qarang). Bu 50K tokenlik tarixni 500-tokenli so‘rovga siqadi — ertaga yangi chat hammasini qayta yozmasdan kontekstni davom ettiradi.
2-qoida. CLAUDE.md faylini 500 emas, 200 qatorda saqlang
Asosiy fikrlar
CLAUDE.md har bir seans boshida yuklanadi va oxirigacha kontekstda qoladi. Unda 500 qator bo‘lsa, har bir seansda shu 500 qator uchun token to‘laysiz. Anthropic rasmiy ravishda 200 qatordan oshirmaslikni tavsiya qiladi.
CLAUDE.md — Claude yangi seansni boshlaganda o‘qiydigan birinchi fayl. Bu bo‘lim aynan tokenlarni tejash haqida.
Necha qator me’yor hisoblanadi?
| Yondashuv | Qatorlar | Qayerda ishlaydi |
|---|---|---|
| Anthropic’ning rasmiy tavsiyasi | 200 tagacha | O‘rtacha repozitoriy |
/init bilan avtomatik yaratilgan | o‘zgaradi | Yaxshilashdan ko‘ra natijalarni yomonlashtirishi ko‘proq uchraydi |
Nega uzun CLAUDE.md agentni ahmoqroq qiladi?
Izoh oddiy: /init repozitoriyni “modelga qayta tasvirlaydi” va model allaqachon biladigan yoki tuzilmani bir qarashda ko‘rib o‘zi topa oladigan ma’lumotni kontekstga qo‘shadi. Bu takrorlanish token sarflaydi va e’tiborni xiralashtiradi.
Ixchamlik qoidasi: har bir so‘z xatti-harakatni o‘zgartiradi
Agar CLAUDE.md faylidan bir qatorni olib tashlaganimda Claude’ning xatti-harakati o‘zgarmasa, u qator kerak emas. Buni sinab ko‘ring:
- CLAUDE.md faylini ochib, har bir paragrafni ko‘rib chiqing.
- O‘zingizdan so‘rang: “Buni olib tashlasam, Claude xato qila boshlaydimi?”
- Agar yo‘q bo‘lsa, o‘chirib tashlang yoki Skill ichiga ko‘chiring.
Faqat muayyan vaziyatlarda amal qiladigan barcha qoidalarni skills ichiga joylang (.claude/skills/<name>/SKILL.md). CLAUDE.md esa faqat doim kerak bo‘ladigan narsalar uchun.
3-qoida. Nega Claude Code rejasini alohida faylda saqlash kerak?
Asosiy fikrlar
Rejalash — faqat o‘qish bosqichi: Claude kod yozmaydi, faqat tekshiradi va yondashuv taklif qiladi. Tasdiqlagach, amalga oshirish uchun ruxsat rejimini o‘zim aniq tanlayman. Men rejani plans/ papkasidagi alohida faylda saqlayman va uni amalga oshirish uchun chatga kontekst sifatida beraman. Bu eng qimmat narsani — boshlang‘ich yo‘nalish noto‘g‘ri bo‘lgandagi qayta ishlashni — tejaydi.
Plan Mode — Shift+Tab bilan yoqiladigan Claude Code rejimi. Unda Claude amalga oshirishdan oldin kodni o‘rganadi, fayl o‘qiydi va savol beradi. Quyidagi jarayonda repo tahririni alohida tuting: rejani ko‘rib, plans/ ga qo‘lda saqlang yoki yangi chatdan oldin Plan Mode’dan chiqib, reja faylini yozishga aniq ruxsat bering.
Fayldagi reja Claude xotirasidagi rejadan nega yaxshiroq?
Har bir loyihada plans/ papkam bor. Vazifani boshlaganimda:
- Plan Mode’da Claude’dan tekshirish va yondashuv taklif qilishni so‘rayman.
- Rejani ko‘rib, matnini
plans/YYYY-MM-DD-task-name.mdga o‘zim saqlayman; yoki Plan Mode’dan chiqib, faylni Claude yozishiga ruxsat beraman. Chatni yopishdan oldin saqlangan mazmunni tekshiraman. - Chatni yopaman.
- Yangi chatda: “
plans/YYYY-MM-DD-...mdfaylini o‘qi va 1-bosqichni amalga oshir”, deyman.
Bundan oladigan foydam:
- Reja qayd etiladi — Claude bir soat oldin kelishganlarimizni “unutmaydi”.
- Rejani qo‘lda tahrirlay olaman — 5 ta qadamni ko‘rib, uchinchi qadam kerak emasligini tushunaman, uni o‘chiraman va davom etaman.
- Reja qayta ishga tushirgandan keyin ham saqlanadi — ertaga qaytib, faylni ochaman va davom etaman.
- Uni agentlarga navbat bilan topshira olaman — bir chat reja yozadi, boshqasi amalga oshiradi, uchinchisi ko‘rib chiqadi.
Plan Mode keshni buzmaydi
Muhim jihat: Plan Mode faqat suhbat keshini (xabarlarni) yaroqsiz qiladi, tizim so‘rovi va loyiha konteksti (CLAUDE.md) esa faol holda qoladi. Demak, Plan Mode’ga o‘tib qaytish token jihatidan deyarli hech narsa talab qilmaydi — /model bilan modelni almashtirishdan farqli ravishda; u keshning kirish narxining 90% iga teng qismini buzadi va butun prefiksni qayta hisoblashga majbur qiladi.
Kontekstni muhandisona boshqarish rejani 5 soatda tugaydigan chatda emas, saqlanib qoladigan joyda tutishni ham anglatadi.
4-qoida. Skills seans boshida emas, trigger bo‘lganda yuklanadi
Asosiy fikrlar
Claude Code Skills — SKILL.md fayliga ega papkalar bo‘lib, Claude ularni faqat vazifaga aloqador bo‘lganda ko‘radi. CLAUDE.md har doim yuklanadi; skill esa faqat tavsifi so‘rovingizga mos tushganda yuklanadi. Shu sababli loyiha kontekstga yuk bo‘lmasdan o‘nlab skillni o‘z ichiga olishi mumkin — ishga tushirish so‘rovida faqat har bir skillning nomi va tavsifidan iborat kichik sarlavha bo‘ladi.
Skills uch bosqichda yuklanadi:
- Metama’lumot doim mavjud — seans boshida Claude har bir skillning faqat
namevadescriptionmaydonlarini ko‘radi. Hajmi: har bir skill uchun ~100 token. - Trigger bo‘lganda ko‘rsatmalar — foydalanuvchi tegishli narsani aytganda, Claude SKILL.md matnini yuklaydi. Hajmi: 5000 tagacha token.
- So‘rov bo‘yicha resurslar — biriktirilgan fayllar (misollar, shablonlar) faqat model ularga murojaat qilgandagina olinadi.
To‘liq ko‘rsatmalar faqat Claude skill tegishli deb topganda yuklanadi (5K tokendan kam). Yordamchi skript va fayllar faqat ochiqchasiga kerak bo‘lganda yuklanadi. Demak, aloqasiz vazifalardagi unumdorlikka ta’sir qilmasdan o‘nlab skillni o‘rnatishingiz mumkin.
Bu token tejamkorligini qanday o‘zgartiradi?
Ta’riflangan misolda o‘quv qo‘llanmalari yozish qoidalari, xat tarqatish qoidalari va kodni ko‘rib chiqish qoidalari oldin CLAUDE.md ichida edi. Fayl 500 qatorga yetdi va suhbat landing page haqida bo‘lsa ham, har bir seans boshida barcha 500 qator uchun haq to‘lardim.
Bu misolda CLAUDE.md ichida navigatsiya va asosiy tamoyillardan iborat 200 qator bor. 4 to‘plam qoida skills ichida:
.claude/skills/
├── write-tutorial/SKILL.md # trigger: “qo‘llanma yoz”
├── deploy-checklist/SKILL.md # trigger: “nashrdan oldin tekshir”
├── send-broadcast/SKILL.md # trigger: “xat tarqat”
└── debug-payment-webhook/SKILL.md # trigger: “to‘lovni tekshir”
Claude ishga tushganda faqat sarlavhalarni ko‘radi — 400 token. “Qo‘llanma yoz” desam, tegishli SKILL.md ni yuklaydi va unga amal qiladi. “Xat tarqat” desam, boshqasini yuklaydi.
Anthropic’ning rasmiy hujjatlaridagi skill yozish qoidalaridan iqtibos:
Skill yuklangach, uning mazmuni keyingi navbatlarda ham kontekstda qoladi, shuning uchun har bir qator tokenlarda takroriy xarajat bo‘ladi. Nima va qanday qilishni yozing, qanday va nima uchunligini qayta bayon qilmang.
Skill shubhali bo‘lsa, o‘rnatmang
Skills — fayllaringiz va API kalitlaringizga bevosita kira oladigan bajariluvchi ko‘rsatmalar. Boshqa birovning to‘plamini o‘rnatishdan oldin har bir SKILL.md ni ochib, o‘zim o‘qiyman. Ichida tashqi URL’larga havolalar bo‘lgan bash: bloklari bo‘lsa, bu ogohlantiruvchi belgi; uni o‘rnatmayman.
5-qoida. Vazifani asosiy seans o‘rniga qachon sub-agentga topshirish kerak?
Asosiy fikrlar
Sub-agent — o‘z kontekst oynasi, tizim so‘rovi va vositalar to‘plamiga ega alohida Claude seansi. Asosiy chatga faqat yakuniy natija qaytadi — 50 ta faylni o‘qish va 10K qator jurnalni tahlil qilishdagi barcha “shovqin” sub-agent kontekstida qoladi. Asosiy seans izlanish natijasida kattalashib ketadigan vazifa turlarida bu tokenlarning 90% igacha tejaydi.
Hajmli operatsiyalarni sub-agentlarga topshiring, shunda ularning batafsil chiqishi o‘z kontekstida qoladi va asosiy suhbatga faqat natija qaytadi.
Qaysi vazifalarni sub-agentlarga topshirish mumkin?
- Katta kod bazasidan qidirish. Sub-agent 30 ta faylni o‘qib, “tegishli funksiya
src/lib/payment/cloudpayments.ts:142da”, deb qaytaradi. Asosiy kontekstda 30 ta faylning mazmunini ko‘rmayman. - Testlarni ishga tushirish va jurnallarni tahlil qilish. Sub-agent
npm testni ishga tushiradi, chiqishdagi 200 qatorni ko‘rib, “X, Y, Z da 3 ta test shu sababli muvaffaqiyatsiz tugadi”, deb qaytaradi. - Bir nechta faylda refaktorlash. Har bir fayl uchun bittadan sub-agent — parallel ravishda.
- Qo‘llanmadagi havolalarni tekshirish. Sub-agent WebFetch orqali 30 ta URL’ga kirib, “5 ta havola 404 qaytaryapti”, deb javob beradi.
2026-yil mayida Anthropic Multi-Agent Orchestration’ni birinchi darajali xususiyat sifatida rasman e’lon qildi. Avval sub-agentlarni faqat SDK orqali kodda ishga tushirish mumkin edi; endi ularni Claude Code ichida slash buyruqlari orqali bevosita ishga tushirish mumkin.
Sub-agentlar qayerda samarasiz?
Shuning uchun sub-agentlarni yarim kun tekshirmay qoldirmayman. Qoida shunday: parallel tarzda qanchalik ko‘p topshirsangiz, oraliq natijalarni shunchalik tez-tez tekshirishingiz kerak. Katta vazifalarda har bir sub-agent uchun Plan Mode’ni alohida yoqaman.
6-qoida. Vazifa uchun Claude modelini (Opus / Sonnet / Haiku) qanday tanlash kerak?
Asosiy fikrlar
Opus 4.7, Sonnet 4.6 va Haiku 4.5 narxlari taxminan 5-15 baravar farq qiladi. Opus Haiku’dan o‘n baravar qimmat, ammo vazifalarning 90% ida u o‘n baravar aqlliroq emas. Qoida oddiy: Opus’dan faqat chuqur arxitektura qarori yoki murakkab refaktorlash zarur bo‘lganda foydalaning. Oddiy ishlar uchun Sonnet standart tanlov. Haiku esa sodda qidiruvlar, tasniflash va ma’lumot topish uchun.
API narxlari (million token uchun):
| Model | Kiruvchi | Chiquvchi | Keshlangan kiruvchi |
|---|---|---|---|
| Opus 4.7 | $5 | $25 | $0.50 |
| Sonnet 4.6 | $3 | $15 | $0.30 |
| Haiku 4.5 | $1 | $5 | $0.10 |
Manba: Anthropic’ning rasmiy sahifasi. Obuna tarifida narxlar ko‘rinmaydi, lekin nisbat o‘sha-o‘sha. Opus 4.7 bo‘yicha bir izoh: Opus 4.6 bilan solishtirganda, uning yangi tokenizeri bir xil matn uchun +35% gacha ko‘proq token ishlatishi mumkin. Har bir token narxi oshmagan, lekin bir so‘rovning amaldagi xarajati oshgan. Hammasini o‘ylamasdan Opus orqali bajarsangiz, Sonnet yoki Haiku’ni vazifalaringizning yarmida ishlatganga qaraganda limit 5 baravar tez tugaydi.
Model tanlashga misol
| Vazifa | Model | Sababi |
|---|---|---|
| Arxitektura qarori, mahsulotning yangi bo‘limi | Opus 4.7 | Chuqur tahlil kerak |
| Aniq spetsifikatsiya bo‘yicha komponent yozish | Sonnet 4.6 | Standart |
| Xatoni tuzatish, o‘zgaruvchi nomini almashtirish | Sonnet 4.6 yoki Haiku 4.5 | Oddiy tahrir |
| Ta’rif bo‘yicha fayl topish, fayl marshrutlash | Haiku 4.5 | Arzon |
| Matn tarjimasi, tasniflash, qisqacha bayon | Haiku 4.5 | Oddiy model uddalaydi |
| O‘z kodingizni ko‘rib chiqish | Sonnet 4.6 | Standart |
| Ko‘p bosqichli fikrlashni talab qiladigan murakkab xatoni topish | Opus 4.7 | Fikrlash zanjiri kerak |
Modellarni /model buyrug‘i bilan almashtiring. Ammo modelni almashtirish keshni yaroqsiz qiladi. Seans o‘rtasida Sonnet’dan Opus’ga o‘tsangiz, keyingi so‘rov butun prefiksni kesh narxida emas, to‘liq kirish narxida boshidan qayta hisoblaydi. Shuning uchun modelni boshida tanlagan ma’qul, uni qayta-qayta almashtirmang.
/effort — kamroq keskin sozlama
2026-yil aprelida Anthropic /effort sozlamasini joriy qildi — fikrlash chuqurligining 5 darajasi: minimal / low / medium / high / xhigh. Opus 4.7’dagi Claude Code’da odatda xhigh tanlangan bo‘ladi.
Men shunday qilaman:
- Tasniflash, ma’lumot ajratib olish va qisqa xulosalar uchun:
/effort low. Chuqur fikrlash talab qilmaydigan vazifa turlarida bu 30-70% tejaydi. - Sodda kod yozish vazifalari uchun:
/effort medium. - Murakkab arxitektura uchun: xhigh holida qoldiraman.
/effort modelni emas, faqat uning fikrlash chuqurligini o‘zgartiradi. Kesh saqlanib qoladi.
7-qoida. /compact ishlatish o‘rniga yangi chatga so‘rov matnini bering
Asosiy fikrlar
/compact chat tarixini xulosaga siqadi, ammo suhbat keshini buzadi va xulosaning o‘zini tayyorlashga token sarflaydi. Menda undan yaxshiroq usul bor: Claude’dan vazifa va kontekstni o‘z ichiga olgan so‘rov matnini yonma-yon chat uchun yozishni so‘rayman, uni yangi chatga ko‘chiraman va faol prefiks bilan boshlayman. Bu 50K tokenlik tarixni 500-tokenli so‘rovga siqadi.
/compact — tarixni xulosa bilan almashtiradigan rasmiy Claude Code buyrug‘i. Uni oxirgi xabardan keyin darhol, kesh faol turgan paytda (obuna uchun TTL — 1 soat) ishga tushirsangiz, xulosa keshlanadi va standart narxning 10% iga o‘qiladi. Bir soatdan keyin ishga tushirsangiz, kesh sovigan bo‘ladi va to‘liq narx to‘laysiz.
/compact buyrug‘ini moslashtirish mumkin:
/compact Focus on code samples and API usage
Yoki CLAUDE.md faylida standart xulosada nimalarga e’tibor qaratishni belgilashingiz mumkin:
# Compact instructions
When you are using compact, please focus on test output and code changes
Lekin men odatda boshqacha qilaman.
Yaqin atrofdagi chatga so‘rov uzatish: misol
Qadamlar:
- Joriy chatda kontekst 50% dan oshganini ko‘rsam, shunday deyman: “Ishni ma’nosini yo‘qotmasdan davom ettiradigan, yonma-yon chat uchun so‘rov yoz. Quyidagilarni kiriting: nima ustida ishlayotgan edik, nimalar bajarildi, nimalar qoldi, muhim fayl va konstantalar.”
- Claude menga 300-800 tokenli so‘rov beradi.
- Joriy chatni
/clearbilan yopaman yoki shunchaki yangi chat ochaman. - So‘rovni joylab, CLAUDE.md va loyiha konteksti faol, suhbat xotirasi esa toza bo‘lgan holda boshlayman.
/compact bilan solishtirganda oladigan foydam:
- Yangi chatga nima kirishini nazorat qilaman.
/compacto‘z tushunchasiga ko‘ra xulosa qiladi; boshlashdan oldin so‘rov matnini qo‘lda tahrirlay olaman. - So‘rov matnini
plans/fayliga saqlab qo‘yishim va ertaga qaytishim mumkin. - Yangi chat toza suhbat keshi bilan boshlanadi — shundan keyin keshlangan kirish narxida ishlaysiz.
Qachon /compact yaxshiroq?
- Plan Mode’da bo‘lsangiz va joriy rejani yo‘qotishni istamasangiz.
- Vazifa bir xil turda va kontekst izchil bo‘lsa (masalan, uzun hujjat tarjimasi).
/compactClaude javobidan darhol keyin ishga tushsa — shunda xulosa faol keshga tushadi va 10% turadi.
/clear — oxirgi chora
/clear hamma narsani, jumladan loyiha kontekstini ham o‘chiradi. Men undan faqat mutlaqo aloqasiz mavzuga o‘tayotganimda va oldingi hech narsani saqlamoqchi bo‘lmaganimda foydalanaman. /clear dan keyin keyingi so‘rov CLAUDE.md faylini qayta yuklash uchun to‘liq narx to‘laydi.
8-qoida. Claude Code keshini nima yaroqsiz qiladi va buning uchun nega haq to‘laysiz?
Asosiy fikrlar
Claude Code keshlash orqali kirish narxiga 90% chegirma beradi — keshlangan tokenlar odatiy kirish narxining 10% iga tushadi. Obunada kesh 1 soat saqlanadi (API’da odatda 5 daqiqa). Ammo tizim so‘rovi yoki loyiha kontekstidagi har qanday tahrir keshni buzadi va butun prefiksni qayta hisoblashga majbur qiladi. Bu bilim menga har kuni foyda beradi: qisqa so‘rov birdan juda ko‘p token ishlatganini ko‘rsam, yo‘lda keshni buzganimni bilaman.
Obunada keshning TTL’i 1 soat (har safar foydalanilganda uzayadi). API’da standart qiymat 5 daqiqa. Demak, 40 daqiqadan keyin ishga qaytsangiz, kesh hali amal qiladi va keyingi so‘rov uchun kirish narxi bir necha sent bo‘ladi. 1 soatdan keyin kesh muddati tugaydi va to‘liq narxni to‘laysiz.
Ko‘pincha compact’ga ketadigan vaqtning asosiy qismi kesh uzilishiga emas, xulosa yaratishga sarflanadi.
Keshni nima buzadi (vazifa davomida bulardan saqlaning)
/model— sessiya o‘rtasida modelni almashtirish. Har bir modelning o‘z keshi bor./model opusbuyrug‘idan keyin keyingi so‘rov Opus uchun butun prefiksni boshidan qayta hisoblaydi.opusplansozlamasi bilan Plan Mode’ni yoqish. Bu rejimda Plan Mode = Opus, odatiy rejim = Sonnet. Har bir Shift+Tab = model almashishi = kesh yaroqsizlanadi.- MCP serverini ulash / uzish. Vaqtinchalik nosozlikdan keyingi avtomatik qayta ulanish ham shunga kiradi. MCP serveringiz beqaror bo‘lsa, ikki marta to‘laysiz.
- Yalang‘och nomli taqiqlash qoidalari (
Bash,WebFetch) — tizim so‘rovidagi vositalar ta’rifini o‘zgartiradi. /compact— suhbat qatlamini yaroqsizlantiradi (ataylab shunday ishlaydi).- Claude Code’ni yangi versiyaga yangilash — yangi versiya yangi tizim so‘rovi va yangi keshni anglatadi.
Keshni nima BUZMAYDI?
- Repozitoriydagi fayllarni tahrirlash (ular kerak bo‘lganda o‘qiladi).
- Sessiya davomida CLAUDE.md’ni tahrirlash (lekin o‘zgarishlar qayta ishga tushirilmaguncha qo‘llanmaydi — 2-qoidaga qarang).
- Chiqish uslubini o‘zgartirish.
- Ruxsat rejimini o‘zgartirish (
opusplanaralashmagan bo‘lsa). - Skills / commands’ni chaqirish (suhbat qatlamiga qo‘shiladi).
/recap(keshni yaroqsizlantirmasdan xulosa beradigan yangi buyruq)./rewind(allaqachon qizigan prefiksga qaytish).- Sub-agentni ishga tushirish (asosiy sessiyaning keshiga ta’sir qilmaydi).
Keshdan o‘z foydangiz uchun qanday foydalanish mumkin?
- Sababsiz
/model’ni almashtirmang. Modelni vazifa boshida tanlang. - “Balki kerak bo‘lar” deb 10 ta MCP serverni yoqmang. Har biri tizim so‘roviga qo‘shiladi va qayta ulanganda keshni buzadi.
- Vazifalar orasida CLAUDE.md’ni tahrirlamang; barcha o‘zgarishlarni bir yo‘la kiriting va keyin qayta ishga tushiring.
- Kontekstni bo‘shatish emas, faqat xulosani ko‘rish kerak bo‘lsa,
/compacto‘rniga/recap’dan foydalaning.
15-iyun avtomatlashtirish kredit taklifiga nima bo‘ldi?
Interaktiv va dasturiy obuna jamg‘armalariga ajratish taklifi pauzaga qo‘yildi. Anthropic yordam yangilanishiga ko‘ra Agent SDK, claude -p va uchinchi tomon ilovalari obuna limitlaridan foydalanishi mumkin. Bekor qolgan taklif kreditlarini ikkinchi majburiy hisob deb qo‘shmang.
Oktabrda mos Max va Team rejalari uchun kiritilgan oylik API kreditlari bog‘langan Console tashkilotidagi kvota. Ular interaktiv limitlarni almashtirmaydi. Joriy API kredit qo‘llanmasi obuna login’i, API kaliti va qamralmaydigan ishga tushirish yuzalarini ajratadi.
Jadval vazifasiga budjetdan oldin autentifikatsiya, ishga tushirish joyi, model va haqiqiy sarfni yozing. claude -p buyrug‘ining o‘zi qaysi balans ishlashini bildirmaydi. Qo‘shimcha pulli API sarfi tashkilot billing sozlamasiga bog‘liq. Joriy izoh va kalkulyator uchun Claude Code avtomatlashtirish hisobi maqolasini ko‘ring.
Claude Code’dan foydalanadigan vibe coderning bir kuni
Asosiy fikrlar
Barcha 8 qoida birgalikda ishlasa, kuniga 8-10 soat vibe coding uchun $100 lik Max 5x obunasi yetadi. Har bir chat bitta vazifaga bag‘ishlangani, CLAUDE.md ixcham bo‘lgani, reja faylda saqlangani, skills talabga qarab yuklangani, og‘ir ish sub-agentlarga topshirilgani, model vazifaga mos tanlangani, vazifalar orasidagi o‘tishda so‘rov matni topshirilgani va seans o‘rtasida /model yoki MCP almashtirilmagani uchun limit tugamaydi.
Namunaviy kun:
- 9:00. 1-vazifa — elektron xat shablonini tahrirlash. Yangi chat ochaman, Plan Mode’dan foydalanaman va Claude’dan tekshirib chiqishni so‘rayman. Reja 3 daqiqada tayyor; auto-accept’ga o‘taman, tahrir 10 daqiqa oladi. Chatni yopaman.
- 9:30. 2-vazifa — o‘quv qo‘llanmasi yozish. Yangi chat ochaman, qo‘llanma yozish skilli ishga tushadi. U metodologiyadan 4000 token yuklaydi. Ishlayman, qo‘llanma 40 daqiqada tayyor bo‘ladi. Tamom.
- 11:00. 3-vazifa — murakkab arxitektura masalasi.
/model opus, Plan Mode, muhokama. Rejani ko‘rib,plans/2026-05-20-...mdga qo‘lda saqlayman yoki Plan Mode’dan chiqib yozishga ruxsat beraman. Faylni tekshirib, chatni yopaman. - 12:00. Yangi chat: “
plans/2026-05-20-...mdfaylini o‘qi va 1-bosqichni amalga oshir”. 6 ta sub-agent parallel ishlaydi — har biri bittadan fayl ustida. 1-bosqich 45 daqiqada tayyor bo‘ladi. Chatni yopaman. - 14:00. 4-vazifa — landing sahifasini tahrirlash.
/model sonnet. Yangi chat. Rejalash va amalga oshirish 30 daqiqa oladi. Chatni yopaman. - 15:00. 5-vazifa — ishlab turgan muhitdagi xatoni tuzatish.
/model opus, Plan Mode; chuqur tahlil kerak. Bir soat muhokamadan so‘ng, aniqlangan sabab va taklif etilgan tuzatishni kiritib, yaqin atrofdagi chatga mo‘ljallangan so‘rov yozishni so‘rayman. Uni yangi chatga ko‘chiraman va 20 daqiqada amalga oshiraman.
Kun oxirida: 6 ta vazifa, yopilgan 8 ta chat, birorta ham /compact ishlatilmadi. Limitning 40–60 foizi sarflanadi. Bu yetarli.
Limit quyidagilar uchun tugaydi:
- Kontekstining 50% i ishlatilgan chatga butun vazifani tiqishtiradiganlar.
- “Balki kerak bo‘lar” deb CLAUDE.md faylini 600 qatorda saqlaydiganlar.
- Har bir oddiy tahrir uchun
/model opusga o‘tadiganlar. - Shunchaki ehtiyot uchun 8 ta MCP serverini yoqadiganlar.
- Hech qachon sub-agent ishlatmay, hamma narsani asosiy suhbatga olib kiradiganlar.
Loyiha fayllarida ikkinchi xotira yaratib, Claude bilan jamoadagi muhandisdek ishlaydiganlar limiti tugatmaydi — unga aniq vazifalar berishadi, hamma narsani bitta suhbatga tashlashmaydi va har xil vazifalar uchun turli vositalardan foydalanishadi.
Manbalar
- Anthropic — limitlarning oshirilishi va SpaceX kelishuvi (2026-yil 6-may)
- Claude Code hujjatlari — xarajatlarni optimallashtirish
- Claude Code hujjatlari — model bo‘yicha kontekst oynasi va avtomatik ixchamlash
- Claude Code hujjatlari — prompt keshlash
- Claude Code hujjatlari — Skills
- Claude Code hujjatlari — o‘zgarishlar jurnali
- Anthropic API narxlari
- Anthropic Code with Claude SF 2026 — asosiy ma’ruza xulosasi
Ailoot bilan tanishishni ailoot.ai saytida davom ettirishingiz mumkin.
Batafsil
Ko‘p beriladigan savollar
Plan Mode’dan chiqmay rejani qanday saqlayman?
Rejani ko‘rib, matnni loyiha plans/ fayliga qo‘lda nusxalang yoki Plan Mode’dan aniq chiqib, yozishga ruxsat bering. Keyingi chat haqiqiy faylni yuklashi uchun seansni yopishdan oldin mazmunini tekshiring.
Yangi chatdan oldin handoff’ga nima kiradi?
Vazifa, bajarilgan va qolgan ish, asosiy fayllar va qarorlar. Avval tasdiqlangan reja yoki handoff’ni saqlang, yangi chatga yo‘lini bering. Qisqa handoff davom etishga zarur ma’lumotni saqlagandagina foydali.