Tým AI agentů v Grok Botu: jak u nás spolupracují

Jeden AI agent v editoru je dnes běžná věc. Co se ale stane, když místo jednoho „univerzálního pomocníka" postavíš celý tým: agenta, který řídí, agenta, který navrhuje architekturu, agenta, který programuje, a další, kteří řeší marketing, rozpočet a obsah?

Přesně tak teď ve Vibecoders pracujeme na vlastních projektech, včetně blogu, který právě čteš. Fakultu za sebou mít nemusíš. Git, terminál a izolované prostředí ti ale ušetří spoustu času. Tenhle článek popisuje, jak je tým postavený, jak si agenti předávají práci a kde naopak musí zasáhnout člověk.

Než skočíš do týmu agentů, zvládni základy: Claude Code v praxi, Git pro vibecodery a Python s virtualenvwrapper.

Proč tým, a ne jeden agent

Jeden agent s obřím promptem „buď CEO, programátor i marketér" funguje špatně ze tří důvodů:

1. Kontext se zahlcuje. Agent, který právě ladí CSS, nepotřebuje v hlavě strategii obsahu na půl roku.
2. Role se míchají. Když stejný agent navrhuje i schvaluje, nikdo neoponuje.
3. Nedá se to řídit. Nevíš, kdo za co odpovídá, a těžko se dohledává, proč padlo jaké rozhodnutí.

Rozdělení do rolí je stejný trik jako u lidí: každý má jasný mandát, vlastní kontext a výstup, který předává dál.

Jak je náš tým poskládaný

Každý agent v Grok Botu má vlastní instrukce, vlastní paměť a přístup jen k nástrojům, které pro svou roli potřebuje.

Agent	Za co odpovídá	Typický výstup
CEO	Priority, rozdělení práce, komunikace s člověkem	Zadání pro ostatní agenty, souhrny
CTO	Architektura, výběr technologií, technické review	Technický návrh, rozhodnutí o stacku
Development	Implementace, testy, opravy	Kód, pull requesty
Marketing	Strategie, SEO, distribuce	Obsahová strategie, plán kanálů
CFO	Rozpočet, náklady na nástroje a provoz	Odhady nákladů, upozornění na výdaje
Blog Writer	Články podle strategie	Koncepty článků v Markdownu

Důležité: agenti nemají přístup ke všemu. Blog Writer nevidí produkční server, Development nemůže nic publikovat na sociální sítě. Princip nejmenších oprávnění platí pro agenty stejně jako pro lidi.

Jak si agenti předávají práci

Spolupráce stojí na třech jednoduchých mechanismech.

1. Sdílené soubory místo dlouhých chatů

Agenti sdílejí jeden pracovní počítač (box) se společným souborovým systémem. Výstupy si nepřeposílají jako dlouhé zprávy, ale ukládají je jako soubory. Příklad z reálného běhu:

• Marketing sepsal obsahovou strategii do /workspace/vibecoders-blog-strategy.md: cílové skupiny, tematické clustery, pravidla pro URL a meta tagy.
• CEO zadal Blog Writerovi napsat první články a odkázal ho právě na tenhle soubor.
• Blog Writer ukládá koncepty do /workspace/vibecoders-blog/<slug>.md, odkud si je může vzít kdokoli další.

Soubor je trvalý, verzovatelný a čitelný pro lidi i agenty. Chat se ztratí, soubor zůstane.

2. Krátké zprávy mezi agenty

Když agent potřebuje něco od jiného, pošle mu krátkou zprávu: co chce, kde najde podklady a co má vrátit. Zpráva od CEO pro Blog Writera vypadala zhruba takhle: napiš 3–4 články, témata jsou tato, drž se strategie Marketingu, ulož koncepty sem, nic nepublikuj a vrať mi názvy a cesty.

Všimni si struktury: cíl, podklady, výstup, hranice. Stejně dobře by fungovala i pro lidského kolegu.

3. Člověk jako schvalovatel

Žádný agent sám neprovádí nevratné akce: neodesílá e-maily, nepublikuje, neutrácí peníze, nemaže nic mimo pracovní prostředí. Takové kroky připraví jako návrh a čekají na schválení. Agent tedy napíše koncept e-mailu, ale odeslat ho musí potvrdit člověk.

Tohle není byrokracie. Je to jediný důvod, proč se dá agentům svěřit víc práce bez nervozity.

Příklad: od nápadu k článku

Takhle reálně vznikal tento blog:

1. Člověk (zakladatel) řekl CEO agentovi, že chce blog na vibecoders.cz zaměřený na vibecoding s Claude Code a Grok Botem.
2. CEO zadal Marketingu analýzu a strategii.
3. Marketing prošel živý web a zjistil zásadní problém: web je aplikace vykreslovaná jen v prohlížeči, takže vyhledávače bez JavaScriptu vidí skoro prázdnou stránku bez popisu a s lang="en". Navrhl clustery témat, kadenci a technické požadavky na blog a nový web.
4. CEO z toho udělal úkoly: pro CTO a Development technický základ blogu (SSR/SSG), pro Blog Writera první články.
5. Blog Writer napsal koncepty podle strategie, včetně interních odkazů a poznámek, která fakta je potřeba ověřit.
6. Člověk koncepty čte, upravuje a rozhoduje o publikaci.

Celý řetězec je dohledatelný: kdo co zadal, z jakých podkladů a s jakým výstupem.

Co funguje dobře

• Paralelní práce. Zatímco Development řeší technický základ, Blog Writer už píše obsah. Nikdo na nikoho nečeká.
• Specializované instrukce. Agent s úzkou rolí drží kvalitu lépe než jeden „všeuměl".
• Vynucené mezikroky. Strategie před články, návrh před kódem. Agenti si navzájem dodávají vstupy, takže se těžko přeskakuje přemýšlení.
• Trvalé výstupy. Strategie od Marketingu slouží i dalším agentům a za měsíc bude pořád k dispozici.

Co nefunguje (zatím)

Budeme upřímní, protože o tom má tenhle blog být:

• Agenti nemají přístup k reálným datům, dokud jim ho nedáš. Marketing umí odhadnout poptávku po klíčových slovech jen kvalitativně. Bez napojení na Search Console nebo nástroje typu Ahrefs jsou to hypotézy, ne čísla. Strategie to ostatně sama otevřeně píše.
• Fakta o nástrojích stárnou. Ceny a funkce AI nástrojů se mění každý měsíc. Proto jsou v konceptech označená místa k ověření a před publikací je dohledáváme v oficiálních cenících a dokumentaci, s datem ověření.
• Asynchronní komunikace má zpoždění. Zprávy mezi agenty dorazí v dalším kole, nejde o živou poradu. Pro rychlé iterace je lepší, když jeden agent dostane celý úkol.
• Řízení stojí pozornost. Víc agentů znamená víc výstupů ke kontrole. Bez člověka, který čte a rozhoduje, se kvalita rychle rozjede.
• Náklady. Každý agent spotřebovává tokeny. Proto v týmu máme CFO agenta, který náklady hlídá. Konkrétní čísla zveřejníme, až budeme mít data za celé období.

Jak si podobný tým postavit

Pokud chceš začít, nedoporučujeme hned šest agentů. Postupuj takhle:

1. Začni dvěma rolemi: jeden agent plánuje a zadává (CEO/PM), druhý vykonává (Development nebo Writer).
2. Definuj předávací formát. Každý úkol má cíl, podklady, výstup a hranice.
3. Sdílej soubory, ne chaty. Dohodni se na složce a pojmenování výstupů.
4. Nastav schvalování. Seznam akcí, které agent nikdy neudělá bez člověka: odesílání, publikace, platby, mazání.
5. Přidávej role, až když bolí. Když plánovací agent tráví půlku času rozpočtem, je čas na CFO.
6. Pravidelně čti výstupy. Aspoň jednou týdně si projdi, co agenti vyrobili, a uprav jim instrukce.

Popis výše odpovídá tomu, jak máme Grok Bot nastavený my. Konkrétní možnosti se můžou lišit podle plánu a konfigurace.

Časté otázky

Kolik agentů je ideální?

Tolik, kolik máš jasně oddělených rolí s vlastním výstupem. Pro většinu menších projektů stačí dva až tři. Šest agentů dává smysl, když souběžně běží vývoj, obsah i obchodní rozhodování.

Nahradí agenti lidi v týmu?

V našem nastavení ne. Agenti zrychlují přípravu a vykonávání, ale směr, schvalování a zodpovědnost zůstávají na člověku. Bez něj kvalita rychle klesá.

Shrnutí

Tým AI agentů není sci-fi ani náhrada lidí. Je to způsob, jak rozdělit práci tak, aby každý agent měl jasnou roli, omezený kontext a výstup, který jde zkontrolovat. Člověk zůstává tím, kdo určuje směr a schvaluje vše nevratné.

Pokud tě zajímá práce jednoho agenta na úrovni kódu, začni návodem na Claude Code. Pro výběr nástrojů máme srovnání Claude Code vs Cursor vs Codex. A ať agentům připravíš bezpečné prostředí, mrkni na Git a Python / virtualenvwrapper.

Přemýšlíš o AI agentech ve tvé firmě? Napiš nám přes kontaktní formulář na webu a probereme, kde by ti ušetřili nejvíc času.