Google Antigravity návod: multi-agent týmy AI v praxi

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.

Krok 1: 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áš.

Krok 2: 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.

Krok 3: 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ý.

Krok 4: 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ů:

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.