Spustit čtyři coding agenty najednou už v roce 2026 není žádná exhibice — Claude Code má background sessions, git worktrees i Agent view přímo vestavěné. Skutečný problém začíná o minutu později: když čtyři agenti běží současně, ty trávíš čas čtením čtyř transcriptů, místo abys dělal vlastní práci. Paralelní agenti ti ušetří hodiny jen tehdy, když změníš způsob dohledu — od čtení konverzací k čtení reportů.
V tomto článku najdeš kompletní workflow, který dnes používám při běhu několika agentů současně: izolace přes worktree, triage podle stavu „Needs input" v Agent view, review diffu místo transcriptu a nakonec ship přes draft PR. Vychází z oficiální dokumentace Claude Code (říjen 2026) a z vlastního denního provozu.
Proč čtyři agenti — a proč ne deset
Každá background session v Claude Code žere kvótu tvého předplatného samostatně. Čtyři agenti najednou znamenají zhruba čtyřnásobnou spotřebu tokenů — a u Max tarifu narazíš na rate limit překvapivě rychle, když všichni čtyři zrovna generují.
Praxe se ustálila na 3–5 agentech jako optimu:
- 2 agenti — zvládneš je hlídat v hlavě, ale výkon navíc je malý
- 4 agenti — sweet spot: jeden píše feature, druhý opravuje bug, třetí píše testy, čtvrtý dělá research
- 8+ agentů — přehled se hroutí, začínáš číst transcripty a jsi pomalejší než s jedním agentem
Karpathyho orchestrace deseti agentů, kterou jsme rozebírali v článku o řízení 10 AI agentů najednou, funguje jen s přísnou disciplínou v delegování. Pro běžnou denní práci vývojáře jsou čtyři realistický strop — a tenhle workflow je stavěný přesně na něj.
Základ: každý agent do vlastního worktree
Čtyři agenti v jednom adresáři si přepisují soubory pod rukama. Izolace přes git worktree je povinnost, ne volba. Máš dvě cesty:
Ručně z terminálukaždá session dostane vlastní checkout pod .claude/worktrees/ na větvi worktree-<název>:
claude --worktree feature-auth
claude --worktree fix-kosik
Automaticky z Agent viewbackground session, kterou dispatchneš přes claude agents, se před první editací souboru sama přesune do izolovaného worktree. Nemusíš řešit nic.
Claude Code izolaci vymáhá: agent ve worktree nemůže editovat soubory v hlavním checkoutu, nemůže do něj spustit příkaz a nemůže do něj přesměrovat git. Co se do worktree nedostane automaticky, jsou gitignorované soubory jako .env — ty si zanes do souboru .worktreeinclude v kořenu repa a Claude Code je zkopíruje do každého nového worktree. Přidej si taky .claude/worktrees/ do .gitignore, ať ti izolované checkouty nepletou git status v hlavním repu.
Detailní playbook ke worktrees včetně cleanupu a sdílení nastavení najdeš v článku Jak spustit paralelní Claude Code s git worktrees a v oficiální dokumentaci k worktrees (aktualizace říjen 2026) — tady si vystačíme s tím, že izolace prostě běží sama.
Agent view: jediná obrazovka, kterou potřebuješ
Příkaz claude agents otevře Agent view (zatím research preview) — jednu obrazovku se všemi background sessions. Běží pod supervizor procesem, takže agenti pracují dál, i když terminál zavřeš. Každý řádek má ikonu stavu a jednořádkový souhrn:
- Working (animovaná ikona) — agent zrovna pracuje
- Needs input (žlutá) — agent čeká na tebe: otázka, permission decision, sandbox nebo MCP vstup
- Completed (zelená) — úkol hotový
- Failed (červená) — úkol skončil chybou
Seznam je seskupený do skupin: Pinned, Ready for review, Needs input, Working, Completed. Právě skupina Needs input je srdce celého workflow — to je tvoje fronta. Nemusíš agentům koukat pod ruce; přijdeš jednou za půl hodiny, vyřídíš žluté řádky a jdeš dál.
Praktické ovládání: Space na řádku otevře peek — poslední výstup nebo otázku, na kterou můžeš rovnou odpovědět, aniž bys session opustil. Enter tě připojí (attach) do plné interaktivní session. Ctrl+X session zastaví. Dispatch jde z agent view (prompt dole), z shellu claude --bg "oprav flaky test v SettingsChangeDetector" nebo z běžící session přes /bg. Podrobnosti ke všem stavům a zkratkám najdeš v návodu na Claude Code Agent view a v oficiální dokumentaci Agent view (research preview, říjen 2026). Pět způsobů paralelní práce v Claude Code — subagenti, Agent view, agent teams, projekty a dynamické workflow — porovnává přehled Run agents in parallel.
Přestaň číst transcripty, čti report
Tady se láme celá produktivita. Transcript je kompletní záznam konverzace — stovky řádků tool callů, výpisů souborů a uvažování agenta. Číst ho u čtyř agentů je jako číst čtyři deníky najednou: hodina mrtvého času denně.
Agent view ti místo toho servíruje tři vrstvy reportu:
1. Jednořádkový souhrn v řádku. Generuje ho malý rychlý model (Haiku třídy) z posledního výstupu session, obnovuje se maximálně jednou za 15 sekund. U běžícího agenta čteš, co zrovna dělá; u bloknutého přímo otázku, na kterou čeká.
2. Peek. Space ukáže poslední výstup — poslední odstavec závěru, chybovou hlášku nebo čekající otázku. Na 90 % rozhodnutí „pustit dál / opravit / zastavit" to stačí.
3. PR label. Když agent ve worktree dokončí kód, má instrukci práci zachovat — commitnout, pushnout a otevřít draft PR. V řádku session se objeví štítek jako #1234 s barvou podle stavu: žlutá (čeká na checks), zelená (prošlo), fialová (mergnuto), šedá (draft/closed).
Pozor agent nikdy nepushuje do main, neforcepushuje a nemerguje. Finální krok je vždycky tvůj — a to je správně.
Jak psát dispatch, aby report stačil
Report-driven dohled stojí a padá s kvalitou zadání. Jednořádkový souhrn ti pomůže jen tehdy, když agent ví, co má na konci říct. Každý dispatch proto piš ve třech částech:
- Cíl: „implementuj reset hesla přes e-mail" — co má vzniknout
- Hranice: „sahej jen na
src/auth/, testy piš dotests/auth/" — kam smí a nesmí - Definice hotovo: „otevři draft PR a do závěru napiš, které testy prošly" — co bude v reportu
Poslední bod je klíčový. Agent, který má v zadání „napiš do závěru výsledek testů", ti do reportu skutečně napíše výsledek testů — a ty v peeku za pět sekund víš, jestli jít na diff, nebo agenta poslat zpět. Bez definice hotovo dostaneš obvyklé „hotovo, podívej se" a jsi zase u čtení transcriptu.
Ship: z reportu do produkce
Ship je poslední krok smyčky a jediný, kde čteš skutečný kód. Ne transcript — diff.
Workflow vypadá takhle: řádek v Agent view zezelená (Completed) nebo se objeví PR štítek → otevřeš draft PR → čteš diff, ne konverzaci → když něco nesedí, napíšeš do PR komentář a agenta pošleš opravit (stejná session pokračuje) → když sedí, mergneš.
Review diffu má svoje pravidla — zaměř se na soubory, které agent neměl důvod sahat, na smazané řádky a na testy. Kompletní postup jsme popsali v návodu Jak kontrolovat kód od AI agenta: diff-tour. Pokud používáš subagenty na vedlejší úkoly uvnitř jedné session, mrkni i na nastavení Claude Code subagenta — s vlastním modelem ušetří další náklady.
Denní workflow krok za krokem
Celá smyčka v praxi, tak jak ji jedu já:
1. Ranní dispatch (5 minut)
Otevřu claude agents a rozešlu čtyři úkoly — každý jednou větou s jasným výstupem („implementuj X, napiš testy, otevři draft PR"). Nejeden velký úkol, ale čtyři nezávislé. Agenti se sami rozutečou do worktrees.
2. Práce na vlastních věcech
Agent view nechávám běžet v panelu vedle. Nekoukám do něj. Agenti pracují, já dělám svou práci — přesně to je ten zisk.
3. Triage podle Needs input (2 minuty)
Jednou za půl hodiny se podívám na žlutou skupinu. Peek → odpověď → hotovo. Permission decision vyřídím jedním klikem, otázku zodpovím větou. Nikdy neattachuju, pokud nemusím.
4. Review reportů
Zelené řádky: přečtu jednořádkový souhrn, peeknu závěr, zkontroluju PR štítek. Když souhrn tvrdí „hotovo, testy prošly" a PR je zelený, jdu na diff.
5. Ship
Diff review v PR → merge → git pull v hlavním checkoutu → worktree se uklidí při příštím pravidelném sweepu. Celé kolečko od dispatchu po merge: u středního úkolu hodina, z toho můj čas asi 10 minut.
Kdy tenhle workflow nepoužívat
- Jeden velký úkol místo čtyř malých — 500souborová migrace chce dynamický workflow nebo
/batch(rozdělí změnu na 5–30 worktree-izolovaných subagentů), ne čtyři ručně dispatchované agenty - Úkoly sahají na stejné soubory — worktree izolace řeší kolize při psaní, ale ne logické konflikty; dva agenti přepisující stejnou funkci ti vyrobí dva nekompatibilní PR
- Mimo git repozitář — bez gitu sessions píšou přímo do working directory a izolace nefunguje
- Když nemáš čas na review — diff review je nenasmlouvatelný krok; agent kód napíše, ale odpovědnost máš ty
Pokud řešíš spíš dlouhodobé projekty v cloudu než denní smyčku na vlastním stroji, koukni na srovnání Managed Agents vs Claude Code — cloudoví agenti běží i se zavřeným laptopem, ale report-driven dohled platí stejně.
Časté otázky
Kolik agentů najednou unese moje předplatné?
Každá session spotřebovává kvótu samostatně, takže čtyři agenti znamenají zhruba čtyřnásobné tempo. Na Max tarifu jsou čtyři paralelní agenti pohodlní, na Pro narazíš na limit dřív. Sleduj /usage a v případě potřeby agenta zastav přes Ctrl+X.
Co když agent ve worktree udělá chybu?
Worktree je izolovaný checkout — chyba se nedotkne hlavní větve. Session zastavíš (Ctrl+X nebo claude stop <id>), worktree smažeš (git worktree remove) a je po problému. Do main se dostane jen to, co sám mergneš z PR.
Musím číst transcript aspoň u failed session?
Nejdřív peek — červená session ukazuje v peeku chybovou hlášku. Teprve když z ní chyba není jasná, attachni a čti konec transcriptu. Plné čtení transcriptu je výjimka, ne standard.
Funguje to i s Codexem nebo jinými agenty?
Princip ano — izolace, reporty, review diffu. Konkrétní nástroje v článku (Agent view, claude agents, worktree příznak) jsou ale Claude Code. Codex má vlastní cloudové běhy a sdílený kontext řeší jinak; princip „čti report, ne transcript" zůstává.
Co když dva agenti potřebují upravit stejný soubor?
Nedispatchuj je tak. Rozděl práci podle souborů — každý agent vlastní jinou část codebase. Worktree zabrání fyzické kolizi při zápisu, ale dva PR do stejné funkce vyrobí merge konflikt, který budeš řešit ty.
Závěr
Čtyři coding agenti najednou nejsou o výkonnějším počítači ani dražším tarifu. Jsou o změně role: z čtenáře konverzací na manažera fronty. Worktree ti hlídá izolaci, Agent view ti seskupí práci podle toho, co potřebuje tebe, jednořádkové reporty nahradí transcripty a ship přes draft PR drží kvalitu pod tvou kontrolou.
Začni zítra ráno: claude agents, čtyři jasné úkoly, a první půlhodinu odolej pokušení attachnout. Když tě to chytne, koukni na přehled nástroje Claude Code pro další workflow a návody.
