Claude Code’da parallel ishlash: worktree, agentlar va workflow’lar

Agentlar bilan parallel ishlashga oid amaliy materiallar: Ailoot hujjatlari.

Ushbu qo‘llanmada amaliy tajriba va vositalarni qayerda qo‘llash xaritasi jamlangan. Unda Claude Code’ning to‘rtta rasmiy primitivi, ularni qo‘llash xaritasi va vibe coderga aslida qancha parallel agent kerakligini aniqlashga yordam beradigan shov-shuvga qarshi yondashuv berilgan. Barcha raqamlar va iqtiboslar Anthropic birlamchi manbalariga havola qiladi.

Claude Code’da multi-agent nima va nega bu “1000 ta agent” degani emas#

Multi-agent sozlamasida vazifa bir nechta mustaqil ish oqimiga bo‘linadi. Har biri o‘z qismini bajaradi va natijani qaytaradi. Eng sodda misol: bitta kompyuterdagi, umumiy git omboridan foydalanadigan Claude Code oynalarining birida frontendni, boshqasida esa backendni yozasiz. Bu ham multi-agent hisoblanadi, garchi buning uchun “orkestratsiya” so‘zini ishlatish ortiqcha bo‘lsa ham.

Murakkabroq sozlamada bitta Claude Code seansi ichida turli rollarga ega beshta subagentni ishga tushirasiz (frontend dasturchisi, backend dasturchisi, xavfsizlik tekshiruvchisi, testchi, hujjatlashtiruvchi). Har biri natijaning o‘z qismini umumiy suhbatga qaytaradi. Bu ham xuddi shu multi-agent yondashuvi, faqat boshqaruv nuqtasi bitta.

Undan ham murakkabroq holat: Claude’ga “loyihamdagi barcha 500 ta faylga haftalik xavfsizlik auditini o‘tkaz” deysiz va u JavaScript orkestrator skriptini yozadi. Runtime fonda bir necha o‘nlab agentni ishga tushiradi; har biri o‘z bo‘limini audit qiladi, keyin mustaqil agentlar bir-birining xulosalarini tekshiradi va sizga bitta hisobot qaytadi. Bu — Anthropic 2026-yil 5-mayda chiqargan Dynamic Workflows. Funksiya haqida batafsil ma’lumot Dynamic Workflows’ga oid alohida qo‘llanmada berilgan.

Bu uchta holat orasidagi farq agentlar sonida emas. Farq shundaki, keyingi agent nima qilishini kim hal qiladi. Birinchi holatda — siz. Ikkinchisida — suhbat davomida Claude. Uchinchisida — Claude yozgan JavaScript skripti.

Aytgancha, “1000 ta agent” haqiqiy raqam. Bu Claude Code’dagi bitta Dynamic Workflow uchun yuqori chegara. Anthropic’ning rasmiy hujjatlarida shunday deyilgan:

Boshqacha aytganda, bu nazoratdan chiqadigan xatti-harakatlarga qarshi texnik himoya, tavsiya etiladigan ish yuklamasi emas. Amalda vazifalarning 95 foizini 2–8 ta parallel ish oqimi bajaradi. Ko‘proq oqim rejalashtirsangiz, avval ular nima bilan shug‘ullanishini o‘zingizdan so‘rang.

Claude Code’ning 4 ta primitivi: subagentlar, ko‘nikmalar, agent jamoalari va workflow’lar#

Claude Code’da bitta vazifani bir nechta agentga taqsimlash uchun to‘rtta rasmiy primitiv bor. Anthropic ularni Dynamic Workflows hujjatlaridagi taqqoslash jadvalida jamlagan. Mana oddiy tildagi taqqoslash:

Bu primitivlarning har biri turli muammoni hal qiladi. Subagentlar — bitta vazifa doirasidagi 2–3 ta tekshiruvni topshirish uchun. Ko‘nikmalar — Claude amal qilishi kerak bo‘lgan tayyor ko‘rsatma bo‘lsa (masalan, “ushbu nazorat ro‘yxatidan foydalanib PR’ni tekshir”). Agent jamoalari — mahsulotning bir nechta qismi alohida oynalarda joylashgan va sizga bitta muvofiqlashtiruvchi kerak bo‘lgan holatlar uchun. Workflow’lar — vazifa bitta kontekst oynasiga sig‘maydigan holatlar uchun.

Subagentlar haqida batafsil ma’lumot Claude Code Subagents 2026 qo‘llanmasida. “Muayyan vazifa uchun nimani ishlatish kerak” degan qaror daraxti Skills, Subagents, MCP, Plugins qo‘llanmasida. Ushbu qo‘llanma ularni git worktree asosidagi multi-agent sozlamasiga birlashtirish haqida.

1-daraja: bitta seansdagi subagentlar — boshlash uchun eng oson yo‘l#

Subagent — vazifani bo‘lishning eng sodda usuli. Asosiy suhbat muvofiqlashtiruvchi vazifasini bajaradi. Ish davomida asosiy agent ishga tushiradigan subagentlar esa vaqtinchalik ishchilardir.

Ta’riflangan loyihadan aniq misol. Qo‘llanmaning birinchi loyihasi tayyor bo‘lgach, tekshiruv shunday tashkil etiladi: Claude’ga “oltita subagentni parallel ishga tushir — biri AI belgilarini, ikkinchisi huquqiy atamalarni, uchinchisi ovoz va ohangni tekshirsin, to‘rtinchisi WebFetch bilan faktlarni tekshirsin, beshinchisi SEO tuzilmasini ko‘rib chiqsin, oltinchisi esa o‘zaro havolalar aniqligini tekshirsin” degan so‘rov beriladi. Har biri hisobot qaytaradi, shundan keyin tahrirlar kiritiladi.

Texnik tomondan bu rol va vositalarni tavsiflaydigan .claude/agents/[subagent-name].md fayllari orqali amalga oshiriladi. Chaqiruv asosiy suhbatdagi Agent vositasi orqali qilinadi. Subagentga qachon so‘rov yuborishni Claude hal qiladi.

Qayerda ishlaydi. Bitta artefakt (kod, matn, dizayn) bo‘yicha 3–7 ta parallel tekshiruvni talab qiladigan vazifalarda. Har bir tekshiruv mustaqil bo‘ladi. Natijalar asosiy kontekst oynasiga sig‘adi.

Qayerda qiyinlashadi. 50 tadan ortiq faylingiz bo‘lsa yoki har bir tekshiruvga o‘zining 50K tokenli konteksti kerak bo‘lsa, asosiy oyna to‘lib qoladi. Workflow’lar yoki agent jamoalaridan foydalanish kerak bo‘ladi.

Asosiy xavf. Har bir subagent tokenlarni alohida sarflaydi. 200 faylli loyihada oltitasini ishga tushirib, har biri 200 ta faylni boshidan o‘qisa, xarajat 6 baravar bo‘ladi. Shuning uchun subagent aynan qaysi fayllarni ko‘rishi kerakligini KO‘RSATISH SHART. Tafsilotlar uchun Claude Code’da tokenlar qayerga ketadi qo‘llanmasiga qarang.

2-daraja: git worktree — parallel seanslar o‘rtasida fayllarni ajratish#

Subagentlar yetarli bo‘lmay, bitta ombor ustida ishlaydigan ikkita to‘laqonli Claude Code nusxasi turli terminallarda kerak bo‘lsa, odatiy muammo yuzaga keladi. Ular bir xil faylni tahrirlay boshlaydi; biri avval saqlaydi, ikkinchisi esa uning ustiga yozadi. O‘tgan hafta mijozlardan biri yordam jamoasiga: “5 tasi bir vaqtda bir-birining ustiga yozayapti”, deb murojaat qildi.

Yechim — git worktree. Bu bir nechta ishchi nusxani alohida tarmoqlarda, bitta .git omboridan foydalangan holda yaratish imkonini beradigan git’ning ichki funksiyasi. Bitta manba, diskda turli kataloglar, fayllar esa bir-biriga xalaqit bermaydi. Mexanizm Claude Code’da Git worktree qo‘llanmasida batafsil bayon qilingan.

Besh daqiqada sozlash uchun buyruqlar:

# Asosiy loyiha katalogidan
cd ~/projects/my-app

# feature/auth uchun worktree yarating
git worktree add ../my-app-auth feature/auth

# feature/billing uchun worktree yarating
git worktree add ../my-app-billing feature/billing

# Ikkita terminal oynasini oching
cd ~/projects/my-app-auth && claude   # birinchi Claude Code
cd ~/projects/my-app-billing && claude # ikkinchi Claude Code

Har bir nusxa o‘z tarmog‘ida bo‘ladi. Har bir Claude Code nusxasi o‘z katalogiga yozadi. Vazifa tugagach, o‘z tarmog‘idan git push bajaring, keyin git worktree remove ../my-app-auth buyrug‘ini ishga tushiring.

Bilishingiz kerak bo‘lgan narsa. Worktree node_modules, .venv yoki .gitignore ichidagi boshqa fayllarni nusxalamaydi. Mustaqil bog‘liqliklar (har bir tarmoqda kutubxonaning boshqa versiyasi) kerak bo‘lsa, worktree add buyrug‘idan keyin yangi katalogda npm install ni alohida bajaring.

Bir kishiga nechta worktree kerak. 2026-yilgi jamoa so‘rovlariga ko‘ra, bitta dasturchi uchun amaliy chegara 4–8 ta parallel worktree. Cheklov Claude’ning imkoniyati emas, insonning natijalarni ko‘rib chiqib, qabul qilish qobiliyatidir. 10 ta worktree bo‘lsa, ular tekshiruv kutib turadi.

Ta’riflangan amaliyotda odatda 2–3 ta parallel worktree ishlatiladi. Faol ish uchun bitta asosiy worktree, shoshilinch tuzatishlar uchun bitta zaxira va tajriba uchun bitta worktree (ishonchingiz komil bo‘lmagan yangi funksiya). Bundan ortig‘i kerak emas.

3-daraja: agent jamoalari — bir nechta oyna, bitta yetakchi agent#

Agent jamoalari — nisbatan yangi primitiv. G‘oya shuki: bitta yetakchi agent umumiy rejani vazifalar ro‘yxati sifatida yuritadi, alohida oynalardagi bir nechta teng huquqli seans esa yetakchi bergan vazifalarni oladi. Ularning barchasi bitta fayl tizimida ishlaydi va bir-birining oraliq artefaktlarini ko‘ra oladi.

Bu vazifa har biri bir necha soat davom etadigan 3–5 ta katta ish oqimiga bo‘linganda foydali (katta modulni ko‘chirish, quyi tizimni qayta yozish, to‘liq xavfsizlik auditini o‘tkazish). Yetakchi agent rejani worktree’lardan tashqaridagi bitta mutlaq yo‘lda umumiy vazifa faylida yuritadi. Ijrochilar uni o‘qib, natijani yetakchiga beradi. Holatlarni faqat yetakchi yangilaydi; boshqaruv faylida raqobatli yozish bo‘lmaydi.

Texnik tomondan, agent jamoalari — bitta umumiy rejalashtirish nuqtasi bilan git worktree’da ishlaydigan bir nechta oyna. Amalda, odamlarning 80 foizi agent jamoalarini qo‘lda boshqaradi (yuqorida worktree bilan tasvirlangan usulda) va maxsus “jamoalar freymvorki”dan foydalanmaydi. Bu yaxshi.

Umuman freymvork kerakligiga ishonchingiz komil bo‘lmasa, deyarli aniqki, u sizga kerak emas. Qo‘lda worktree va asosiy katalogdagi bitta yetakchi agentdan foydalaning.

4-daraja: Dynamic Workflows — Claude JS orkestratsiya skriptini yozadi#

Yuqoridagi uch darajaning barchasida reja suhbatda qoladi: asosiy agentning xayolida yoki yetakchi agentning vazifalar ro‘yxatida. Dynamic Workflows rejani kodga ko‘chiradi. Claude vazifani JavaScript skripti ko‘rinishida ifodalaydi, runtime uni izolyatsiyalangan muhitda ishga tushiradi, oraliq natijalar kontekst o‘rniga skript o‘zgaruvchilarida saqlanadi va agentlar fonda ishlayotgan paytda seans javob berishda davom etadi.

Rasmiy hujjatlardan aniq misol. Siz shunday deysiz:

ultracode: src/routes/ ostidagi har bir API endpointni auth tekshiruvlari yo‘qligiga audit qiling

Claude taxminan quyidagi mantiqqa ega JavaScript skriptini yozadi: src/routes/ ichidagi barcha fayllarni oling, ularni 30 ta endpointdan iborat guruhlarga bo‘ling, har bir guruhni bir xil tekshiruv bilan audit qilish uchun agent ishga tushiring, keyin ularning xulosalarini tekshirishga ikkita mustaqil baholovchi agentni jalb qiling va yakuniy hisobotni jamlang. Skript ishga tushadi. Siz natijalar jadvali va aniq tekshirish kerak bo‘lgan endpointlar ro‘yxatini olasiz.

Qayerda ishlaydi.

• Loyihani bitta muammo bo‘yicha to‘liq audit qilish (xavfsizlik, tiplash, eskirgan API’lar).
• Katta migratsiyalar (umumiy qoidaga bo‘ysunadigan 500+ fayl).
• Bir nechta mustaqil nuqtai nazardan tekshirishni talab qiladigan tadqiqot savollari (Anthropic buni ichki /deep-research buyrug‘ida qo‘llaydi).

Dynamic Workflows, ularning cheklovlari va ultracode ishlashi haqida batafsil tahlil Claude Code’dagi Dynamic Workflows’ga oid alohida qo‘llanmada keltirilgan.

Qachon undan FOYDALANMASLIK kerak. Vazifa ketma-ket va tushunarli bo‘lsa. “Ushbu komponentni yakunla” kabi ish uchun workflow kerak emas. Vazifa 10 dan ortiq mustaqil kichik vazifaga bo‘linib, ular o‘zaro tekshirilishi zarur bo‘lganda workflow o‘rinli bo‘ladi.

Asosiy cheklov. Workflow oddiy seansga qaraganda ancha ko‘p token sarflaydi. Anthropic hujjatlarida shuni tavsiya qiladi:

Boshqacha aytganda, birinchi workflow’ni butun loyihada emas, bitta katalogda ishga tushiring. Qancha xarajat qilganini ko‘ring, keyin kengaytirishga arziydimi, hal qiling.

Natijalar: mezonlar rubrikasi va mustaqil tekshiruvchi#

Multi-agent ishida eng xavfli narsa — agentlar chiqargan natijalarga ishonish. Har bir agent bajarilgandek ko‘rinadigan matn qaytaradi. Iqtibos rostdek, hisobot to‘liqdek, migratsiya tugagandek ko‘rinadi. Bitta agent bo‘lsa, natijani o‘zingiz tekshirasiz. O‘nta bo‘lsa, buni qila olmaysiz — vaqtingiz yetmaydi.

Anthropic bu muammoni 2026-yil 6-mayda chiqarilgan Managed Agents funksiyasi — Outcomes bilan hal qiladi. G‘oya oddiy: seansga ishi faqat birinchi agent natijasini qat’iy rubrika bo‘yicha tekshirishdan iborat IKKINCHI agent (baholovchi) qo‘shiladi.

Texnik jihatdan bu qanday ishlaydi. Siz rubrika — “bajarildi” degani nimani anglatishi, qaysi manbalarni tekshirish va qaysi yorliqlardan foydalanishni batafsil sanab o‘tgan markdown hujjatini — yozasiz. Platforma yangi kontekst oynasida baholovchi agentni avtomatik yaratadi. U faqat rubrika va natijani oladi, boshqa hech narsa olmaydi. Asosiy agent (yozuvchi) har bir urinishdan so‘ng baholovchi natijani qayta o‘qiydi va uni tasdiqlaydi yoki nima tugallanmaganini bandma-band qaytaradi.

Anthropic Cookbook’dan iqtibos:

Haqiqiy ta’sir ko‘rsatkichlari: Outcomes’ni Claude Managed Agents’ga qo‘shgandan so‘ng, AI kompaniyasi Harvey’da vazifa bajarilish darajasi taxminan 6 baravar oshdi. Tibbiy hujjatlar bilan ishlaydigan Wisedocs’da hujjatni tekshirishga ketadigan vaqt 50 foizga qisqardi. Bu raqamlar funksiyaning rasmiy e’lonidan olingan.

Enterprise emas, vibe coder uchun muhimi nima? Outcomes — faqat muayyan funksiya emas, balki yondashuv. Xuddi shu mezonlarni .claude/agents/grader.md ichida yozib, asosiy agentdan har bir urinishdan keyin shu fayl asosida tekshiruvchi agentni ishga tushirishni so‘rab, o‘z baholovchi agentingizni yaratishingiz mumkin. Bu faqat Managed Agents bilan emas, istalgan multi-agent sozlamasida ishlaydi.

Cookbook’dagi rubrika yozishning asosiy qoidasi — umumiy narsani emas, tekshirish mumkin bo‘lgan narsani belgilash. “Briefda billing yoritilganini tekshir” demang, “briefni och, billing haqidagi bo‘limni top va unda summa $ bilan yoki daromad foizi ko‘rinishida berilganini tasdiqla” deng. Birinchi ko‘rsatma baholovchiga ko‘z yugurtirib, katakchani belgilash imkonini beradi. Ikkinchisi esa hujjatni ochib, muayyan raqamni topishga majbur qiladi.

Noto‘g‘ri yondashuv: “50 ta agent bema’ni ishlar qilmoqda”#

Bu multi-agent ishining markaziy noto‘g‘ri yondashuvidir. Kimdir Claude Code bir vaqtda 16 ta agentni, Dynamic Workflows esa har bir ishga tushirishda 1000 ta agentni ishlata olishini bilib, o‘tirib ularni ishga tushiradi. Natija: nol. Token sarfi: oddiy seansdan 10 baravar ko‘p.

Oddiy sinov. Bir varaq qog‘oz olib, har bir agent uchun alohida katak chizing. Har bir katakka quyidagilarni yozing:

1. Aynan nima qiladi (bitta jumla).
2. Qaysi fayllarga tegadi.
3. Nima qaytaradi.
4. Kim tekshiradi.

Bittasiga bo‘lsa ham 30 soniyada javob bera olmasangiz, bu agent kerak emas. Bu qoida har bir darajada amal qiladi: subagentlar, agent jamoalari va Dynamic Workflows.

Ikkinchi noto‘g‘ri yondashuv — ketma-ket bajarilishi kerak bo‘lgan ishlarni parallel bajarish. Frontend API sxemasini o‘qishi sababli avval backend tayyor bo‘lishi kerak bo‘lsa, ularni parallel ishlatmang. Avval backendni, keyin frontendni bajaring. Vazifalar faqat mustaqil bo‘lsa parallel bajarilishi kerak.

Uchinchi noto‘g‘ri yondashuv — tezlik uchun multi-agentdan foydalanish. Bu faqat muayyan nuqtagacha ishlaydi. Vazifani to‘rtta mustaqil ish oqimiga ajratsangiz, ular bitta oqim ishlaydigan vaqtga yaqin muddatda tugatadi (muvofiqlashtirish uchun juda oz vaqt qo‘shiladi). Ammo bitta mashinada 50 ta oqim bo‘lsa, CPU’ni bo‘lishib ishlatgani uchun har biri sekinlashadi. Noutbukdagi amaliy chegara — bir vaqtda ishlaydigan 4–6 ta Claude Code nusxasi; undan keyin tezlik pasayishi boshlanadi.

Bu qancha turadi va limitlarni tez tugatmaslik uchun nima qilish kerak?#

2026-yil may–iyun oylarida sanoat AI yordamida kod yozish kutilganidan qimmatroq ekanini ko‘rdi.

Oddiy Claude Code chat seansi nisbatan maqbul narxga tushadi. Dynamic Workflows’ni butun ombor bo‘ylab ishga tushirsangiz, hisob 20 baravar yuqori bo‘lishi mumkin. Anthropic’ning rasmiy hujjatlarida shunday deyilgan:

Amalda nima qilish kerak. Ta’riflangan amaliyotdagi xarajatni kamaytirish qoidalari.

1. Har bir agent uchun fayllarni aniq belgilang. “Loyihani ko‘rib chiqib, muammolarni top” demang, “src/auth/*.ts fayllarini ko‘rib chiq va har bir funksiya userId qiymatini tekshirayotganini tasdiqla” deng. Ikkinchi so‘rov siz to‘layotgan ishni aniq belgilaydi.

2. Workflow’ni avval bitta katalogda sinab ko‘ring. src/ ning hammasida emas. src/auth/ dan boshlang. Natijalar ma’qul bo‘lib, xarajatni tushunganingizdan keyingina kengroq qo‘llang.

3. Odatiy holatda /effort high dan, ultracode dan esa faqat ataylab foydalaning. /effort ultracode xhigh va avtomatik orkestratsiyani anglatadi. Bu juda qimmat. Faqat vazifa bir nechta parallel ish oqimini chindan talab qilganda foydalaning.

4. Imkon bo‘lsa, subagentlar uchun kichikroq model tanlang. Bitta qo‘llanmani oltita subagent tekshirsa, AI belgilarini tekshiruvchi QA agentiga ham, o‘zaro havolalarni tekshiruvchiga ham Opus kerak emas. Sonnet yetarli. Bu sarfni 3–5 baravar kamaytiradi.

Tokenlarni tejash haqida batafsil ma’lumot Claude Code’da tokenlar qayerga ketadi va Claude Code limitlarini tez tugatmaslik qo‘llanmalarida berilgan.

Bugun nimadan boshlash kerak: 30 daqiqalik ro‘yxat#

1. Claude Code’ni v2.1.154+ ga yangilang

   Bu Dynamic Workflows’ni qo‘llaydigan eng eski versiya. Terminalda claude update buyrug‘ini bajaring.

2. /config ichida Dynamic Workflows’ni yoqing

   Pro tarifida ular odatiy holatda o‘chiq bo‘ladi. /config ni oching, “Dynamic workflows” qatorini toping va yoqing. Max, Team va Enterprise tariflarida ular allaqachon yoqilgan.

3. Birinchi worktree’ingizni yarating

   Asosiy loyiha katalogida git worktree add ../<project>-experiment <branch> buyrug‘ini bajaring. Shu katalogda ikkinchi terminal oynasini oching. claude buyrug‘ini bajaring.

4. Umumiy vazifalar ro‘yxatini qo‘shing

   Barcha worktree’lardan tashqarida bitta mutlaq yo‘l ishlating. Har worktree’dagi tasks.md alohida fayl, ular avtomatik sinxronlashmaydi. Faqat yetakchi yozsin; ijrochilar o‘qib, natijani yetakchiga bildirsin.

   Papka va ro‘yxatni bir marta yarating:

   mkdir -p "$HOME/projects/my-app-coordination"
   printf '%s\n' '# Tasks' '- Auth: assigned to the auth worktree' '- Billing: assigned to the billing worktree' > "$HOME/projects/my-app-coordination/tasks.md"
   

   Birinchi terminal:

   cd "$HOME/projects/my-app-auth"
   printf 'Shared task list: %s\n' "$HOME/projects/my-app-coordination/tasks.md"
   claude
   

   Ikkinchi terminal:

   cd "$HOME/projects/my-app-billing"
   printf 'Shared task list: %s\n' "$HOME/projects/my-app-coordination/tasks.md"
   claude
   

   Ikkala seansga yuqorida chiqarilgan bir xil kengaytirilgan mutlaq yo‘lni bering: «Umumiy ro‘yxatni o‘qing. Faqat o‘z vazifangiz va fayllaringizda ishlang. Ro‘yxatni tahrirlamang; natija va to‘siqlarni yagona yozuvchi yetakchiga bildiring». Boshlashdan oldin ikkalasi aynan shu faylni o‘qishini tasdiqlang; ruxsat so‘rovi bo‘lsa shu yo‘l uchun hal qiling. Ro‘yxat holatni muvofiqlashtiradi, kod alohida worktree’larda qoladi.

5. Bir hafta shu tarzda ishlang

   GUI o‘ramini darhol o‘rnatmang. Bir hafta davomida ikkita worktree bilan qo‘lda ishlang. Nima yetishmayotganini ko‘rasiz, keyin muayyan muammoga mos vositani tanlang.

6. Shundan keyingina `/effort ultracode` ni yoqing

   “src/routes/ ichidagi auth tekshiruvlari yo‘q barcha API endpointlarni top” kabi bitta vazifani tanlang. /effort ultracode ni yoqing. Claude qanday workflow yozishini, bu qancha turishini va qanday natija berishini ko‘ring. Bu birinchi Dynamic Workflow’ingiz bo‘ladi.

Keyin qayerga o‘tish kerak: seanslar orasidagi xotira, Code Review va Multi-Agent v2#

2026-yil may–iyun oylarida nima paydo bo‘ldi va Claude Code’dagi multi-agent qayerga qarab rivojlanmoqda?

Dreaming funksiyasiga ega Managed Agents. 2026-yil 6-mayda Code with Claude’da chiqarildi. Rejalashtirilgan jarayon seanslar orasida agentning avvalgi transkriptlarini o‘qiydi, takrorlanuvchi andozalarni aniqlaydi va xotirasini yangilaydi. AI huquqiy xizmatlar kompaniyasi Harvey’da aynan Dreaming’dan so‘ng vazifa bajarilishi olti baravar oshdi. Hali tadqiqot uchun oldindan ko‘rish bosqichida.

Managed Agents funksiyasi sifatidagi Outcomes. Yuqorida tasvirlangan. To‘g‘ridan-to‘g‘ri Claude Code CLI’da emas, Claude Agent SDK orqali mavjud. Hozirning o‘zida baholovchi subagent yordamida xuddi shu yondashuvni qo‘lda qo‘llash mumkin.

Claude Agent SDK’dagi Multi-Agent Orchestration v2. Yetakchi agent umumiy fayl tizimidan foydalangan holda subagentlarga o‘zi vazifa beradi. Bu “N ta subagentni qo‘lda ishga tushirish”dan “vazifani tasvirlash, yetakchi esa kimga va qanday vazifa berishni o‘zi hal qilishi”ga o‘tishdir. Subagentlarni endi o‘rganayotgan bo‘lsangiz, hozircha v2 haqida qayg‘urmang. Avval klassik yondashuvni — “bitta asosiy agent + rollarga ega 3–5 ta subagent” — o‘rganing, 3–6 oy ichida tabiiy ravishda v2’ga o‘ting.

Agentlar jamoasi bajaradigan Code Review. Anthropic Code with Claude’da PR ochilganda avtomatik kod tekshiruvini bajaradigan funksiyani e’lon qildi. AI agentlar jamoasi o‘zgarishlarni parallel tekshiradi, xatolarni qidiradi, xulosalarni o‘zaro tasdiqlaydi va ularni jiddiyligiga qarab saralaydi. Team va Enterprise tariflarida mavjud, Pro’da hali yo‘q.

Plugin Marketplace. 2026-yil 23-mayda v2.1.128-136’da ishga tushirildi. Marketplace’dagi ayrim plaginlar tayyor multi-agent sozlamalaridir (parallel-review, security-audit, migration-helper). Ularni /plugin install <name>@claude-plugins-official buyrug‘i bilan o‘rnatib, qanday tuzilganini ko‘rishingiz mumkin — o‘zingiznikini yozishni o‘rganishning yaxshi usuli.

Claude Code’dagi multi-agent hozircha yetuklik darajasi turlicha bo‘lgan primitivlar to‘plamiga o‘xshaydi. Subagentlar va git worktree barqaror, sinalgan va hamma joyda ishlaydi. Agent jamoalari qisman avtomatlashtirilgan, qisman qo‘lda boshqariladi. Dynamic Workflows tadqiqot uchun oldindan ko‘rish bosqichida va tez o‘zgarmoqda. Managed Agents v2 esa faqat korxonalar uchun. Demak, keyingi yil vibe coder uchun eng maqbul sozlama eng yangi reliz emas, balki muayyan vazifa uchun zarur bo‘lgan eng minimal sozlama bo‘ladi. Bir oylik faol ish uchun ikkita worktree va bitta baholovchi subagent yetarli. Faqat imkoniyatlaringiz cheklana boshlaganda murakkablik qo‘shing.

Vibe coding uchun ishlaydigan sozlama#

Amaliy materiallar: Ailoot hujjatlari.

Qo‘shimcha materiallar va vositalar: Ailoot.