Tinklaraštis

Kaip paleisti šimtus agentų Claude Code naudojant Dynamic Workflows

Markdown

Anthropic pristatė Dynamic Workflows 28.05.2026. Kaip Claude rašo scenarijus 1 000 subagentų, kas yra ultracode ir /deep-research bei kokie jų apribojimai.

Skaityti visą straipsnį

Pagrindinė išvada

2026 m. gegužės 28 d. Anthropic pristatė Dynamic Workflows Claude Code: pateikiate vieną užduotį, Claude sugeneruoja JavaScript orkestravimo scenarijų, o vykdymo aplinka fone vienu metu paleidžia iki 16 subagentų (daugiausia 1 000 per vieną paleidimą). Nepriklausomi agentai tarpusavyje patikrina savo išvadas, o jūs gaunate vieną galutinę ataskaitą. Funkciją įjunkite užklausoje pavartoję raktažodį workflow, pasirinkę režimą /effort ultracode arba naudodami integruotą komandą /deep-research. Reikalinga Claude Code v2.1.154+; funkcija prieinama Pro, Max, Team ir Enterprise planuose.

Daugiau medžiagos apie įrankių konfigūravimą rasite Ailoot dokumentacijoje.

Kas yra Dynamic Workflows ir kodėl Anthropic juos pristatė gegužės 28 d.?

Pagrindinė išvada

Dynamic Workflow – tai JavaScript scenarijus, kurį Claude parašo vykdymo metu konkrečiai užduočiai. Vykdymo aplinka paleidžia jį fone, lygiagrečiai sukurdama dešimtis ar šimtus subagentų, patikrindama jų išvadas ir pateikdama vieną ataskaitą.

Anksčiau pats formatas ribojo mastą: vienas pokalbis = vienas planas = vienas konteksto langas. Subagentai padėdavo, tačiau sprendimas, „ką vykdyti toliau“, likdavo Claude pagrindiniame pokalbyje, o kiekvienas tarpinis rezultatas eikvodavo tą patį kontekstą. Tai tapdavo kliūtimi atliekant užduotį, apimančią 500 failų arba dešimt nepriklausomų hipotezių.

Dynamic Workflows perkelia planą į kodą. Claude suformuluoja užduotį kaip orkestravimo scenarijų, vykdymo aplinka jį paleidžia izoliuotoje aplinkoje, o tarpiniai rezultatai saugomi scenarijaus kintamuosiuose, o ne jūsų kontekste. Agentams dirbant fone, sesija išlieka pasiekiama.

Claude dinamiškai rašo orkestravimo scenarijus, kurie vienoje sesijoje paleidžia nuo dešimčių iki šimtų lygiagrečiai veikiančių subagentų ir patikrina jų darbą prieš pateikdami jums rezultatą.

— Anthropic, https://claude.com/blog/introducing-dynamic-workflows-in-claude-code

Kas iš tikrųjų pasikeičia, palyginti su senuoju būdu: nepriklausomi agentai ginčija vieni kitų išvadas, o toliau perduodama tik tai, kas atlaiko kryžminį patikrinimą. Pavadinimo žodis „dinaminis“ reiškia būtent tai: kiekvienas paleidimas sukuriamas konkrečiai užduočiai. Iš anksto paruošto procesų sąrašo nėra.

Kuo Workflow skiriasi nuo subagento ir Skill: 3 orkestravimo tipai

Pagrindinė išvada

Šie trys įrankiai skirtingai atlieka kelių etapų užduotis. Subagentas – tai darbuotojas, kurį Claude paleidžia darbo eigoje. Skill – tai instrukcija, kurios Claude laikosi. Workflow – tai scenarijus, kurį vykdo vykdymo aplinka. Kiekvienas iš jų planą laiko kitoje vietoje.

Rinkdamasis tarp workflow, subagento ir Skill, užduodu du klausimus: kas turi planą ir kur saugomi tarpiniai rezultatai?

SubagentaiSkillsWorkflows
Kas taiDarbuotojas, kurį paleidžia ClaudeInstrukcija, kurios laikosi ClaudeScenarijus, kurį vykdo vykdymo aplinka
Kas sprendžia dėl kito veiksmoClaude, po vieną žingsnįClaude, laikydamasis užklausosPats scenarijus
Kur saugomi tarpiniai rezultataiClaude konteksteClaude konteksteScenarijaus kintamuosiuose
Kas kartojamaDarbuotojo aprašasInstrukcijaPats orkestravimas
MastasKelios užduotys per ėjimąTiek patDešimtys ar šimtai agentų per paleidimą
PertraukimasIš naujo paleidžiamas ėjimasIš naujo paleidžiamas ėjimasTęsiama toje pačioje sesijoje

Svarbiausias pokytis – planas perkeliamas į kodą. Naudojant subagentus ir Skills, Claude visada atlieka orkestratoriaus vaidmenį: darbo metu nusprendžia, ką paleisti toliau, o kiekvienas grįžtantis rezultatas patenka į konteksto langą. Workflow pasilieka sau ciklą, šakojimąsi ir tarpinius rezultatus; Claude pasiekia tik galutinis atsakymas.

Tą patį planą galite vykdyti taip, kad nepriklausomi agentai jį išnagrinėtų iš skirtingų perspektyvų, o scenarijus apibendrintų tai, kas pasitvirtina. Įprastame pokalbyje to padaryti nepavyks: Claude neturi nepriklausomo sintezės taško.

Rinkdamasis vadovaujuosi taip: įprastai užduočiai, kurią sudaro keli žingsniai, naudokite subagentus arba Skill. Užduočiai, kuri netelpa į vieną pokalbį, arba procesui, kurį norite prireikus pakartoti, naudokite workflow. Visus keturis pagrindinius elementus išsamiai aptariau pagrindiniame vadove Skills, Subagents, MCP, or Plugins.

3 būdai paleisti Workflow Claude Code

Pagrindinė išvada

Anthropic siūlo tris paleidimo būdus: užklausos raktažodį workflow (vienkartiniam paleidimui), režimą /effort ultracode (Claude sprendžia pats) arba integruotą komandą /deep-research. Visiems trims reikia Claude Code v2.1.154 arba naujesnės versijos.

1 būdas. Užklausos raktažodis workflow. Paprasčiausias pasirinkimas; jis nekeičia sesijos nustatymų. Tiesiog įterpkite žodį workflow į bet kurią užklausą, ir Claude Code jį paryškins jums rašant bei sugeneruos orkestravimo scenarijų, o ne įprastai atsakys pokalbyje.

Run a workflow to audit every API endpoint under src/routes/ for missing auth checks

Jei Claude Code paryškina žodį, nors workflow paleisti nenorėjote, alt+w išjungia šios užklausos paleidiklį.

2 būdas. Režimas /effort ultracode. Jis įjungia didžiausią modelio pastangų lygį (xhigh) ir leidžia Claude pačiam nuspręsti, kada užduočiai reikia workflow.

/effort ultracode

Šiuo režimu viena užklausa gali virsti keliais vienas po kito vykdomais workflow: vienu kodui suprasti, kitu pakeitimui atlikti, o trečiu rezultatui patikrinti. Kiekvienas paleidimas sunaudoja daugiau tokenų ir trunka ilgiau nei įprastas pastangų lygis. Režimas taikomas tik dabartinei sesijai ir nustatomas iš naujo atidarius naują. Grįžę prie įprasto darbo išjunkite ultracode komanda /effort high.

3 būdas. Integruota komanda /deep-research. Paruoštas Anthropic workflow žiniatinklio tyrimams. Šis būdas aptariamas kitame skyriuje.

Visais trimis atvejais Claude Code pirmą kartą paprašo patvirtinimo ir parodo etapų sąrašą. Atsakymo parinktys: Yes, run it, Yes, and don't ask again for <name> (įsimenamas jūsų patvirtinimas), View raw script (atidaro kodą paspaudus Ctrl+G) ir No. Režimu Auto patvirtinimo reikia tik pirmą kartą; vėlesni paleidimai vykdomi neklausiant. Naudojant claude -p ir Agent SDK, patvirtinimo nėra: subagentų leidimai tuomet paimami iš bendro leidžiamų veiksmų sąrašo.

Paruoštas /deep-research workflow: pirmojo paleidimo pavyzdys

Pagrindinė išvada

/deep-research yra integruotas workflow, kuris nagrinėja klausimą iš kelių perspektyvų, surenka šaltinius, patikrina kiekvieną teiginį ir parengia ataskaitą su nuorodomis. Tai geras būdas susipažinti su jo veikimu nerašant savo scenarijaus.

Greičiausias būdas išbandyti Dynamic Workflows – paleisti paruoštą workflow, o ne rašyti savąjį. Anthropic įtraukė integruotą /deep-research workflow į Claude Code. Jis nagrinėja klausimą iš kelių nepriklausomų perspektyvų, surenka šaltinius, balsuoja dėl kiekvieno teiginio ir ataskaitoje palieka tik tuos, kurie atlaiko kryžminį patikrinimą.

  1. Paleiskite komandą

    Claude Code sesijoje įveskite /deep-research ir suformuluokite klausimą kaip išsamią užklausą. Kuo tiksliau ją parašysite, tuo mažiau etapų scenarijus be reikalo paleis.

  2. Leiskite vykdyti workflow

    Pasirodys dialogo langas su etapais ir mygtukais Yes / View raw script / No. Jei pasirinksite parinktį su don't ask again, patvirtinimas bus išsaugotas projektui.

  3. Stebėkite eigą naudodami /workflows

    Paleidimas persikelia į foną, tad sesija lieka laisva. Komanda /workflows parodo vykdomų ir užbaigtų paleidimų sąrašą. Rodyklių klavišais pasirinkite etapą, paspauskite Enter, kad jį išskleistumėte ir pamatytumėte agentus, klavišais j/k slinkite per išsamią informaciją, p pristabdykite, x sustabdykite paleidimą, r iš naujo paleiskite agentą, o s išsaugokite scenarijų.

  4. Perskaitykite ataskaitą

    Paleidimui pasibaigus sesijoje pasirodys ataskaita su nuorodomis. Teiginiai, kurie neatlaikė kryžminio patikrinimo, automatiškai pašalinami.

Skirtingai nei įprastas pokalbis su viena žiniatinklio paieška, /deep-research pats vykdo lygiagrečias užklausas ir sutaiko šaltinių prieštaravimus. Naudoju jį temai panagrinėti prieš rašydamas vadovą: tai patogus būdas įvertinti tokenų sąnaudas prieš plečiant workflow.

Norite ne tik įjungti Dynamic Workflows, bet ir sukurti sąranką, kuri padėtų Claude patikimai atlikti ilgas užduotis? Workflows puikiai didina lygiagretumą, tačiau netinkamai valdant kontekstą agentai įkelia nereikalingą kodą ir veltui eikvoja tokenus. Sąranka remiasi trimis ramsčiais: konteksto inžinerija, žinių baze ir AI modelio pritaikymu projektui. Šis derinys padeda Claude geriau suprasti jūsų projektą.

Ultracode: režimas, kuriuo Claude nusprendžia, kada paleisti workflow

Pagrindinė išvada

/effort ultracode sujungia maksimalų xhigh samprotavimą su automatiniu orkestravimu: Claude pats nusprendžia, kurias sesijos užduotis paversti workflow. Režimas veikia tik su modeliais, palaikančiais xhigh.

Ultracode sujungia du dalykus: didžiausias pastangas samprotaujant ir leidimą Claude savarankiškai paleisti workflow. Pagal numatytuosius nustatymus net /effort xhigh vyksta įprastas pokalbis: Claude mąsto ilgiau, bet vis tiek laiko veiksmus savo kontekste. Ultracode suteikia leidimą Claude pačiam paversti užduotį workflow vos supratus, kad vienos sesijos nepakaks.

/effort ultracode

Įjungus šį režimą, viena užklausa gali paeiliui paleisti du ar tris workflow: vienas ištiria kodų bazę, kitas atlieka pakeitimą, o trečias atskirai bando jį paneigti. Tai tas pats modelis – „keli nepriklausomi bandymai ⇒ galutinė sintezė“, tik jums nereikia kiekvieno etapo paleisti rankiniu būdu.

Kaina akivaizdi: kiekviena užklausa trunka ilgiau ir kainuoja daugiau nei naudojant /effort high. Fone vykdomi keli atskiras ribas turintys paleidimai, o pats Anthropic nerekomenduoja ultracode naudoti kaip numatytojo režimo. Jis taikomas tik dabartinei sesijai ir kitoje sesijoje nustatomas iš naujo.

Grįžę prie įprasto darbo, išjunkite ultracode komanda /effort high; sesija vėl taps įprastu pokalbiu su subagentais. Modeliuose, kurie nepalaiko xhigh, parinktis ultracode meniu /effort tiesiog nepasirodo.

Apribojimai, tokenai ir pirmojo paleidimo spąstai

Pagrindinė išvada

Vienu metu veikia iki 16 agentų, daugiausia 1 000 per paleidimą; reikalinga Claude Code v2.1.154+, funkcija prieinama Pro, Max, Team ir Enterprise planuose. Pagrindinis spąstas – tokenų sąnaudos: workflow vykdoma užduotis sunaudoja pastebimai daugiau tokenų nei įprastas pokalbis.

Vykdymo aplinka nustato šiuos griežtus techninius apribojimus:

  • Vienu metu gali veikti iki 16 agentų. Mažiau agentų veiks kompiuteriuose, turinčiuose nedaug branduolių. Tai vietinių išteklių riba.
  • 1 000 agentų per paleidimą. Apsauga nuo nevaldomų ciklų: jei scenarijus pradės be galo kurti agentus, vykdymo aplinka jį sustabdys.
  • Paleidimo metu negalima laukti naudotojo įvesties. Jį gali pristabdyti tik įrankių leidimų patikra. Jei tarp etapų reikia jūsų patvirtinimo, suskaidykite darbą į atskirus workflows.
  • Pats scenarijus neturi tiesioginės prieigos prie failų ar komandų apvalkalo. Failus skaito, rašo ir komandas vykdo jo paleidžiami agentai. Scenarijus juos tik koordinuoja.
  • Reikalinga Claude Code v2.1.154 arba naujesnė versija. Prieinama Pro, Max, Team ir Enterprise planuose (Pro įjungiamas per /config), taip pat per Claude API, Amazon Bedrock, Vertex AI ir Microsoft Foundry.

Pagrindinis įspėjimas susijęs su kaina.

Dynamic workflows gali sunaudoti gerokai daugiau tokenų nei įprasta Claude Code sesija, todėl rekomenduojame pradėti nuo siauros užduoties ir įvertinti sąnaudas dirbant su savo užduotimis.

— Anthropic, https://claude.com/blog/introducing-dynamic-workflows-in-claude-code

Kiekvienas paleidimo agentas naudoja sesijos modelį, nebent scenarijus nukreipia tam tikrą etapą į kitą modelį. Prieš didelį paleidimą patikrinkite /model: jei įprastoms užduotims persijungiate į pigesnį modelį, ultracode ir /deep-research gali padidinti sąskaitą, jei šio patikrinimo neatliksite. Užklausoje galite aiškiai paprašyti Claude „etapams, kuriems nereikia maksimalių galimybių, naudoti pigesnį modelį“—tai tinkamas būdas valdyti išlaidas.

Jei paleidimas nukrypsta nuo plano, atidarykite /workflows, pasirinkite paleidimą ir paspauskite x. Jau baigę darbą agentai išsaugo savo rezultatus. Sustabdytą paleidimą galite čia pat tęsti paspaudę p arba paprašyti Claude iš naujo paleisti scenarijų nuo tos pačios vietos: agentai, kurių rezultatai išsaugoti podėlyje, juos grąžins, o kiti tęs darbą. Tai veikia tik vienoje sesijoje: užvėrus Claude Code, kitoje sesijoje workflow prasidės iš naujo.

Jei planuojate ilgus paleidimus, pradėkite valdyti sąnaudas vadovu Kaip neišeikvoti Claude Code limitų ir Second Brain: tinkamai sutvarkius projektą workflow nekels viso saugyklos turinio į kiekvieną agentą.

Kaip išsaugoti Workflow projekte

Pagrindinė išvada

Sėkmingai paleidę, pasirinkite /workflows → paleidimą → paspauskite s, kad išsaugotumėte scenarijų kaip komandą. Jį galite įdėti į .claude/workflows/ (bendrinamą su komanda) arba ~/.claude/workflows/ (skirtą tik jums). Kitą kartą paleiskite įprasta pasviruoju brūkšniu pradedama komanda /[name].

Jei Claude parengė pasikartojančios užduoties workflow (pavyzdžiui, kiekvienos šakos peržiūrai ar reguliariam saugumo auditui), galite išsaugoti scenarijų ir nebeaprašinėti užduoties žodžiais kiekvieną kartą.

  1. Atidarykite /workflows

    Komanda rodo pastarųjų paleidimų sąrašą. Rodyklių klavišais pasirinkite reikiamą.

  2. Paspauskite s

    Pasirodys išsaugojimo dialogas. Klavišu Tab perjungsite saugojimo vietą.

  3. Pasirinkite aplanką

    .claude/workflows/ yra projekto aplanke ir matomas visiems, kurie klonavo saugyklą. ~/.claude/workflows/ yra jūsų namų aplanke, prieinamas visuose jūsų projektuose ir matomas tik jums.

  4. Paleiskite kaip komandą

    /[script_name] paleidžia workflow su tuo pačiu scenarijumi kaip ir pirmą kartą. Jei projekto ir namų aplankuose yra vienodai pavadintų workflows, pirmenybė teikiama esančiam projekto aplanke.

Taip susidaro įdomus darbo modelis: vienas komandos narys vieną kartą parengia veikiantį workflow, įrašo jį į .claude/workflows/, o kiti komandos nariai tą patį orkestravimą paleidžia komanda. Scenarijus parašytas lengvai skaitomu JavaScript, todėl galite jį peržiūrėti, redaguoti ir įrašyti naują versiją.

Pirmą kartą paleidus projekte išsaugotą workflow, Claude Code vis tiek parodys leidimų dialogą, tad scenarijaus išsaugojimas automatiškai jo nepatvirtina. Patvirtinimą atskirai suteikite pasirinkę Yes, and don't ask again.

Kokioms užduotims Workflows iš tiesų naudingi?

Pagrindinė išvada

Anthropic teigimu, Workflows tinka dideliems auditams, migracijoms ir tyrimams su kryžminiu patikrinimu. Atliekant tokią užduotį kaip „atlikti vieną pakeitimą“, tokenų sąnaudos neatpirks sugaišto laiko.

Anthropic aiškiai nurodo scenarijus, kuriems sukurta vykdymo aplinka:

  • Visos kodų bazės auditai—pagal kontrolinį sąrašą patikrinkite kiekvieną API galinį tašką, failą ir funkciją. Pavyzdžiui, ieškokite trūkstamų autentifikavimo patikrų, pasikartojančios logikos arba tikrinkite saugumą pagal OWASP taisykles. Kiekvienai kontrolinio sąrašo šakai paleidžiamas atskiras agentas.
  • Didelės migracijos—pakeiskite karkasą, atsisakykite nebenaudojamos API arba perkelkite tūkstančius failų į kitą kalbą. Workflow seka pažangą, agentai lygiagrečiai dirba su failais, o tikrinantys agentai ieško praleistų dalykų.
  • Tyrimai su kryžminiu patikrinimu—klausimas, kuriam reikia įvairių perspektyvų šaltinių ir įvertinimo, kurie teiginiai atlaikys kryžminį patikrinimą. Tai pagrindinis scenarijus, kuriam sukurtas integruotas /deep-research.
  • Sudėtingas planas, kurį norite apmąstyti iš kelių nepriklausomų perspektyvų—workflow parengia kelis nepriklausomus plano juodraščius, o oponuojantys agentai juos išnagrinėja; galiausiai pateikiama sintezė. Šis būdas tinka, kai „klaidos kaina didelė, o vieno perėjimo nepakanka“.

Rinkitės workflow, kai užduočiai reikia daugiau agentų, nei gali koordinuoti vienas pokalbis, arba kai norite išsaugoti orkestravimą scenarijuje, kurį galima peržiūrėti ir paleisti iš naujo.

— Anthropic, https://code.claude.com/docs/en/workflows

Atliekant tokią užduotį kaip „ištaisyti vieną klaidą“ arba „pridėti vieną funkciją“, Dynamic Workflows nusileidžia įprastai sesijai: tokenų sąnaudos neatpirks laiko. Anthropic dokumentacijoje tai aiškiai sakoma: „pradėkite nuo siauros užduoties ir įvertinkite sąnaudas“. Mano taisyklė tokia: jei yra mažiau nei 5 nepriklausomos papildomos užduotys arba mažiau nei 50 failų, pigiau susidoros įprastas pokalbis su keliais subagentais.

Jei vadovaujate Enterprise planą naudojančiai komandai, administratorius galėjo išjungti Workflows naudodamas valdomus nustatymus arba jungiklį Claude Code administravimo puslapyje. Prieš laikydami Workflows „visų problemų sprendimu“, patikrinkite, ar jie apskritai įjungti: /config → Dynamic workflows įrašas.

Daugiau medžiagos rasite Ailoot dokumentacijoje.

Išsamiau

Klausimai ir atsakymai

Kada įprasta sesija geresnė už darbo eigą?

Nedideliam pakeitimui su vos keliomis nepriklausomomis užduotimis naudokite įprastą sesiją ar kelis subagentus. Darbo eiga prideda koordinavimą ir tokenų naudojimą; prieš didelį auditą ar migravimą pradėkite nuo siauros tikros užduoties ir išmatuokite naudojimą.

Ar darbo eigos išsaugojimas patvirtina ir būsimus paleidimus?

Ne. Išsaugojimas išlaiko koordinavimo scenarijų, o vykdymo patvirtinimas yra atskiras sprendimas. Prieš suteikdami įsimenamą patvirtinimą peržiūrėkite scenarijų ir pirmojo paleidimo leidimų dialogą.

Visi straipsniai