Spustíš v Claude Code úklidový workflow přes celý repozitář, necháš běžet čtyřicet subagentů — a do hodiny ti dojde limit. Nebo naopak: každé ráno ti naplánovaná úloha sežere kus pětihodinového okna, než vůbec otevřeš terminál. Obojí řeší jedna a táž otázka: managed agents vs Claude Code — kde má agentní práce běžet?
Anthropic nabízí dva zásadně odlišné světy. Claude Code s dynamic workflows je tvůj terminálový agent na předplatném (Pro, Max, Teams), který umí orchestrovat desítky až stovky subagentů najednou. Managed Agents je cloudová platforma na API účtu, kde agent běží v sandboxu spravovaném Anthropicem — podle plánu, bez otevřeného terminálu a mimo limity předplatného. V tomto článku si je porovnáme a ukážeme si, jak rozdělit práci, aby ti nedošel Max limit.
Dva způsoby, jak nechat Claude pracovat s agenty
Od léta 2026 má Claude Code funkci dynamic workflows — JavaScriptový skript, který orchestruje mnoho subagentů najednou. Popíšeš úkol, Claude ti skript napíše a runtime ho vykoná na pozadí, zatímco tvoje session zůstává responzivní. Dynamic workflows přišly do Claude Code v červnu 2026 a rychle se staly standardem pro velké paralelní úlohy (zdroj: InfoQ, červen 2026).
Managed Agents jsou opačný pól: hotový agentní harness, který běží v manageované infrastruktuře Anthropicu. Nastavíš agenta (model, system prompt, nástroje, MCP servery), prostředí (cloudový sandbox nebo vlastní self-hosted stroj) a spustíš session — přímo přes API, nebo naplánovaně jako deployment s cron výrazem. Detailní návod, jak postavit agenta, který každé ráno posílá report do Slacku, jsme popsali v článku Claude Managed Agents: automatizace reportingu.
Claude Code a dynamic workflows: plán drží skript, ne kontext
Klíčový rozdíl oproti subagentům nebo agent teams je v tom, kdo drží plán. U subagentů je orchestrátorem Claude — rozhoduje tah po tahu a každý výsledek putuje do kontextového okna. U dynamic workflow drží smyčku, větvení i mezivýsledky samotný skript, takže v kontextu zůstane jen finální odpověď (zdroj: oficiální dokumentace Claude Code, stav k 10. 10. 2026).
| Subagenti | Dynamic workflow | |
|---|---|---|
| Kdo rozhoduje, co běží dál | Claude, tah po tahu | Skript |
| Mezivýsledky | Kontextové okno | Proměnné skriptu |
| Rozsah | Pár delegovaných úkolů | Desítky až stovky agentů |
| Opakovatelnost | Definice workera | Celá orchestrace |
Prakticky to použiješ na:
- audit celého repozitáře — každý agent zkontroluje jednu sadu souborů na stejný problém,
- hromadné migrace — 500 souborů rozdělených mezi paralelní agenty,
- křížově kontrolovaný research — agenti si vzájemně adversariálně prověřují zjištění, než je nahlásí,
- plán z několika úhlů — nezávislé návrhy, které skript porovná a vybere.
Vestavěný příklad je /deep-research: spustí web search přes několik úhlů, zdroje křížově ověří a vrátí citovaný report s odfiltrovanými tvrzeními, která kontrolu nepřežila. Vlastní workflow si necháš napsat promptem, uložíš ho jako příkaz a příště ho jen spustíš. Běh sleduješ v /workflows, kde vidíš fáze, počty agentů i jejich spotřebu tokenů.
Vše běží na tvém předplatném: workflow se počítá do usage a rate limitů plánu. A tady začíná problém s Max limitem, ke kterému se dostaneme níže.
Managed Agents: agent v cloudu, který běží, i když zavřeš terminál
Managed Agents (beta, hlavička managed-agents-2026-04-01) jsou určené pro dlouho běžící a asynchronní práci. Agent žije ve vlastním prostředí — cloudovém sandboxu Anthropicu nebo na tvém self-hostovaném serveru (užitečné pro GDPR, DPA ale podepsat musíš). Ke session se dostaneš přes event stream a výsledek ti může přijít webhookem (zdroj: dokumentace Claude Platform, stav k 10. 10. 2026).
Cena tokeny podle API ceníku (Sonnet 5.5 stojí 2 $ za vstupní a 10 $ za výstupní MTok) plus 0,08 $ za hodinu aktivní session. Idle čas je zdarma, platíš jen stav running.
Největší páka jsou scheduled deployments: definici deploymentu uložíš jako soubor (deployment.md), nastavíš cron výraz s časovou zónou a agent se spouští sám — každé ráno, každou hodinu, kdykoliv. Deploymentům můžeš nastavit budget, tedy strop výdajů pro každý běh (amount 2000 odpovídá zhruba 20 $), takže ti zběhlý agent nesežere víc, než povolíš. Plánovač navíc přidává jitter až 15 % intervalu, takže se úlohy nespouštějí všechny v přesně stejný okamžik.
Kdy použít který nástroj
Rozdělení práce je v praxi překvapivě jednoduché:
| Otázka | Použij Claude Code | Použij Managed Agents |
|---|---|---|
| Člověk v loopě, schvaluje kroky? | ✅ | ❌ |
| Jednorázová úloha nad tvým lokálním repem? | ✅ | ❌ |
| Běží opakovaně podle plánu (cron)? | ❌ | ✅ |
| Musí běžet, i když spí tvůj notebook? | ❌ | ✅ |
| Integrace s vlastní infrastrukturou (webhooky, vlastní sandbox)? | ❌ | ✅ |
| Interaktivní kódování a ladění během dne? | ✅ | ❌ |
Použij Claude Code s dynamic workflows, když se úloha teprve vyvíjí a chceš ji při běhu korigovat: velká migrace, kde se až za pochodu ukáže, které soubory přeskočit, nebo research, který chceš s kolegou komentovat. Schválení plánu před spuštěním a možnost běh kdykoliv zastavit v /workflows jsou přesně pro tohle.
Použij Managed Agents, když je úloha definovaná a opakovaná: ranní report do Slacku, pravidelný kontrolní běh nad daty, zpracování fronty souborů. Agent v cloudu se spustí v šest ráno a ty se připojíš až k výsledku. A hlavně — jeho spotřeba se nepíše do tvého Max limitu, ale do API faktury.
Pokud řešíš i další agenty v terminálu, mrkni na srovnání Claude Code vs Cursor vs Windsurf nebo na přehled více agentů pod kontrolou s Agent View.
Jak to rozdělit v praxi: jeden den vývojáře na tarifu Max
Představ si konkrétní rozdělení. Ráno v 6:00 se ti spustí Managed Agent, který stáhne včerejší čísla z analytiky, porovná je s plánem a pošle souhrn do Slacku — poběží pár minut, spotřebuje tokeny z API kreditu a tvého Max limitu se nedotkne. V devět otevřeš Claude Code: den začíná interaktivní prací na featuře, pár subagentů na review diffu, nic dramatického. Odpoledne přijde velká úloha — migrace 300 souborů na nové API. To je přesně práce pro dynamic workflow: schválíš plán, spustíš běh se size guideline medium, sleduješ tokeny v /workflows a když se běh vymyká, zastavíš ho.
Večer ti tak v pětihodinovém okně zbývá rezerva, protože ranní reporting a plánované běhy jsi nespouštěl v Claude Code. A kdyby migrace přesto trefila limit, běh se pozastaví a po resetu doběhne sám.
Jak nespálit Max limit v Claude Code
Teď k slíbené části o limitech. Jeden workflow může spotřebovat výrazně víc tokenů než stejný úkol v konverzaci — desítky agentů, každý se svým promptem. Přitom Max (dříve Max 5×, 100 $) nabízí 5× využití tarifu Pro s pětihodinovým i týdenním limitem a Ultra (od 30. 10. 2026 nový název pro Max 20×, 200 $) 10× využití Pro týdně, u ověřených účtů bez pětihodinového okna (detaily tarifů v článku kolik stojí Claude).
Co se stane, když agent narazí na limit? Od verze 2.1.271 se běh nezruší, ale pozastaví: agenti čekají na reset, noví se nespouštějí a po resetu běh pokračuje sám. Pozor ale na podmínky — pauza funguje jen v interaktivní session s předplatným claude.ai, jen když je zapnuté autoContinueAtUsageLimit, jen pokud se limit resetuje do 24 hodin (týdenní limit se resetuje déle) a maximálně dvakrát. Potřetí agent selže. A v neinteraktivním režimu (claude -p, Agent SDK, background session) se nepozastaví vůbec — agenti rovnou padají.
Praktické zásady, které ti limit ušetří:
- Začni malým řezem. Spusť workflow na jeden adresář, ne na celý repozitář. Skript ověříš za zlomek tokenů a teprve pak pustíš zbytek.
- Nastav size guideline. V
/configvolíš, na kolik agentů má Claude mířit:smalldo 5,mediumdo 10,largedo 50. Výchozí hodnota jemedium. - Sleduj varování Large workflow. Když běh naplánuje víc než 25 agentů nebo projekce přesáhne 1,5 milionu tokenů, Claude Code tě na to upozorní — a v
/workflowsmůžeš běh kdykoliv zastavit, dokončená práce se neztratí. - Využij cache ve fan-outu. Agenti se stejným modelem a nástroji si čtou navzájem prompt cache. Výchozí TTL je 5 minut; pro delší běhy nastav
subagentPromptCacheTtlna 1h (za delší zápis cache ale zaplatíš vyšší sazbu). - Mixuj modely. Ne každý subagent potřebuje Opus. Sonnet na orchestrování a Haiku na rutinní kontroly výrazně šetří — konkrétní rozdělení rolí popisujeme v článku o třímodelovém workflow v Claude Code a další triky v návodu jak ušetřit na Claude Code model routingem.
Opakované úlohy dej na API kredit z Max tarifu
Nejsilnější trik je ale architektonický: co běží podle plánu, přesuň z Claude Code do Managed Agents. Důvod je účetní, ne technický.
Tarify Max a Ultra zahrnují 100, resp. 200 $ měsíčně v API kreditech (Max 100 $, Ultra 200 $; kredity nepokrývají samotný Claude Code), které můžeš využít pro stavbu na Claude Platform — tedy i na Managed Agents. Naplánovaný deployment běžící na API kredit tak neokrádí tvé pětihodinové okno ani týdenní limit, které potřebuješ na interaktivní práci. Se stropem budget na každý běh máš výdaje pod kontrolou i bez dohledu — obecné zásady rozpočtů pro agentní úlohy popisuje článek kolik stojí AI agent a jak omezit výdaje.
Pravidlo tedy zní: dynamic workflows na jednorázovou paralelní práci, když u počítače jsi. Managed Agents na vše, co má běžet samo. Tvůj Max limit ti zůstane na to, na co je určený — na práci s kódem, kterou řídíš ty.
Časté otázky
Fungují dynamic workflows i na tarifu Pro?
Ano. Dynamic workflows jsou dostupné na všech placených plánech, s API přístupem i přes Bedrock a Google Cloud. Na Pro je ale výchozí size guideline small (do 5 agentů) a limit vyčerpáš rychleji než na Maxu — na velké fan-outy Pro nestačí.
Vyplatí se Managed Agents, když mám jen Pro?
Managed Agents se platí z API faktury, ne z předplatného, takže je technicky můžeš použít i s Pro. Bez API kreditů z Max tarifu ale každý běh platíš naplocho — pro občasné úlohy je levnější nechat je v Claude Code, pro pravidelné si spočítej cenu tokenů plus 0,08 $ za hodinu aktivní session.
Co se stane, když workflow trefí týdenní limit?
Běh se pokusí pozastavit, ale pauza platí jen pro limity, které se resetují do 24 hodin. Týdenní limit se resetuje déle, takže agenti selžou. Proto velké workflow nepouštěj na konci týdne, když už máš limit téměř plný — a před spuštěním zkontroluj spotřebu plánu v /usage.
Dají se workflow uložit a sdílet v týmu?
Ano. Workflow uložíš jako vlastní příkaz a můžeš ho distribuovat i jako plugin, takže celý tým spouští stejnou orchestraci se stejnými parametry.
Běží Managed Agents na mé infrastruktuře?
Ano, kromě cloudového sandboxu Anthropicu podporují self-hosted sandbox na tvých serverech — vhodné pro GDPR a firemní politiky. Pozor, že DPA pořád podepsat musíš a ZDR/HIPAA BAA u Managed Agents nejsou.
