Claude Code Workflows: Co to je a kdy je opravdu potřebujete

Claude Code Workflows: Co to je a kdy je opravdu potřebujete

Aktualizujte Claude Code na v2.1.154 a v /config najdete nový řádek s názvem Dynamic workflows. Když ho zapnete, Claude umí napsat JavaScriptový skript, který rozdělí práci až na 16 agentů běžících najednou. To je ta funkce, o které si všichni šeptají. Oficiální dokumentace vám řekne, co dělá. Neřekne vám ale to, co vás ve skutečnosti zajímá: potřebujete ji, nebo vám stačí subagenti, které už máte?

Právě v tom je ta mezera. Claude Code workflows vyšly jako research preview a dokumentace se čte jako referenční příručka, ne jako rada. Tak jsme spustili ten jediný přibalený workflow, /deep-research, uvnitř naší vlastní obsahové pipeline, zaznamenali reálná čísla a sepsali upřímný verdikt. Krátká verze: pokud ještě dokážete své agenty sledovat ručně, workflow zatím nepotřebujete. Někteří z vás ho ale rozhodně potřebují. Pojďme si ujasnit, do které skupiny patříte.

Klíčové body:

• Claude Code workflow je JavaScriptový skript, který Claude napíše, aby orchestrával subagenty ve velkém měřítku (research preview, v2.1.154+, všechny placené plány).
• Potřebujete ho jen tehdy, když úkol vyžaduje víc agentů, než kolik jich jedna konverzace dokáže koordinovat. Jinak stačí subagenti.
• Dnes existuje jediný workflow: /deep-research. Běží na pozadí, zatímco vaše relace zůstává plně použitelná.
• Workflows jsou náročné na tokeny. Než bychom nějaký doporučili, změřili jsme reálný běh (čísla níže).

Co je Claude Code Workflow?

Claude Code workflow je JavaScriptový skript, který orchestrává subagenty ve velkém měřítku. Vy popíšete úkol, Claude napíše skript a runtime ho spustí na pozadí, zatímco vaše chatová relace zůstává plně použitelná. Jde o funkci v režimu research preview v Claude Code, vyžaduje Claude Code v2.1.154+ a běží na všech placených plánech (Pro, Max, Team, Enterprise, plus API a Bedrock/Vertex/Foundry).

Tady je verze z běžného života. Představte si, že přijdete ke kuchyňské lince a popíšete jídlo, které chcete. Šéfkuchař napíše recept, předá ho zadní kuchyni plné kuchařů a ti se pustí do práce, zatímco si vy u linky dál povídáte. Nemikromanagujete každého kuchaře. Dělá to ten recept. Ten recept je workflow, kuchaři jsou subagenti a kuchyně běžící v zázemí je runtime.

Workflow není další agent. Je to skript, který vašim agentům říká, co mají dělat, v jakém pořadí a co udělat s výsledky. Tenhle rozdíl je důležitější než cokoli jiného v tomto článku a v další sekci si ho ukážeme konkrétně.

Ještě jedna rychlá nejasnost k vyjasnění. Zadejte do vyhledávání „claude code workflows" a narazíte na GitHub repozitáře, pluginy a marketplace plný komunitních swarm nástrojů jako Ruflo, claude-flow a wshobson/agents. To jsou orchestrátory třetích stran. Oficiální Dynamic workflows od Anthropic je jiná, vestavěná funkce. Pokud to není v /config na v2.1.154+, není to ta oficiální.

Tahle funkce stojí po boku dalších research-preview novinek od Anthropic, jako je nedávný fast mode research preview: předčasně vydaná, schovaná za přepínačem a stále s mouchami. Chovejte se k ní jako k preview, protože to preview je. Kompletní specifikace je v oficiální dokumentaci k workflows.

Workflows vs. subagenti vs. skilly: Kdo drží plán?

Nejčistší způsob, jak tyhle tři rozlišit, je položit jednu otázku: kdo drží plán? Skill je zabalený soubor instrukcí a znalostí, které Claude načítá na vyžádání. Subagent je samostatný kontext, který plní jeden delegovaný úkol. Workflow je orchestračný skript, který koordinuje subagenty ve velkém měřítku — až 16 najednou. Stejná krabice s nářadím, tři různé práce.

Tady je srovnání, které oficiální dokumentace naznačuje, ale nikdy ho nepředloží vedle sebe:

Pokud jedna Claude konverzace ještě dokáže udržet celý plán v hlavě, chcete subagenta, ne workflow. V okamžiku, kdy spouštíte víc agentů, než kolik jich vy jako člověk dokážete sledovat — kdo co dělá a v jakém pořadí — plán přerostl konverzaci. To je ta hranice, kterou workflow překračuje.

Chcete se ponořit hlouběji do první části? Náš tutoriál ke skillům pokrývá balení znalostí, které Claude načítá na vyžádání. A pokud zvažujete, jestli sáhnout po plnohodnotném agent frameworku místo nativní orchestrace, i tohle srovnání pomůže. Náš upřímný názor: nativní primitiva dojdou dál, než byste čekali, než si framework zaslouží své místo.

Kdy opravdu potřebujete Claude Code Workflow?

Claude Code workflow potřebujete, když (a) úkol vyžaduje víc agentů, než kolik jich jedna konverzace dokáže koordinovat, (b) chcete orchestraci uloženou jako znovu spustitelný kód místo jednorázového promptu, nebo (c) potřebujete adversariální nebo křížově ověřovanou kontrolu, kde si agenti navzájem kontrolují práci. Pokud nic z toho neplatí, subagenti stačí. Buďte k sobě tady upřímní.

Tohle je část, kterou dokumentace neřekne nahlas, takže to řekneme my: workflow pravděpodobně zatím nepotřebujete. Několik subagentů koordinovaných v běžné konverzaci zvládne každodenní práci. Workflows nejsou vylepšení, na které „dospějete". Jsou to nástroj pro jeden konkrétní tvar problému: víc agentů, než kolik jich jeden mozek uhlídá.

Projděte si tenhle checklist. Workflow pravděpodobně potřebujete, pokud odpovíte ano na alespoň jednu otázku:

• Úkol vyžaduje víc agentů, než kolik jich jedna konverzace dokáže sledovat.
• Chcete orchestraci jako znovu spustitelný kód, ne jednorázový prompt, který přepisujete.
• Potřebujete adversariální nebo křížově ověřovanou kontrolu (více agentů se navzájem ověřuje).
• Budete stejný multi-agent úkol spouštět opakovaně, třeba pravidelný audit kódu nebo migraci 500 souborů.

Odpověděli jste ne na všechny čtyři? Zůstaňte u subagentů. Ušetříte tokeny, udržíte věci laditelné a nic neztratíte. Lidé orientovaní na specifikace tenhle vzorec poznají z dobrých praktik pro CLAUDE.md: zapište plán jednou, udělejte ho znovu spustitelným, přestaňte ho přepisovat. Workflow je tahle myšlenka dovedená do bodu, kdy samotný plán potřebuje runtime, aby se provedl.

Ten jediný workflow, který už máte: /deep-research

/deep-research je jediný přibalený workflow dodaný v preview. Zavoláte ho s otázkou a on rozvětví subagenty, aby téma paralelně prozkoumali, křížově ověří jejich zjištění proti sobě a vrátí jednu syntetizovanou odpověď do vašeho kontextu — a to vše běží na pozadí, takže vaše relace zůstává použitelná.

/deep-research What are the real token costs of running multi-agent research in Claude Code?

To je celé rozhraní. Pod kapotou prochází fázemi: rozbije vaši otázku na výzkumná vlákna, spustí agenty, kteří každé vlákno sledují, provede fázi křížové kontroly nebo revize, aby agenti odchytili navzájem slabá tvrzení, a pak syntetizuje finální odpověď zpět do vašeho chatu. Uprostřed běhu ho neřídíte. Zeptáte se, on pracuje, on se vrátí s výsledkem.

Tohle je opravdu užitečné pro ty neuspořádané výzkumné otázky, u kterých byste jinak otevřeli deset záložek a ztratili odpoledne. Pokud už výzkumné nástroje propojujete, náš přehled nejlepších MCP serverů se k tomuhle typu rozvětveného výzkumu skvěle hodí. Ale „užitečné" a „stojí za tu spotřebu tokenů" není to samé — a přesně to jsme se rozhodli změřit.

Co se stalo, když jsme spustili workflow v naší vlastní pipeline

Náš běh /deep-research spustil 9 subagentů napříč 4 fázemi, spotřeboval těsně přes 1 milion tokenů a dokončil se zhruba za 8 minut reálného času. Stálo to za to? Na rychlou otázku ani náhodou. Na výzkumný úkol, který bychom jinak koordinovali ručně napříč půltuctem agentů, se to vyplatilo. Tady je upřímný rozbor.

V naší pipeline byl tento článek, který právě čtete, sám o sobě vytvořen multi-agent systémem: výzkum, zadání, psaní, validace, překlad a publikování běží každý jako samostatný subagent. Takže už žijeme ve světě „příliš mnoho agentů na jednu konverzaci" z výše uvedeného checklistu. Díky tomu jsme byli správný testovací případ, ne uměle vytvořený.

Spustili jsme /deep-research na živém klíčovém slovu, které jsme už zkoumali, a zaznamenali celý běh:

Nejvíc nás překvapila fáze křížové kontroly. Pár raných tvrzení, která jeden agent vyprodukoval, bylo tiše opraveno poté, co je jiný agent zpochybnil — a to je přesně ten typ věci, který jedna konverzace mávnutím ruky přejde. Tenhle adversariální krok je ta pravá hodnota, víc než samotný paralelismus. Náklady na tokeny jsou ale vysoké a tihle agenti běží na modelech úrovně Opus (viz co je nového v Opus 4.8, proč na tom u účtu záleží). Milion tokenů za otázku, kterou byste zodpověděli dvěma prompty, je špatný obchod. U otázky, která opravdu potřebuje uvést na pravou míru šest zdrojů, je to bargain z hlediska vašeho času.

Tohle je přesně ten typ orchestrace, který stavíme pro klienty v Techsy, takže jsme měli silnou předchozí zkušenost s tím, kde se to vyplatí a kde to jen pálí rozpočet. Náš názor: spusťte to na těžké otázky, přeskočte to u těch snadných.

Jak napsat a uložit vlastní workflow

Chcete-li vytvořit vlastní workflow, popište úkol Claudeovi běžným jazykem s použitím klíčového slova workflow, zkontrolujte a schvalte skript, který vygeneruje, a pak ten skript uložte jako znovu použitelný /command. Pro vyšší úsilí nastavte /effort ultracode a Claude naplánuje workflow sám. Od vás se nevyžaduje žádný JavaScript; Claude napíše skript, vy ho schválíte.

Tady je celý cyklus, který zároveň slouží jako kroky, pokud postupujete s námi:

1. Zapněte Dynamic workflows. Na plánu Pro otevřete /config a přepněte řádek Dynamic workflows do zapnutého stavu. (Jste na v2.1.154+, že?)

   bash

   /config
   # then enable the "Dynamic workflows" row

2. Popište úkol klíčovým slovem workflow. Zahrňte slovo workflow kdekoli v promptu, například: „Spusť workflow, který zkontroluje každý route soubor v tomhle repu na chybějící auth kontroly." Claude Code to slovo zvýrazní a místo práce krok za krokem napíše skript. Chcete, aby se Claude rozhodl sám? Nastavte /effort ultracode, které kombinuje uvažování xhigh s automatickou orchestrací workflow pro každý podstatný úkol (a spálí víc tokenů, takže pro rutinní práci se vraťte na /effort high).

3. Zkontrolujte a schvalte vygenerovaný skript. Claude vám ukáže JavaScriptovou orchestraci dřív, než cokoli spustí. Přečtěte si ji. Tohle je vaše šance odchytit rozvětvení širší, než chcete.

4. Uložte to jako /command pro opakované použití. Jakmile to funguje, uložte workflow jako vlastní slash command, aby audit v příštím čtvrtletí byl na jedno stisknutí klávesy.

Znovupoužitelnost je tichá výhra. Jednorázový /deep-research je praktický, ale uložený workflow pro „audit auth napříč všemi route" nebo „migruj tenhle adresář na nové API" promění několikahodinovou koordinační práci v jeden opakovatelný příkaz. To je okamžik, kdy se náklady na tokeny začnou amortizovat napříč běhy, místo aby zabolely jen jednou.

Limity, cena a jak workflows vypnout

Workflows běží až s 16 souběžnými agenty s pevným stropem 1 000 agentů na běh, nepřijímají žádný vstup uprostřed běhu a dají se obnovit pouze v rámci téže relace. Jsou záměrně náročné na tokeny, protože každý agent spotřebovává kontext. Funkci můžete úplně vypnout pomocí disableWorkflows v konfiguraci nebo proměnné prostředí CLAUDE_CODE_DISABLE_WORKFLOWS.

Každý z těch limitů pro váš úkol něco znamená. Žádný vstup uprostřed běhu znamená, že jakmile to začne, nemůžete korigovat směr, takže vágní prompt promrhá tokeny za celý běh. Obnovitelné pouze ve stejné relaci znamená, že pokud zavřete terminál, běh je pryč. 1 000 agentů na běh zní obrovsky, ale široké rozvětvení při sazbách úrovně Opus jsou reálné peníze, takže berte 16 souběžných jako výchozí hodnotu jako funkci, ne jako strop, který chcete posouvat.

Pro vypnutí:

export CLAUDE_CODE_DISABLE_WORKFLOWS=1
# or set "disableWorkflows": true in your config

Verze lidi často nachytá: pokud /config neukazuje řádek Dynamic workflows, jste pod v2.1.154. Nejdřív aktualizujte. A pokud stavíte agent pipeline, jako je tahle, pro reálnou práci a chcete, aby se opravdu vyplatily, stavíme agent pipeline pro B2B týmy. Získejte bezplatnou konzultaci →, pokud se orchestrace stává úzkým hrdlem.

Závěr

Tady je celý článek v pěti řádcích. Claude Code workflow je JavaScriptový skript, který Claude napíše, aby orchestrval subagenty ve velkém měřítku, představený jako research preview ve v2.1.154. Ten, který dnes existuje, je /deep-research. Workflow potřebujete jen tehdy, když úkol přeroste to, co jedna konverzace dokáže koordinovat, když chcete znovu spustitelnou orchestraci, nebo když potřebujete, aby se agenti navzájem křížově kontrolovali. Náš reálný běh stál ~1 M tokenů za 9 agentů za 8 minut, což je kanón na vrabce u snadných otázek a vyplatí se to u těžkého výzkumu. Pravděpodobně ho zatím nepotřebujete, a to je v pořádku.

O autorovi

Mert Batur Gurbuz je spoluzakladatel Techsy.io, kde tým dodává AI agenty, automatizační systémy a hlasové/SDR pipeline pro B2B klienty. Studuje na University of Birmingham a píše o stacku nástrojů kolem LLM, který tým Techsy skutečně používá v produkci.

Spoluzakladatel, Techsy.io, University of Birmingham · LinkedIn

Často kladené otázky

Co je Claude Code workflow?

Claude Code workflow je JavaScriptový skript, který orchestrává subagenty ve velkém měřítku. Vy popíšete úkol, Claude napíše skript a runtime ho spustí na pozadí, zatímco vaše relace zůstává plně použitelná. Jde o funkci v režimu research preview v Claude Code v2.1.154+, dostupnou na všech placených plánech.

Jaký je rozdíl mezi workflow a subagentem?

Subagent je jeden delegovaný úkol běžící ve vlastním samostatném kontextu, koordinovaný vámi v konverzaci. Workflow je orchestračný skript, který koordinuje subagenty najednou — až 16 z nich. Pokud jedna konverzace ještě dokáže udržet celý plán, použijte subagenta. Pokud plán potřebuje runtime, aby agenty sledoval, použijte workflow.

Kolik stojí Claude Code workflow v tokenech?

V našem změřeném běhu /deep-research spálilo 9 subagentů napříč 4 fázemi zhruba 1,05 milionu tokenů za asi 8 minut. Workflows jsou záměrně náročné na tokeny, protože každý agent spotřebovává vlastní kontext, a tihle agenti běží na modelech úrovně Opus. U jednoduchých otázek je to plýtvání; u skutečného výzkumu z více zdrojů si svou cenu zaslouží.

Potřebuji placený plán, abych mohl používat Claude Code workflows?

Ano. Dynamic workflows běží na všech placených plánech Claude (Pro, Max, Team, Enterprise), plus API a Bedrock/Vertex/Foundry. Neexistuje přístup na bezplatné úrovni. Na plánu Pro funkci zapnete přepnutím řádku Dynamic workflows v /config po aktualizaci na Claude Code v2.1.154 nebo novější.

Co je /deep-research v Claude Code?

/deep-research je jediný přibalený workflow dodaný v research preview. Dáte mu otázku a on rozvětví subagenty, aby téma paralelně prozkoumali, provede fázi křížové kontroly, kde agenti ověřují navzájem svá zjištění, a pak syntetizuje jednu odpověď zpět do vašeho kontextu — a to vše běží na pozadí.

Jak uložím workflow jako slash command?

Popište úkol Claudeovi s použitím klíčového slova workflow, zkontrolujte a schvalte JavaScriptový skript, který vygeneruje, a pak ten schválený skript uložte jako vlastní /command. Poté se celý multi-agent úkol spustí jediným stisknutím klávesy — a to je okamžik, kdy se workflows začnou amortizovat své náklady na tokeny napříč opakovanými běhy.

Kolik agentů dokáže workflow spustit najednou?

Workflow běží až s 16 souběžnými agenty, s pevným stropem 1 000 agentů na běh. Výchozí hodnota 16 souběžných existuje z dobrého důvodu: široké rozvětvení při sazbách úrovně Opus rychle prodraží. Berte limity jako zábradlí, ne jako cíle, a držte své rozvětvení tak úzké, jak to úkol dovolí.

Jak vypnu Dynamic workflows?

Nastavte disableWorkflows na true ve své konfiguraci, nebo před spuštěním Claude Code exportujte proměnnou prostředí CLAUDE_CODE_DISABLE_WORKFLOWS=1. Obojí funkci úplně vypne. Pokud řádek Dynamic workflows v /config jednoduše nevidíte, pravděpodobně jste pod požadovanou verzí v2.1.154 a musíte nejdřív aktualizovat.

Opravdu potřebujete Claude Code workflows, nebo stačí subagenti?

Subagenti stačí, dokud úkol nepřeroste jednu konverzaci. Několik subagentů koordinovaných v běžné konverzaci pokryje každodenní práci bez nákladů na tokeny. Workflow opravdu potřebujete jen tehdy, když úkol spustí víc agentů, než kolik jich jedna konverzace dokáže sledovat, když chcete znovu spustitelnou orchestraci jako kód, nebo když potřebujete, aby se agenti navzájem adversariálně křížově kontrolovali.