Google Workspace aplică o condiție distinctă de identificare pentru agenții AI care folosesc serverele sale MCP. Calendarul anunțat de companie prevede respingerea solicitărilor provenite de la clienți OAuth nemarcați pentru utilizare agentică începând cu 11 noiembrie 2026. Termenul de 12 noiembrie delimitează clienții existenți care rămân neagentici și pentru care integrarea MCP necesită un client nou, identificat corespunzător.
Schimbarea fusese comunicată pe 12 octombrie, cu referire la Gmail, Calendar, Drive, Docs, Sheets, Slides și Chat. Noutatea acestei săptămâni este intrarea în vigoare a condiției, nu lansarea de acum a protocolului. Pentru aplicațiile care combină accesul utilizatorului cu automatizări AI, Google documentează separarea identității agentului de identitatea funcțiilor obișnuite ale aplicației.
Identitatea aplicației și permisiunile utilizatorului rămân distincte
Setarea din Google Auth Platform se numește „Use this client for an AI-powered agent”. Este o declarație despre utilizarea clientului OAuth de către agenți care execută acțiuni sau preiau context în numele unei persoane. Conform Google, selectarea ei nu acordă automat acces suplimentar la date. Consimțământul utilizatorului, permisiunile solicitate și verificarea aplicației continuă să se aplice.
Google cere identități OAuth separate atunci când aceeași aplicație include atât interfețe folosite direct de oameni, cât și fluxuri agentice. Clientul standard deservește funcțiile interactive, iar clientul agentic deservește agenții și execuția automată a instrumentelor. Separarea permite administratorilor să aplice politici pentru accesul AI fără să schimbe accesul uman la funcțiile tradiționale ale produsului.
Identitate, autorizare și acces la date
- Client agentic
Identifică aplicația care apelează instrumentele - Autorizare OAuth
Păstrează consimțământul și permisiunile - Politici de date
Verifică accesul la fișiere și operații
Integrarea tradițională care folosește numai API-urile REST și nu funcționează ca agent AI nu este afectată de această modificare, precizează Google. Într-o aplicație mixtă, compania cere păstrarea clientului existent pentru funcțiile neagentice și crearea unei identități separate pentru agent. Cerința privește, așadar, modul în care este identificat apelantul MCP, nu dezactivarea generală a API-urilor Workspace.
Serverele MCP oferă operații diferite pentru fiecare serviciu
MCP, prescurtarea de la Model Context Protocol, conectează aplicația AI la instrumente și date printr-un protocol comun. Serverul Drive este găzduit de Google și permite căutarea fișierelor, citirea conținutului și a metadatelor, precum și operații de creare sau copiere. Accesul moștenește permisiunile și regulile de guvernanță ale utilizatorului. Documentația menționează explicit un proiect Google Cloud și apartenența la programul de previzualizare.
În Gmail, lista de instrumente include căutarea conversațiilor, citirea unui fir de mesaje, administrarea etichetelor și crearea de ciorne. Exemplul Google pentru redactare se încheie cu un mesaj în dosarul de ciorne, pe care persoana îl poate revizui și trimite din Gmail. Această operație este diferită de a prezenta agentul drept un expeditor autonom al tuturor mesajelor.
Serverul Calendar documentează listarea calendarelor, consultarea evenimentelor și verificarea disponibilității. Lista instrumentelor include și crearea, actualizarea sau ștergerea evenimentelor, răspunsul la invitații și propunerea unei ore. Operațiile disponibile depind de autorizare și de condițiile serviciului; simpla existență a unui server MCP nu transformă fiecare integrare într-un cont cu acces administrativ.
Un fișier vizibil în Drive poate avea restricții pentru AI
Google Drive verifică separat eligibilitatea fișierelor pentru folosirea prin MCP. Utilizatorul solicitant trebuie să aibă cel puțin drept de citire, iar serviciul Drive trebuie să fie activ pentru organizația sa. Fișierele cu restricții IRM care împiedică descărcarea, copierea sau imprimarea, inclusiv cele impuse prin politici DLP, nu sunt eligibile pentru accesul agentului.
Conținutul protejat prin criptare pe partea clientului este, de asemenea, neeligibil. Politicile de acces contextual sunt evaluate prin capacitatea de descărcare a fișierului. În operațiile de căutare sau listare, serverul elimină elementele neeligibile din rezultate. În cazul unei operații asupra unui singur fișier, returnează o eroare. Acest comportament explică diferența documentată dintre vizibilitatea în interfața Drive și vizibilitatea pentru agent.
Conturile de serviciu cu delegare la nivelul domeniului au un regim separat. Ele nu sunt administrate ca aceiași clienți OAuth din interfața Google Auth Platform și nu sunt respinse pentru absența marcajului agentic. Accesul lor este guvernat de delegarea administrată în Workspace. Google precizează că apelurile sensibile făcute prin impersonarea utilizatorului păstrează solicitările de confirmare umană.
Pentru Apps Script, clientul OAuth implicit al scriptului nu permite selectarea marcajului cerut. Documentația descrie folosirea unui client OAuth separat, declarat agentic, atunci când scriptul apelează serverele MCP Workspace. Proiectele Apps Script care nu folosesc aceste servere sunt excluse explicit din schimbare. Condițiile diferă astfel după tipul identității, nu doar după produsul Google accesat.
Previzualizarea și controalele de securitate rămân aplicabile
Serverele descrise sunt disponibile prin Google Workspace Developer Preview Program. Accesul presupune înscrierea contului Workspace și a proiectului Cloud, urmată de confirmarea Google. Termenii programului limitează folosirea API-urilor înainte de disponibilitatea generală: accesul unor utilizatori din afara domeniului sau companiei necesită permisiunea specifică prevăzută de program. Marcajul agentic nu înlocuiește această înscriere.
În documentația de securitate, Google cere verificarea instrucțiunilor și răspunsurilor pentru conținut malițios și atacuri de tip prompt injection. Compania permite folosirea Model Armor sau a unei soluții proprii documentate. Configurația de identificare, autorizarea datelor și filtrarea conținutului reprezintă controale diferite. Cerința intrată în vigoare în noiembrie adaugă identificarea explicită a agentului în acest mecanism existent.
Google precizează și comportamentul unei configurații concrete: când Model Armor este activat împreună cu înregistrarea în jurnale, serviciul înregistrează întregul conținut transmis. Totodată, disponibilitatea regională a serviciului influențează rutarea solicitărilor MCP. Aceste condiții sunt documentate separat de cerința OAuth și privesc configurația efectivă a protecției și prelucrării datelor.
