Claude Code’da Dynamic Workflows yordamida yuzlab agentlarni qanday ishga tushirish mumkin
MarkdownAnthropic Dynamic Workflows’ni 28.05.2026 da ishga tushirdi. Claude 1 000 ta subagent uchun skriptlarni qanday yozishi, ultracode va /deep-research nima ekani hamda ularning cheklovlari haqida.
Maqolani to‘liq o‘qish
Asosiy xulosa
2026-yil 28-mayda Anthropic Claude Code’da Dynamic Workflows’ni ishga tushirdi: siz bitta vazifa yozasiz, Claude JavaScript orkestrator skriptini yaratadi va runtime bir vaqtning o‘zida fon rejimida 16 tagacha subagentni ishga tushiradi (har bir ishga tushirishda ko‘pi bilan 1 000 ta). Mustaqil agentlar bir-birining topilmalarini o‘zaro tekshiradi va siz yakuniy bitta hisobot olasiz. Uni promptda workflow kalit so‘zini ishlatib, /effort ultracode rejimi yoki ichki /deep-research buyrug‘i orqali yoqing. Buning uchun Claude Code v2.1.154+ kerak va u Pro, Max, Team hamda Enterprise tariflarida mavjud.
Vositalarni sozlash bo‘yicha ko‘proq materiallarni Ailoot hujjatlaridan toping.
Dynamic Workflows nima va Anthropic nega ularni 28-may kuni ishga tushirdi?
Asosiy xulosa
Dynamic Workflow — Claude muayyan vazifa uchun joyida yozadigan JavaScript skriptidir. Runtime uni fon rejimida ishga tushiradi, o‘nlab yoki yuzlab subagentlarni parallel ravishda yaratadi, ularning topilmalarini o‘zaro tekshiradi va bitta hisobot qaytaradi.
Avval formatning o‘zi ko‘lamni cheklardi: bitta chat = bitta reja = bitta kontekst oynasi. Subagentlar yordam berardi, ammo “keyin nimani ishga tushirish” qarori asosiy suhbatda Claude zimmasida qolardi va har bir oraliq natija o‘sha kontekstni egallardi. 500 ta faylga yoki bir-biridan mustaqil o‘nta gipotezaga oid vazifada bu tor joyga aylangan.
Dynamic Workflows rejani kod ichiga ko‘chiradi. Claude vazifani orkestrator skripti sifatida shakllantiradi, runtime skriptni ajratilgan muhitda ishga tushiradi, oraliq natijalar esa sizning kontekstingizda emas, skript o‘zgaruvchilarida saqlanadi. Agentlar fonda ishlayotgan paytda sessiya javob berishda davom etadi.
Claude bir sessiyada o‘nlabdan yuzlabgacha parallel subagentlarni ishga tushiradigan va natija sizga yetib kelishidan oldin ularning ishini tekshiradigan orkestrator skriptlarini dinamik ravishda yozadi.
Eski yondashuvga nisbatan amalda nima o‘zgaradi: mustaqil agentlar bir-birining topilmalarini tekshiradi va faqat o‘zaro tekshiruvdan o‘tgan natijalar yetib keladi. Nomdagi “dynamic” aynan shuni anglatadi: har bir ishga tushirish muayyan vazifa uchun yoziladi. Jarayonlarning oldindan tayyorlangan ro‘yxati yo‘q.
Workflow subagent va Skill’dan nimasi bilan farq qiladi: orkestratsiyaning 3 turi
Asosiy xulosa
Bu uchta vosita ko‘p bosqichli vazifalarni turlicha bajaradi. Subagent — Claude jarayon davomida ishga tushiradigan yordamchi. Skill — Claude amal qiladigan ko‘rsatma. Workflow — runtime bajaradigan skript. Ularning har birida reja boshqa joyda saqlanadi.
Workflow, subagent va Skill orasidan tanlashda ikki savol beraman: rejani kim boshqaradi va oraliq natijalar qayerda saqlanadi?
| Subagentlar | Skill’lar | Workflow’lar | |
|---|---|---|---|
| Bu nima | Claude ishga tushiradigan yordamchi | Claude amal qiladigan ko‘rsatma | Runtime bajaradigan skript |
| Keyingi qadamni kim belgilaydi | Claude, bir qadamdan | Claude, promptga amal qilib | Skriptning o‘zi |
| Oraliq natijalar qayerda saqlanadi | Claude kontekstida | Claude kontekstida | Skript o‘zgaruvchilarida |
| Nima takrorlanadi | Yordamchi tavsifi | Ko‘rsatma | Orkestratsiyaning o‘zi |
| Ko‘lami | Har bir navbatda bir nechta vazifa | Xuddi shu miqdor | Har bir ishga tushirishda o‘nlab yoki yuzlab agent |
| Uzilish | Navbat qayta boshlanadi | Navbat qayta boshlanadi | Xuddi shu sessiyada davom etadi |
Asosiy o‘zgarish — rejaning kod ichiga ko‘chishidir. Subagentlar va Skill’lar bilan Claude doim orkestrator bo‘lib qoladi: keyin nimani ishga tushirishni jarayon davomida o‘zi hal qiladi va har bir qaytgan natija kontekst oynasiga tushadi. Workflow sikl, tarmoqlanish va oraliq natijalarni o‘zida saqlaydi; Claude’ga faqat yakuniy javob yetib keladi.
Xuddi shu rejani mustaqil agentlar uni turli nuqtayi nazarlardan tahlil qiladigan qilib ishga tushirishingiz mumkin, skript esa asosli bo‘lib chiqqan fikrlarni jamlaydi. Buni bitta chatdagi odatiy jarayonda qilib bo‘lmaydi: Claude’da mustaqil sintez nuqtasi yo‘q.
Men quyidagicha tanlayman: bir necha bosqichli odatiy vazifa uchun subagentlar yoki Skill dan foydalaning. Bitta suhbat doirasiga sig‘maydigan yoki talab bo‘yicha qayta ishga tushirmoqchi bo‘lgan jarayon uchun workflow’dan foydalaning. To‘rtta primitivning barchasini Skill’lar, subagentlar, MCP yoki plaginlar nomli asosiy qo‘llanmada batafsil yoritganman.
Claude Code’da Workflow’ni boshlashning 3 usuli
Asosiy xulosa
Anthropic uchta kirish usulini taklif qiladi: promptdagi workflow kalit so‘zi (bir martalik ishga tushirish), /effort ultracode rejimi (Claude o‘zi qaror qiladi) yoki ichki /deep-research buyrug‘i. Uchalasi uchun ham Claude Code v2.1.154 yoki undan keyingi versiya kerak.
1-usul. Promptdagi workflow kalit so‘zi. Eng sodda variant; u sessiya sozlamalarini o‘zgartirmaydi. Istalgan promptga workflow so‘zini qo‘shing, yozayotganingizda Claude Code uni ajratib ko‘rsatadi va oddiy suhbat o‘rniga orkestrator skriptini yaratadi.
Run a workflow to audit every API endpoint under src/routes/ for missing auth checks
Agar Claude Code so‘zni ajratib ko‘rsatsa-yu, workflow boshlashni istamagan bo‘lsangiz, alt+w shu prompt uchun triggerni o‘chiradi.
2-usul. /effort ultracode rejimi. Bu modelning maksimal sa’y-harakat darajasini (xhigh) yoqadi va Claude’ga vazifa workflow talab qiladimi-yo‘qmi, mustaqil hal qilish imkonini ham beradi.
/effort ultracode
Bu rejimda bitta so‘rov ketma-ket bir nechta workflow’ga aylanishi mumkin: biri kodni tushunish, boshqasi o‘zgartirish kiritish, uchinchisi esa natijani tekshirish uchun. Har bir ishga tushirish odatiy effort darajasiga qaraganda ko‘proq token ishlatadi va uzoqroq davom etadi. Rejim faqat joriy sessiyaga taalluqli bo‘lib, yangisini ochganingizda tiklanadi. Odatiy ishga qaytganingizda /effort high ultracode’ni o‘chiradi.
3-usul. Ichki /deep-research buyrug‘i. Veb tadqiqotlari uchun Anthropic tayyorlagan workflow. Bu usul keyingi bo‘limda yoritiladi.
Uchala usulda ham Claude Code birinchi ishga tushirishdan oldin tasdiq so‘raydi va bosqichlar ro‘yxatini ko‘rsatadi. Javob variantlari: Yes, run it (Ha, ishga tushir), Yes, and don't ask again for <name> (Ha, va <name> uchun boshqa so‘rama; tasdiqingizni eslab qoladi), View raw script (xom skriptni ko‘rish, kodni Ctrl+G bilan ochish) va No (Yo‘q). Auto rejimida faqat birinchi ishga tushirish uchun tasdiq kerak; keyingilari so‘ralmasdan davom etadi. claude -p va Agent SDK bilan ishlaganda tasdiq umuman so‘ralmaydi: subagent ruxsatlari umumiy allowlist’dan olinadi.
Tayyor /deep-research workflow’i: birinchi ishga tushirish misoli
Asosiy xulosa
/deep-research — savolni bir necha nuqtayi nazardan o‘rganadigan, manbalarni topadigan, har bir da’voni o‘zaro tekshiradigan va havolali hisobot tuzadigan ichki workflow. O‘zingiz skript yozmasdan uning qanday ishlashini bilib olishning qulay usuli.
Dynamic Workflows’ni sinab ko‘rishning eng tez yo‘li — o‘zingiz yozish o‘rniga tayyor workflow’ni ishga tushirish. Anthropic Claude Code’ga ichki /deep-research workflow’ini qo‘shgan. U savolni bir-biridan mustaqil bir necha nuqtayi nazardan o‘rganadi, manbalarni topadi, har bir da’vo bo‘yicha ovoz beradi va o‘zaro tekshiruvdan o‘tganlarini hisobotda qoldiradi.
Buyruqni ishga tushiring
Claude Code sessiyasida
/deep-researchni kiriting va savolingizni batafsil prompt shaklida yozing. Ifoda qanchalik aniq bo‘lsa, skript bosqichlarni bekorga ishga tushirishga shunchalik kam vaqt sarflaydi.Workflow’ga ruxsat bering
Bosqichlar va
Yes/View raw script/Notugmalari ko‘rsatilgan oyna paydo bo‘ladi.don't ask againvariantli tanlovni qilsangiz, tasdiq loyiha uchun saqlanadi.Jarayonni /workflows orqali kuzating
Ishga tushirish fon rejimiga o‘tadi va sessiyadan foydalanishda davom etish mumkin bo‘ladi.
/workflowsbuyrug‘i ishlayotgan va yakunlangan ishga tushirishlar ro‘yxatini ko‘rsatadi. Bosqichni tanlash uchun strelka tugmalaridan, uni kengaytirib agentlarini ko‘rish uchunEnterdan, tafsilotlarni aylantirish uchunj/kdan, pauza qilish uchunpdan, ishga tushirishni to‘xtatish uchunxdan, agentni qayta boshlash uchunrdan va skriptni saqlash uchunsdan foydalaning.Hisobotni o‘qing
Ish tugagach, havolalar qo‘shilgan hisobot sessiyada paydo bo‘ladi. O‘zaro tekshiruvdan o‘tmagan da’volar avtomatik ravishda chiqarib tashlanadi.
Bitta veb qidiruvi bilan kechadigan odatiy chatdan farqli ravishda, /deep-research so‘rovlarni mustaqil ravishda parallel bajaradi va manbalar orasidagi ziddiyatlarni muvofiqlashtiradi. Qo‘llanma yozishdan oldin mavzuni o‘rganish uchun undan foydalanaman: workflow’ni kengaytirishdan avval token sarfini bilib olishning qulay usuli.
Ultracode: Claude workflow’ni qachon boshlashni o‘zi hal qiladigan rejim
Asosiy xulosa
/effort ultracode maksimal xhigh fikrlashni avtomatik orkestratsiya bilan birlashtiradi: sessiyadagi qaysi vazifalarni workflow’ga aylantirishni Claude o‘zi hal qiladi. Rejim faqat xhigh ni qo‘llab-quvvatlaydigan modellarda ishlaydi.
Ultracode ikki narsani birlashtiradi: maksimal fikrlash sa’y-harakati va Claude’ga workflow’larni o‘zi boshlashga ruxsat berishni. Odatiy holda, hatto /effort xhigh ham oddiy suhbatni ishga tushiradi: Claude uzoqroq o‘ylaydi, ammo qadamlarni baribir o‘z kontekstida saqlaydi. Ultracode esa bir sessiya yetmasligini anglagan zahoti Claude’ga vazifani o‘zi workflow’ga aylantirishga ruxsat beradi.
/effort ultracode
Rejim yoqilganda, bitta so‘rov ketma-ket ikki yoki uchta workflow’ni ishga tushirishi mumkin: biri kod bazasini tekshiradi, boshqasi o‘zgartirish kiritadi, uchinchisi esa alohida ishga tushirish bo‘lib, uni inkor etishga urinadi. Bu “bir nechta mustaqil urinish ⇒ yakuniy sintez” tamoyilidir, faqat har bir bosqichni qo‘lda boshlashingiz shart emas.
Buning narxi aniq: har bir so‘rov /effort high ga qaraganda uzoqroq davom etadi va qimmatroq tushadi. Ichkarida bir necha ishga tushirish o‘z limitlari bilan bajariladi va Anthropic ultracode’ni odatiy rejim sifatida tavsiya qilmaydi. U faqat joriy sessiyada amal qiladi va keyingi sessiyada tiklanadi.
Odatiy ishga qaytganingizda /effort high ultracode’ni o‘chiradi va sessiya subagentlardan foydalanadigan oddiy chatga qaytadi. xhigh ni qo‘llab-quvvatlamaydigan modellarda /effort menyusida ultracode varianti ko‘rinmaydi.
Cheklovlar, tokenlar va birinchi ishga tushirishdagi muammolar
Asosiy xulosa
Bir vaqtda 16 tagacha agent, har bir ishga tushirishda ko‘pi bilan 1 000 ta; Claude Code v2.1.154+ talab qilinadi; Pro, Max, Team va Enterprise’da mavjud. Asosiy muammo token sarfi: workflow orqali bajarilgan vazifa oddiy chatdagi bitta ishga tushirishga qaraganda ancha ko‘p token ishlatadi.
Runtime quyidagi qat’iy texnik cheklovlarni belgilaydi:
- Bir vaqtda parallel ishlaydigan agentlar soni 16 tagacha. Protsessor yadrolari kam bo‘lgan mashinalarda bundan kam bo‘ladi. Bu mahalliy resurs budjetidir.
- Har bir ishga tushirishda 1 000 ta agent. Cheksiz sikllarning oldini oluvchi himoya: skript agentlarni cheksiz yaratishni boshlasa, runtime uni to‘xtatadi.
- Ishga tushirish vaqtida foydalanuvchi kiritishini kutib bo‘lmaydi. Uni faqat vosita ruxsatlari pauzaga qo‘yishi mumkin. Bosqichlar orasida tasdiqlash kerak bo‘lsa, ishni alohida workflow’larga bo‘ling.
- Skriptning o‘zi fayllar yoki buyruqlar qobig‘iga bevosita kira olmaydi. O‘qish, yozish va buyruqlarni bajarish — u ishga tushiradigan agentlarning vazifasi. Skript faqat ularni muvofiqlashtiradi.
- Claude Code v2.1.154 yoki undan keyingi versiyasi talab qilinadi. Pro, Max, Team va Enterprise’da (
/configorqali Pro’da yoqiladi), shuningdek Claude API, Amazon Bedrock, Vertex AI va Microsoft Foundry’da mavjud.
Asosiy ogohlantirish xarajatlar haqida.
Dynamic workflows odatiy Claude Code sessiyasiga qaraganda ancha ko‘p token ishlatishi mumkin, shuning uchun o‘z ishlaringizdagi sarfni his qilish uchun tor doiradagi vazifadan boshlashni tavsiya qilamiz.
Skript biror bosqichni boshqa modelga yo‘naltirmasa, ishga tushirishdagi har bir agent sessiyaning modelidan foydalanadi. Katta ishga tushirishdan oldin /model ni tekshiring: agar odatiy vazifalar uchun arzonroq modelga o‘tishga o‘rgangan bo‘lsangiz, bu tekshiruvni o‘tkazib yuborish ultracode va /deep-research xarajatlarini oshirishi mumkin. Promptda Claude’dan “maksimal imkoniyat talab qilinmaydigan bosqichlarda arzonroq modeldan foydalanish”ni aniq so‘rashingiz mumkin — bu xarajatlarni boshqarishning to‘g‘ri yo‘li.
Ishga tushirish izdan chiqsa, /workflows ni oching, ishga tushirishni tanlang va x ni bosing. Ishini tugatgan agentlar natijalarini saqlab qoladi. To‘xtatilgan ishga tushirishni o‘sha yerda p bilan davom ettirishingiz yoki Claude’dan skriptni ayni nuqtadan qayta boshlashni so‘rashingiz mumkin: keshlangan agentlar natijalarini qaytaradi, qolganlari esa jonli ishlashda davom etadi. Bu bitta sessiya ichida ishlaydi: Claude Code’dan chiqqaningizdan so‘ng keyingi sessiyada workflow boshidan boshlanadi.
Uzoq ishga tushirishlarni rejalashtirsangiz, Claude Code limitlarini tugatib qo‘ymaslik qo‘llanmasi va Second Brain bilan sarfni boshqarishni boshlang: to‘g‘ri loyiha tuzilmasi workflow’ning butun repozitoriyaga har bir agent uchun qayta murojaat qilishiga yo‘l qo‘ymaydi.
Workflow’ni loyihada qanday saqlash mumkin
Asosiy xulosa
Muvaffaqiyatli ishga tushirishdan so‘ng /workflows → ishga tushirishni tanlang → s ni bosing; bu skriptni buyruq sifatida saqlaydi. Uni .claude/workflows/ ga (jamoa bilan ulashiladi) yoki ~/.claude/workflows/ ga (faqat siz uchun) joylashtirishingiz mumkin. Keyingi safar uni ishga tushirish uchun odatiy /[name] slash buyrug‘idan foydalaning.
Agar Claude takrorlanadigan vazifa uchun (masalan, har bir branch’ni ko‘rib chiqish yoki muntazam xavfsizlik auditi) workflow tuzgan bo‘lsa, skriptni saqlab, har safar vazifani so‘z bilan tavsiflashni bas qilishingiz mumkin.
/workflows’ni oching
Buyruq yaqindagi ishga tushirishlar ro‘yxatini ko‘rsatadi. Keraklisini tanlash uchun strelka tugmalaridan foydalaning.
s’ni bosing
Saqlash oynasi paydo bo‘ladi. Saqlash joyini tanlash uchun
Tabdan foydalaning.Jildni tanlang
.claude/workflows/loyiha ichida joylashgan va repozitoriyani klonlaganlarning barchasiga ko‘rinadi.~/.claude/workflows/esa uy jildingizda joylashgan, barcha loyihalaringizda ishlaydi va faqat sizga ko‘rinadi.Uni buyruq sifatida chaqiring
/[script_name]workflow’ni birinchi safargidek skript bilan ishga tushiradi. Loyiha va uy jildlarida bir xil nomli workflow’lar bo‘lsa, loyiha ichidagisi ustun bo‘ladi.
Bu qiziqarli bir usulni yaratadi: jamoada bir kishi workflow’ni bir marta muvaffaqiyatli ishga tushiradi, uni .claude/workflows/ ga topshiradi va keyinchalik har bir jamoa a’zosi o‘sha orkestratsiyani buyruq bilan ishga tushiradi. Skript tushunarli JavaScript’da yozilgan, shuning uchun uni ko‘rib chiqish, tahrirlash va yangi versiyasini topshirish mumkin.
Loyihada saqlangan workflow’ni birinchi marta ishga tushirganingizda Claude Code baribir ruxsat oynasini ko‘rsatadi, shuning uchun skriptni saqlash unga avtomatik ruxsat bermaydi. Ruxsat Yes, and don't ask again orqali alohida beriladi.
Workflow’lar qaysi vazifalarda chindan ham foydali?
Asosiy xulosa
Anthropic’ning aytishicha, Workflow’lar katta auditlar, migratsiyalar va o‘zaro tekshiriladigan tadqiqotlar uchun mos. “Bitta o‘zgarish kiritish” kabi vazifada token sarfi vaqtni oqlamaydi.
Anthropic runtime qaysi vaziyatlar uchun yaratilganini aniq ko‘rsatadi:
- Butun kod bazasi bo‘ylab auditlar—har bir endpoint, fayl va funksiyani ro‘yxatdagi mezonlar bo‘yicha tekshiring. Masalan, autentifikatsiya tekshiruvlari yetishmayotganini toping, takrorlangan mantiqni aniqlang yoki OWASP qoidalari bo‘yicha xavfsizlik auditini o‘tkazing. Har bir mezon bo‘limi uchun alohida agent ishga tushiriladi.
- Katta migratsiyalar—freymvorkni almashtiring, eskirgan API’dan voz keching yoki minglab fayllarni boshqa tilga o‘tkazing. Workflow jarayonni kuzatadi, agentlar fayllar ustida parallel ishlaydi va o‘zaro tekshiruvchi agentlar o‘tkazib yuborilgan narsalarni izlaydi.
- O‘zaro tekshirishli tadqiqot—turli nuqtayi nazarlardan manbalar va o‘zaro tekshiruvda qaysi da’volar asosli qolishini baholashni talab qiladigan savol. Bu ichki
/deep-researchyaratilgan asosiy vaziyatdir. - Bir necha mustaqil nuqtayi nazardan ishlab chiqmoqchi bo‘lgan murakkab reja—workflow bir-biridan mustaqil bir nechta dastlabki reja tuzadi, qarshi tomon agentlari ularni tekshiradi va yakuniy sintez taqdim etiladi. Bu “xato narxi yuqori bo‘lganda va bitta urinish yetarli bo‘lmaganda” qo‘llanadi.
Vazifa bitta suhbat muvofiqlashtira oladiganidan ko‘proq agent talab qilganda yoki orkestratsiyani tekshirish va qayta ishga tushirish mumkin bo‘lgan skript sifatida saqlamoqchi bo‘lsangiz, workflow’dan foydalaning.
“Bitta xatoni tuzatish” yoki “bitta funksiya qo‘shish” kabi vazifalarda Dynamic Workflows oddiy sessiyadan yutqazadi: token sarfi vaqtni oqlamaydi. Anthropic hujjatlari buni aniq aytadi: “sarfdan xabardor bo‘lish uchun tor vazifadan boshlang.” Mening qoida: 5 tadan kam mustaqil quyi vazifa yoki 50 tadan kam fayl bo‘lsa, bir nechta subagentli oddiy chat arzonroq uddalaydi.
Enterprise tarifidagi jamoani boshqarsangiz, administrator Workflows’ni boshqariladigan sozlamalar yoki Claude Code administrator sahifasidagi kalit orqali o‘chirgan bo‘lishi mumkin. Workflow’larni “hamma muammoga yechim” deb hisoblashdan oldin, ular umuman yoqilganini tekshiring: /config → Dynamic workflows yozuvi.
Manbalar
- Anthropic. Claude Code’da dinamik workflow’larni taqdim etamiz. 2026-yil 28-may.
- Anthropic. Dynamic Workflows yordamida subagentlarni keng miqyosda orkestratsiya qilish. Claude Code hujjatlari.
- Anthropic. Claude Code v2.1.154 o‘zgarishlar jurnali.
Qo‘shimcha materiallarni Ailoot hujjatlaridan toping.
Batafsil
Ko‘p beriladigan savollar
Workflow o‘rniga qachon oddiy seans yaxshiroq?
Bir nechta mustaqil vazifali kichik o‘zgarish uchun oddiy seans yoki bir necha subagent yetarli. Workflow boshqaruv va token sarfini oshiradi. Katta audit yoki migratsiyadan oldin kichik haqiqiy vazifada sarfni o‘lchang.
Workflow’ni saqlash kelajakdagi ishga tushirishlarni ham tasdiqlaydimi?
Yo‘q. Saqlash boshqaruv skriptini asraydi, bajarishga ruxsat alohida qaror. Esda qoladigan ruxsatni berishdan oldin skript va birinchi ishga tushirish dialogini tekshiring.