„Gemini“ agentas ateina į darbo programas, bet leidimus turės valdyti administratoriai

2026 m. spalio 8 d. renginyje „Gemini at Work 2026“ „Google Cloud“ vadovas Thomasas Kurianas pristatė universalų „Gemini“ darbo agentą ir jo veikimo principą nusakė žodžiais „You give it objectives, not instructions“. Agentas numatytas darbui „Gmail“, „Drive“, dokumentuose ir programuotojų aplinkoje: gavęs tikslą, jis galėtų planuoti užduotį, naudoti įmonės kontekstą bei jungtis prie reikalingų sistemų. Ką jam iš tiesų bus galima patikėti, priklausys nuo administratorių suteiktų prieigų ir veiksmų leidimų.

Naujasis agentas jau pristatytas, tačiau dar nėra plačiai prieinama paslauga. Pasak „VentureBeat“ kalbinto „Google Cloud“ atstovo, jį privačiai bando atrinkti klientai, o platesnio išleidimo data nepaskelbta. Įmonėms tai reiškia laiką apsispręsti, kur agentas galėtų tik surinkti informaciją ir parengti rezultatą, o kur jo veiksmas jau keistų bendrus duomenis ar pasiektų klientą.

Nuo laiško iki dokumento ir kodo

„Workspace“ aplinkoje agentas numatytas tiesiogiai „Gmail“, „Drive“, „Docs“, „Sheets“, „Slides“, „Chat“ ir „Calendar“. Jo užduotis galėtų prasidėti el. laiške, tęstis ieškant susijusių failų ir baigtis dokumento juodraščiu ar susitikimo koordinavimu. Pristatyme taip pat aprašyta galimybė iš laiško perduoti agentui siūlomą darbą, išsaugant užduoties kontekstą pereinant tarp programų.

Programuotojų darbui numatyti kodo rašymas ir vykdymas, o prie kitų įmonės sistemų agentas galėtų jungtis per įrankius. Tarp pristatytų jungčių yra „Git“, „Jira“, „Salesforce“, „ServiceNow“, „BigQuery“ ir Model Context Protocol (MCP) serveriai. Ilgiau trunkanti užduotis galėtų būti vykdoma debesijoje ir tęstis darbuotojui uždarius kompiuterį; sudėtingesniam darbui agentas numatytas pasitelkti specializuotus pagalbinius agentus.

Šios galimybės paaiškina, kodėl vien pokalbio langas nėra svarbiausia naujovė įmonei. Atsakymui apie projektą gali pakakti perskaityti kelis failus, o tam pačiam projektui skirto laiško išsiuntimas, įrašo pakeitimas ar kodo paleidimas jau turi pasekmių kitiems žmonėms. Tokius veiksmus skiria ne užduoties formuluotė, bet agento tapatybė ir sistemų jam suteiktos teisės.

Jungtys atveria sistemas, tapatybė riboja veiksmus

Pristatyta architektūra kiekvienam agentui numato atskirą tapatybę, vaidmenimis grindžiamus leidimus ir audito įrašus, kuriuose veiksmas priskiriamas agentui. Prisijungiant prie išorinės sistemos jo tapatybė turi būti perduodama per prieigos suteikimo mechanizmus, tokius kaip OAuth. Administratoriui todėl svarbu vertinti ne tik tai, ar jungtis įjungta, bet ir kokias konkrečias skaitymo bei keitimo teises ji suteikia.

Komandos nario vaidmenį atliekantis agentas pristatytas kaip turintis savo „Workspace“ paskyrą, el. pašto adresą, kalendorių ir „Drive“ saugyklą. Jis galėtų dalyvauti „Chat“ erdvėje ar būti paminėtas dokumento komentare, o jo matomas turinys priklausytų nuo bendrinimo ir narystės taisyklių. Tai skiriasi nuo asmeninio pagalbininko užduoties: komandos agento prieiga bei atsakomybė už jo veiksmus turi išlikti suprantama ir darbuotojams keičiantis.

„Google Cloud“ taip pat numatė izoliuotą užduočių vykdymo aplinką „Agent Sandbox“ ir „Agent Gateway“, per kurį agentų ryšiams taikomos organizacijos taisyklės. Šios kontrolės priemonės vykdo nustatytą politiką, todėl jos kokybė priklauso nuo administratoriaus sprendimų. Jei agentui suteikiama prieiga prie pernelyg plačiai bendrinamo „Drive“ katalogo, užduoties automatizavimas gali apimti daugiau informacijos, nei darbuotojas ketino panaudoti.

Kur užtenka juodraščio, o kur reikia patvirtinimo

Įmonei naudingiausia skirti agento veiksmus pagal jų pasekmę. Toliau pateikta sprendimų schema yra redakcinė diegimo rekomendacija, o ne paskelbtas numatytasis „Gemini“ leidimų rinkinys:

• Informacijos paieška ir juodraštis. Agentui galima suteikti skaitymo prieigą prie užduočiai reikalingų failų ir leisti parengti laiško, dokumento ar atsakymo projektą. Darbuotojas peržiūri rezultatą, o teisė išsiųsti laišką ar paskelbti galutinę versiją agentui nesuteikiama.
• Bendrų duomenų keitimas. Kalendoriaus įrašo, bendro dokumento ar verslo sistemos įrašo pakeitimas paveikia kitų darbą. Tokiai užduočiai tikslinga apriboti pasiekiamus objektus ir reikalauti žmogaus patvirtinimo prieš įrašant pakeitimą.
• Išorinis ar jautrus veiksmas. Laišką klientui, kliento duomenų atnaujinimą arba kodo paleidimą jautrioje aplinkoje verta sieti su paskirtu atsakingu darbuotoju, aiškiu patvirtinimu ir peržiūrimu veiksmų žurnalu. Atskirai reikia apriboti pačios jungties teises.

Ši skirtis svarbi ir parenkant bandymo užduotį. Vidinių žinių paieškoje galima atskirti, ką agentas perskaitė ir kokį juodraštį pateikė žmogui; procesui, kuris automatiškai keičia įrašus keliose sistemose, reikia griežčiau apibrėžtos prieigos. Komandos agentui papildomai tenka nuspręsti, kas gali su juo bendrinti turinį ir kurioje sistemoje baigiasi jo įgaliojimai.

„Orange España“ mastas rodo kito produkto diegimą

Tą pačią dieną „Orange España“ pranešė apie daugiau kaip 1 000 jau įdiegtų individualių „Gemini Enterprise“ agentų vidaus operacijoms ir klientų aptarnavimui. Darbuotojų sukurti agentai naudojami techninių incidentų klasifikavimui, tinklo sutrikimų priežasčių analizei ir vidinių žinių paieškai. Tai esamos „Gemini Enterprise“ platformos diegimas Ispanijos telekomunikacijų įmonėje, o ne naujojo universalaus agento plataus išleidimo rodiklis.

„Orange España“ atvejis parodo, kaip agentų skaičius gali augti vienoje organizacijoje, kai darbuotojai patys kuria konkrečioms užduotims pritaikytus įrankius. Lietuvos įmonėms, laukiančioms naujojo agento prieigos, svarbiausias būsimo bandymo klausimas bus konkretesnis: ar pasirinkto proceso duomenų ribas, leidžiamą veiksmą ir žmogaus patvirtinimo vietą galima apibrėžti taip pat aiškiai, kaip patį agentui duodamą tikslą.

Taip pat skaitykite:

• „Meta Muse“ pažįsta kūrėjo verslą, bet nieko neskelbia be leidimo
• Atšaukėte „Google“ programos prieigą: jos nukopijuoti duomenys lieka
• „ChatGPT“ ar „Copilot“ programoje „Word“: laisvė prieš gilesnį kontekstą