Google Antigravity návod: multi-agent týmy AI v praxi
Google Antigravity návod: jak spustit multi-agent tým, který zvládne refaktoring přes desítky souborů. Role agentů, integrity módy i postup krok za krokem.
Obsah článku 7 sekcí
V kostce
- Příkaz /teamwork-preview v Google Antigravity spustí celý tým agentů s rolemi Sentinel, Orchestrator, Explorers a Workers, ale funguje jen na placených plánech.
- Každý milník musí projít branami Critic, Challenger a Auditor a na konci Success Auditorem, takže ty schvaluješ jen zadání a výsledek.
- Po scoping interview schválíš prompt artifact, pak tým běží autonomně a ty volíš jeden ze tří integrity módů: development, demo nebo benchmark.
- Google uvádí sedm vyřešených otevřených problémů a RISC-V simulátor bootující xv6 s odchylkou 0,71 % od reálného hardwaru, tým běžel na Gemini 3.7 Flash.
Migrace REST API z Express na Fastify přes čtyřicet souborů, refaktoring legacy kódu přes tři provázané subsystémy, nebo simulace, kterou musíš porovnávat s reálným hardwarem — to jsou úkoly, které jeden agent v jedné konverzaci nezvládne spolehlivě. Kontext se přeplní, model ztratí vlákno a ty strávíš víc času hlídáním, než psaním. Tento Google Antigravity návod ti ukáže cestu ven: multi-agent tým, který na velkých úkolech pracuje hodiny až dny bez tvé asistence.
Teamwork přinesl koncem srpna 2026 řadu aktualizací a výsledky stojí za pozornost — agentové týmy v Antigravity vyřešily sedm otevřených matematických problémů, postavily cyklicky přesný RISC-V simulátor a dostaly optimalizace do jádra open-source knihoven. Ukážu ti, jak /teamwork-preview funguje interně, jak ho spustit krok za krokem a kdy se ti vyplatí víc než paralelní agenti v Claude Code.
Co je Google Antigravity a příkaz /teamwork-preview
Antigravity je Googleův agentic IDE — editor postavený okolo agentů, který znáš třeba z Cursoru nebo Windsurfu, ale s důrazem na autonomní běh úloh na pozadí. Verze 2.0 běží jako desktopová aplikace i na webu a existuje k tomu i Antigravity CLI pro terminál (dokumentace v2.12.2, září 2026).
Příkaz /teamwork-preview je vrchol této filozofie. Nespustí jednoho agenta, ale celý specializovaný tým určený pro:
- Rozsáhlé refaktoringy a migrace — upgrade frameworků, modernizace API, změny přes desítky souborů.
- Systémový výzkum a simulace — CPU simulátory, distribuální konsenzus, kernel subsystémy.
- Matematické důkazy — teoretická práce s automated counterexample search.
- Dlouhé projekty bez přeplněného kontextu — úkol se rozdělí na milníky a agenti si předávají artefakty místo toho, aby cpali vše do jednoho chatu.
Pozor na jednu věc: /teamwork-preview je dostupné jen na placených plánech, a to jak v Antigravity 2.0, tak v CLI. Ve free verzi si tým nespustíš.
Jak funguje multi-agent tým: role a kontrolní brány
Tohle je část, kterou oficiální dokumentace popisuje nejpřesněji — a stojí za to jí rozumět, protože se od ní odvíjí celý pracovní postup. Teamwork totiž není „jeden velký model“, ale hierarchie rolí ve třech úrovních.
Řídicí a implementační role
- Sentinel — koordinátor, který převezme projekt poté, co schválíš prompt. Zaznamenává zadání, rozděluje úkoly, posílá pravidelné progress updaty a na konci spustí finální audit.
- Project Orchestrator — dedikovaný manažer. Rozdělí schválené zadání na strukturované milníky, koordinuje paralelní pracovní fronty a mezi milníky se předává „čerstvému nástupci“, aby kontext nezdegradoval.
- Explorers — read-only agenti, kteří procházejí repozitář, trasují volání funkcí a vyhodnocují kandidátská řešení. Do zdrojového kódu nesahají.
- Workers — implementační agenti s přístupem k terminálu a souborům. Staví komponenty, refaktorují a píší unit testy, každý ve své nepřekrývající se frontě.
Adversarial verification gates
Predností celého designu je, že žádná změna neprojde bez nezávislé kontroly. Každý milník musí projít branami:
- Critic — nezávislý code review: správnost, úplnost logiky, robustnost, dodržení stylu.
- Challenger — aktivní stres-testy. Vytváří adversarial testovací suity, edge casy a worst-case vstupy.
- Auditor — kontroluje důkazy o testech proti reálnému výstupu příkazů, aby projely jen testy, které opravdu proběhly — ne mockované nebo přeskočené.
- Success Auditor — finální instance spuštěná Sentinelem. End-to-end ověření celého projektu před předáním tobě.
Pokud už sis hrál s paralelními relacemi v Claude Code, znáš princip několika agentů najednou. Rozdíl je v tom, že Teamwork orchestruje, kontroluje a audituje sám — ty schvaluješ jen zadání a výsledek.
Google Antigravity návod krok za krokem
Praktické spuštění má dvě fáze a obě jsou klíčové. Google k tomu používá princip „Specify What, Not How“ — popisuješ, co má vyjít, ne jak se to má udělat.
Spusť /teamwork-preview se zadáním
V Antigravity 2.0 (desktop i web) otevři novou konverzaci a zadej cíl:
/teamwork-preview Migrate our REST API service from Express to Fastify,
including full test coverage, TypeScript typing, and benchmark validation.
V CLI je to stejné — /teamwork-preview na promptu terminálu. Jednorázové úpravy zadání nemusíš řešit: Teamwork sám zvolí lehčí cestu pro malé úkoly (signály typu „keep it small“) a naopak nasadí velký tým, když o to požádáš.
Absolvuj scoping interview (Fáze 1)
Agent tě provede strukturovaným rozhovorem, který ujasní:
- Rozsah a cíle — co má vzniknout, k čemu to je (demo, produkce, eval, explorace), pro koho.
- Požadavky — několik bloků podmínek, které ti reálně záleží.
- Nezávislé ověření — pro každý požadavek se dohodnete na objektivní kontrole: test suite, benchmark skript, nebo rubrika pro nezávislého agenta.
- Acceptance criteria — testovatelná kritéria dokončení.
- Pracovní adresář — dedikovaný workspace, defaultně
~/teamwork_projects/{PROJECT_NAME}.
Výstupem je prompt artifact — revidovatelný dokument, který si prohlédneš, upravíš a jedním potvrzením schválíš. Tohle je moment, kdy máš nad projektem poslední slovo před autonomním během.
Nech tým pracovat (Fáze 2)
Po schválení přebírá Sentinel a projekt běží autonomně. Agenti si předávají tři strukturované artefakty — Request (zadání a kritéria), Project plan (roadmapa milníků) a Progress (živý stav). V CLI monitoruješ běh přes status bar, skok na čekajícího subagenta uděláš přes Alt+J. V desktopové aplikaci vidíš jednotlivé tracky v panelu subagentů.
Během celého běhu platí bezpečnostní pravidla: každý Worker má exkluzivní vlastnictví svých souborů (dva agenti nikdy neupravují stejný soubor), každý subagent má vlastní scratch adresář a veškeré příkazy i logy se zapisují do artefaktů. Tvůj hlavní repozitář zůstává čistý.
Vyber integrity mód
V rámci interview se agent zeptá, jaké zkratky jsou tabu. Podle odpovědí se přiřadí jeden ze tří režimů:
| Mód | Kdy ho použít | Chování kontroly |
|---|---|---|
| development | Rychlá iterace (default) | Benevolentní — povolené reuse knihoven i frameworků, hlídá jen zfalšované výstupy |
| demo | Reprodukovatelná prezentace | Střední — zákaz kopírování core logiky z open source i delegování jádra práce externím nástrojům |
| benchmark | Důkladné vyhodnocení | Maximum — plně nezávislá implementace od nuly, jen standardní knihovna jazyka |
V benchmark módu Auditor zakazuje mockované testy a validuje výsledky proti reálnému spuštění systému.
Co Teamwork reálně zvládl: čísla z Google
Proč o tom psát jako o pracovním nástroji, ne jen hype? Protože Google zveřejnil konkrétní výsledky (31. srpna 2026), ke kterým se dá vracet:
- Matematika a teoretická informatika: vyřešeno sedm otevřených problémů publikovaných ve špičkových vědeckých sbornících (FOCS, JMLR) — včetně Knuthovy Cycles Conjecture ověřené v Leanu s více než čtyřicetistránkovými důkazy. Na TCSBenchu tým dosáhl 71 %.
- Systémový inženýring: postaven cyklicky přesný out-of-order RISC-V CPU simulátor, který nabootuje operační systém xv6 až do shellu s odchylkou 0,71 % oproti reálnému hardware.
- Open source: optimalizace se dostaly upstream do knihovny Eigen (SIMD fast-paths) a ParlayHash (dvojnásobná propustnost insertů o 25 % nižší spotřebou paměti).
Tyhle výsledky dosáhl tým poháněný modelem Gemini 3.7 Flash. Pokud řešíš, jak nová generace Flash modelů ovlivňuje agentic běhy, detaily migrace jsme rozebírali v článku o Gemini 3.6 Flash v praxi — trend pokračuje: rychlejší modely dělají dlouhé multi-agent běhy ekonomicky schůdnějšími.
Kdy sáhnout po Teamwork a kdy po něčem jiném
Teamwork je kanón na velkou vodu. Rozhoduj podle charakteru úkolu:
Teamwork dává smysl, když:
- úkol sahá přes desítky souborů nebo má běžet hodiny až dny,
- potřebuješ průkazné ověření (testy, benchmarky) jako součást výstupu,
- jde o výzkumný nebo systémový problém, kde neznáš řešení předem.
Sáhni po jednodušším nástroji, když:
- potřebuješ rychlou úpravu nebo bug fix — na to stačí běžný agent v Antigravity nebo Claude Code,
- chceš paralelní běhy pod vlastní kontrolou — Dynamic Workflows v Claude Code ti dávají orchestraci, kterou řídíš sám,
- budeš řešit celkovou architekturu agentů napříč týmem — k tomu jsme psali Microsoft Agent Harness jako runtime pro firemní nasazení.
A pokud tě zajímá cena provozu, drž se stejných zásad jako u Claude Code: u dlouhých běhů řeš model routing a limity výdajů, ať multi-agent projekt nepřežere rozpočet za jediný večer.
Časté otázky
Je Google Antigravity zdarma?
Antigravity jako IDE má free plán, ale příkaz /teamwork-preview je dostupný jen na placených plánech — platí pro Antigravity 2.0 i pro CLI. Před nasazením velkého týmu si zkontroluj aktuální ceny a limity kreditů, protože multi-agent běhy jsou nejnáročnější úlohou, kterou IDE zvládne.
Jaký je rozdíl mezi Teamwork a běžným agentem v Antigravity?
Běžný agent řeší jeden úkol v jedné konverzaci a ty ho vedeš. Teamwork spustí hierarchii agentů (Sentinel, Orchestrator, Explorers, Workers) s nezávislými kontrolami (Critic, Challenger, Auditor), které pracují autonomně hodiny až dny. Ty definuješ zadání a přijímáš hotový, otestovaný výsledek.
Funguje /teamwork-preview i v terminálu?
Ano, Antigravity CLI příkaz podporuje. Běh monitoruješ přes status bar, subagenty čekající na schválení vyřešíš klávesou Alt+J a průběh milníků kontroluješ v artefaktech Project plan a Progress.
Co se stane, když dva agenti potřebují upravit stejný soubor?
Nic špatného — Project Orchestrator přiřazuje soubory exkluzivně. Konkrétní soubor v daný moment upravuje vždy jen jeden Worker, takže merge konflikty a race conditions se řeší designem, ne dodatečně. K tomu běží každý subagent ve vlastním scratch adresáři.
Kdy je Teamwork zbytečný?
Na jednoúčelové změny — bug fix, malá feature, izolovaný refaktor. Teamwork neumí drobné úlohy rozkládat a režie orchestrace by převážila přínos. Google k tomu přímo doporučuje signál „keep it small“, který aktivuje jednodušší cestu iterativního kódování.
Závěr: velké úkoly mají konečně nástroj
Multi-agent orchestration přestala být laboratorním experimentem. Teamwork v Google Antigravity ukazuje, jak vypadá praktická varianta: jasné role, nezávislé kontroly, bezpečná izolace workspace a dvojfázový proces, který tě drží u kormidla na začátku a na konci.
Zkus příští velký refaktoring nebo migraci zadat přes /teamwork-preview a porovnej čas strávený hlídáním agentů oproti klasickému postupu. A když budeš chtít srovnat s konkurencí, mrkni na naše návody pro Claude Code — který nástroj vybereš, nakonec rozhodne charakter tvého úkolu.
ChatGPT zdarma 
Claude AI zdarma 
Cursor zdarma 
Gemini zdarma 
Google Antigravity zdarma 
