Google na I/O 2026: Gemini 3.5, Spark a Antigravity skládají stack pro agenty

Google na konferenci I/O 2026 představil tři zdánlivě samostatné novinky: rodinu modelů Gemini 3.5, osobního agenta Spark a vývojářskou platformu Antigravity. Pohled na jejich architekturu ale ukazuje, že nejde o tři produkty, ale o jednu vrstvenou nabídku. Společný směr je dlouho avizovaný: model přestává být jen asistentem v chatu a stává se vrstvou, která vykonává úkoly v reálných účtech a aplikacích. Pro českou firmu je důležitější popsat tuto změnu architektury než spekulovat o tom, který model je dnes ve veřejných benchmarcích o procento lepší.

Gemini 3.5 a Spark: model, který má jednat

Gemini 3.5 je podle DeepMind navržen tak, aby zvládal komplexní agentní úlohy, nejen odpovídal na otázky. Vedle modelu Google současně oznámil Spark, který se popisuje jako osobní AI agent napojený přímo na Gmail, Kalendář, Drive, Dokumenty, Tabulky, YouTube a Mapy. To je rozhodnutí, které dosud žádný velký dodavatel neudělal s takovou hloubkou integrace. Asistent, který umí přečíst poslední tři e-mailové konverzace, podívat se do kalendáře, otevřít odpovídající dokument v Drive a navrhnout konkrétní odpověď, je něco jiného než asistent, kterému musí uživatel všechen kontext nakopírovat ručně.

V dokumentaci se objevuje detail, který si zaslouží pozornost: Spark běží na kombinaci Gemini 3.5 Flash a Antigravity. To znamená, že rychlejší a levnější varianta modelu je v tomto případě navíc napojená na další vrstvu. Pro firmu, která dlouhodobě plánuje náklady na AI, je to signál, že "model" už není jediná položka v rozpočtu. Vedle modelu je tu provoz agenta, autorizace, monitoring a integrace, a každá z těchto vrstev má vlastní cenu a vlastní závislost.

Antigravity jako vrstva mezi modelem a kódem

Antigravity vystupuje v Googlově nabídce ve čtyřech podobách: jako desktopová aplikace, jako agentní nástroj v příkazové řádce psaný v jazyce Go, jako Python SDK obalující uzavřený Go binár, a jako Antigravity IDE, což je fork Visual Studio Code. Tato sada není reakce na obecné chatovací nástroje, ale přímo na produkty jako Cursor, Claude Code nebo Windsurf. Google rozšiřuje boj o vývojáře z webového rozhraní do prostředí, kde tým reálně píše software.

Pro českou IT firmu, která už dnes řeší, jaký AI nástroj povolit ve standardní vývojářské sadě, to znamená, že přibyl další silný kandidát. Otázka, zda zvolit Cursor s Claude, Cursor s GPT, Anthropic Claude Code, JetBrains AI Assistant nebo nyní Antigravity, není o jedné funkci. Je to otázka, kde firma chce být zamknutá: na který autentizační stack, na kterého poskytovatele modelu, na který formát historie a konfigurace. Vyměnit IDE bývá snazší než vyměnit dodavatele modelu a celý souvisící proces.

Bezpečnost a tichý problém prompt injection

Spark má z titulní stránky příjemně znějící architekturu. Každý úkol běží podle popisu v čerstvé, izolované, dočasné virtuální stroji v Google Cloudu, veškerý provoz prochází přes takzvanou Agent Gateway s pravidly pro prevenci ztráty dat (DLP) a přihlašovací údaje se podle Googlu nikdy nedostanou přímo k agentovi. To je rozumný popis, ale popis architektury není totéž co kalibrovaný odhad reziduálního rizika.

Když agent může číst Gmail a Drive a zároveň posílat zprávy, sdílet soubory nebo otevírat dokumenty, vrací se na stůl problém, který komunita kolem AI bezpečnosti opakuje už druhý rok: prompt injection. Útočník nemusí prolomit firmu zvenčí. Stačí, když do firmy přijde dokument nebo e-mail, který Gemini Spark interpretuje jako instrukci. Vývojář a analytik Simon Willison ve své zprávě z I/O 2026 to shrnuje obavou, kterou má smysl převzít: u nástroje, přes který poteče opravdu citlivá data, musí být ochrana neprůstřelná, jinak se z agentní bezpečnosti stane scénář pro velký incident.

Pro českého CFO, IT ředitele nebo compliance officera to znamená, že rozhodnutí o povolení Sparku není rozhodnutí o nástroji. Je to rozhodnutí o tom, který subjekt smí jménem firmy provádět akce v účtech jejích zaměstnanců. To je téma pro interní audit, ne pro IT helpdesk.

Co to znamená

Google I/O 2026 netočilo závod o veřejné benchmarky. Točilo závod o nejhlubší integraci. Microsoft už má Copilot napříč Office 365. Anthropic má Claude jako vývojářskou platformu. Google teď ukazuje, že chce mít celou trojici — model, agenta a vývojářský stack — pod jednou střechou.

Proč je to důležité pro českou firmu: rozhodnutí, který asistent nasadit do prostředí Office 365 nebo Google Workspace, není dnes rozhodnutí o produktivitě e-mailu. Je to rozhodnutí o tom, který dodavatel bude mít přístup k operativnímu kontextu firmy. Smysl má začít u otázky, co agent reálně potřebuje vidět, nikoli u toho, jak chytrý vypadá ve veřejné prezentaci. A smysl má počítat s tím, že vendor lock-in se v této vrstvě bude budovat rychleji, než se na první pohled zdá.