AI agenti pro Gmail a Disk potřebují do 11. listopadu nové zaškrtávátko v Google Cloud

Google od 11. listopadu odmítne požadavky na své nové MCP servery pro Gmail, Disk nebo Kalendář od každého OAuth klienta, který nemá zapnutou volbu pro AI agenty. Zapnete ji v Google Cloud konzoli na pár kliknutí, od 12. listopadu se ale u existujícího klienta zamkne natrvalo. Varovný e-mail přišel i mně, tak jsem prošel, koho se změna opravdu týká a kde nastavení najdete.

Co se mění: Google chce odlišit agenty od běžných aplikací

MCP neboli Model Context Protocol je otevřený standard, přes který AI asistent jako Claude, ChatGPT nebo Gemini sahá do cizích služeb. Jak to vypadá v praxi, jsme popisovali u Google Home MCP, který pustil agenty ke kamerám a termostatům. Teď chystá Google stejnou cestu pro Workspace.

Na stránkách pro vývojáře jich už vypisuje devět: Gmail, Disk, Dokumenty, Tabulky, Prezentace, Kalendář, Chat, People API pro kontakty a Classroom. Agent přes ně umí hledat v poště, psát koncepty, zakládat události nebo upravovat buňky v tabulce. Celé to zatím běží v programu Developer Preview, tedy jako předběžný přístup pro vývojáře.

Spolu s tím zavádí Google u OAuth klientů nový příznak is_agentic. Klient je v tomhle případě identita aplikace, pod kterou se přihlašujete ke svému účtu a povolujete jí přístup k datům. Příznak prozradí Googlu i správcům firemního Workspace, že za požadavky stojí AI agent. Správci pak na takové klienty můžou uplatnit samostatná bezpečnostní pravidla, která Google v e-mailu nazývá agent access controls. Co přesně budou umět, zatím nepopsal, zato jasně stanovil, kdy se co stane.

Tři data, která si zapište do kalendáře

Změnu Google oznámil s měsíčním předstihem a rozdělil ji do tří kroků:

• 12. října 2026: nová volba se objevila v konzoli a jde zapnout u nových i stávajících klientů.
• 11. listopadu 2026: MCP servery Workspace začnou odmítat klienty bez označení. Chybová hláška bude znít „the client isn't marked as an AI agent“ a odkáže na postup opravy.
• 12. listopadu 2026: nastavení se u existujících klientů zamkne. Na změnu pak potřebujete nové OAuth Client ID a to musíte přepsat ve všech aplikacích.

Poslední datum je nejzrádnější. Jestli termín nestinete, musíte založit nového klienta a přenastavit každou aplikaci, která ho používá. Jestli se vás to týká, poznáte podle toho, co váš klient dělá.

Koho se to týká: e-mail dostali i ti, kdo nic dělat nemusí

Google rozeslal upozornění každému, kdo spravuje nebo vyvíjí aplikace napojené na Workspace přes OAuth. Ve zprávě vždy najdete výpis projektů, kterých se změna podle Googlu týká právě u vás. Projděte ho jako první, rovnou z něj poznáte, kde zasáhnout.

Aplikace, které nejsou AI agentem a volají jen klasická REST API jako Gmail API nebo Drive API, žádný zásah nepotřebují. Typicky jde o zálohovací skript, synchronizaci kalendáře nebo formulář, který ukládá soubory na Disk.

Zaškrtnout volbu mají ti, kdo provozují vlastního AI agenta s přístupem k Workspace. Google výslovně píše, že označit se mají i agenti, kteří dnes používají jen REST API. Web Apps Script Pulse do téže skupiny řadí workflow postavené na Agent Development Kit (ADK) a konektory Gemini Enterprise.

Výpis nekončí u Workspace. U mě v něm figuroval projekt, přes který Claude Code čte data ze Search Console API. Agentní zaškrtávátko totiž mají všichni OAuth klienti bez ohledu na to, jakou službu volají. Nápověda ke správě klientů navíc mluví o „některých MCP endpointech, například Workspace“, takže seznam služeb nechává otevřený. Kdo pouští AI agenta k Search Console, Analytics nebo jiným rozhraním Googlu, udělá dobře, když klienta označí taky. Že by od listopadu přestalo fungovat i samotné API Search Console, zatím nikde nestojí.

Uživatelé hotových konektorů, třeba napojení Gmailu v Claude nebo ChatGPT, nic nenastavují. Klienta vlastní provozovatel služby a označit ho musí on.

Komplikaci hlásí Apps Script. Vestavěné client ID, které projektu přidělí, upravit nejde. Kdo z Apps Scriptu volá MCP servery, potřebuje vlastního OAuth klienta a knihovnu OAuth2 pro Apps Script. Samotné označení klienta pak zabere minutu.

Jak agenta označit ve čtyřech krocích

1. Otevřete seznam OAuth klientů v konzoli a vyberte projekt, ve kterém agent běží.
2. V sekci Google Auth Platform přejděte na Clients.
3. Otevřete OAuth 2.0 klienta, kterého agent používá.
4. Zaškrtněte políčko „Use this client for an AI-powered agent“ a změnu uložte.

Jedna aplikace občas obsluhuje lidi i agenta zároveň. Google pro takový případ chce dva oddělené klienty: jednoho pro běžné přihlášení, druhého jen pro agenta. Agentní klient přitom nedostane žádná oprávnění navíc a platí pro něj stejné bezpečnostní požadavky OAuth 2.0 jako pro ostatní. Podrobnosti najdete v nápovědě Google Cloud ke správě OAuth klientů a v návodu na konfiguraci Workspace MCP serverů.

Můj pohled: zaškrtněte to hned, dokud stačí jedno políčko

Dokud servery běží jen v předběžném přístupu pro vývojáře, většiny čtenářů se změna nedotkne. Kdo si ale staví vlastního agenta pro Gmail nebo Disk, má to teď nejjednodušší. Do 11. listopadu stačí jedno zaškrtnutí, o den později už potřebuje dalšího klienta a přepsanou konfiguraci.

Z e-mailu je vidět i směr, kterým se Google vydává. Agenti dostanou v jeho službách vlastní identitu a správci firem nad nimi samostatná pravidla. Firemního agenta už Google nabízí sám, o agentovi Gemini pro práci jsme psali minulý týden.