
Google’i Gemini agent lubab valmis töö, kuid alustab ettevõtetest

Google Cloudi 8. oktoobri 2026 teadaandes esitleti üritusel Gemini at Work uut Gemini agenti, millele saab anda töö eesmärgi ja oodata valmis tulemust. Ettevõtetele suunatud agent ühendab ühises liideses teabe otsimise, sisu loomise ning koodi kirjutamise ja käitamise. Tulemus võib jõuda otse dokumendi, postkasti või arenduskeskkonda, kus tööd juba tehakse.
Esimene sihtrühm on ettevõtted; tavalise Gemini kasutajani jõudmise kuupäeva ei ole nimetatud. Google Cloudi juht Thomas Kurian kirjeldas TechCrunchi kajastuses agendile antavat ülesannet sõnadega „objectives, not just instructions”. Eesti organisatsiooni jaoks ei võrdu väljakuulutamine siiski automaatse ligipääsuga: tegelik töövoog eeldab sobivat ettevõttekeskkonda, ühendatud andmeid ja administraatori määratud õigusi.
Eesmärgist valmis failini
Agendi keskne lubadus on teha järjestikused tööetapid sama eesmärgi nimel. Näiteks kirjeldab Google töövoogu, kus Gemini uurib turusuundumusi, ehitab Sheetsis finantsmudeli ja koostab tulemuste põhjal Slidesis esitluse. Kasutaja ei pea projekti iga rakenduse juures uuesti tutvustama, sest agent kannab töö konteksti kaasa. See on tootja kirjeldatud võime, mitte sõltumatult mõõdetud tulemus kõigis ettevõtetes.
Kui ülesanne nõuab andmetöötlust, ulatub töö ka koodini. Google’i kirjeldatud andmeoskused lasevad agendil leida ettevõtte Knowledge Catalogist vajalikud andmestikud, luua SQL-, Sparki või Pythoni koodi ning käitada seda BigQuerys või hallatavas Sparki teenuses. Ärikasutaja jaoks on eraldi võimalus esitada küsimus loomulikus keeles, lasta koostada päring ja salvestada see korduvaks aruandeks. Nõnda sõltub valmis vastuse sisu sellest, millised andmed, ärimõisted ja täitmiseks vajalik keskkond on organisatsioonil ühendatud.
Pikema töö puhul saab agent pilves jätkata ka pärast kasutaja seadme sulgemist. Mitmest etapist koosneva ülesande võib ta jagada ajutistele alamagentidele, kellel on eri ülesanded ja oma identiteet. Google kirjeldab ka ajastatud töid ning sündmusele reageerimist. Need võimed muudavad ülevaatuse oluliseks: dokumendi mustand ja andmebaasis käivitatud programm mõjutavad ettevõtte tööd erineval viisil.
Workspace’i sees on agent nii abiline kui ka meeskonnaliige
Gemini töötab Google’i kirjelduse järgi Gmailis, Drive’is, Docsis, Slidesis, Sheetsis, Chatis ja Calendaris. Isikliku abilisena saab ta kasutada kalendri, meeskonna ja dokumentide omavahelist konteksti. Koosoleku korraldamise näites tuvastab agent varasemast vestlusest sobivad osalejad, vaatab nende kalendreid ning alustab aja kokku leppimiseks meililõime. Sama põhimõte võimaldab jätkata ühe tööga meilis, dokumendis ja vestluses.
Teine kasutusviis on meeskonnaagent, kellele antakse püsiv roll. Tal võib olla oma Workspace’i konto koos meiliaadressi, kalendri ja Drive’iga ning kolleegid saavad teda Chati vestluses mainida või dokumendi kommentaari juurde kutsuda. Kui agent soovitab Docsis muudatust, kuvatakse see tema enda nime all ka versiooniajaloos. Tema nähtavus lähtub sellest, mida meeskond temaga jagab; eraldi identiteet aitab hiljem eristada agendi tegevuse töötaja omast.
Google näeb kasutuskohti ka väljaspool Workspace’i. Ühenduste loetelus on näiteks Microsoft 365, Slack, Jira, Git, Salesforce ja BigQuery, samuti ettevõtte enda Model Context Protocoli serverid. Ühenduse olemasolu ei tähenda veel ligipääsu igale failile või õigust igas süsteemis muudatusi teha. Konkreetne töö sõltub nii ühenduse seadistusest kui ka selle taga oleva kasutaja või agendi lubadest.
Õigused ja kulupiir määravad tegeliku kasutusala
Välise süsteemi puhul muutub määravaks küsimus, kelle nimel agent tegutseb. TechTargeti käsitluses tõstatab analüütik Mark Beccue näite, kus ettevõtte töötaja ei pääse ilma eraldi loata teise teenuse failidele ligi: sama õiguste piir jääb oluliseks ka agendi jaoks. See on Eesti ettevõttele tuttav olukord, kui projektiteave asub mitme teenuse vahel, kuid kõigil osalejatel pole sama vaadet.
Google’i kirjeldatud halduses saab iga agent eraldi identiteedi ning rollipõhised õigused, mille peab heaks kiitma ettevõtte turvahaldaja. Välisesse teenusesse minnes antakse agendi identiteet edasi näiteks OAuthi abil. Tegevuslogis omistatakse toiming agendile, mitte töötajale; ka tema nimel koodi käivitava virtuaalmasina logid jäävad seotuks sama identiteediga. Ettevõte saab määrata reegleid ka selle kohta, milliseid dokumente agent üldse avada ei tohi.
Enne töö delegeerimist on seega vaja teada, milliseid allikaid agent loeb, millistes rakendustes ta kirjutab ja kust tema toimingud hiljem leitakse. Kui ülesanne võib käivitada koodi või muuta ühist dokumenti, tuleb eristada lubatud automaatne tegevus sellest, millele ettevõte nõuab inimese kinnitust. Selline piir on töökorralduse otsus, mitte üksnes agendi vestlusaknas antud juhis.
Kulude jaoks kirjeldab Google projekti tasemel ranget ülempiiri Cloud Billing Console’is. Arvestus hõlmab nii mudelite tokenikasutust kui ka koodi käitamise keskkonna kulu; piiri täitumisel peatub selle projekti agendi töö, mida saab seejärel jätkata. Agent võib valida ülesande järgi eri mudeleid, sealhulgas Gemini ja Anthropic Claude’i, mistõttu sama töö etappide hind võib erineda. Kulu ülempiir tuleb organisatsioonil ise määrata ning see ei asenda ligipääsuõiguste piiritlemist.
Eesti ettevõtte ja tavakasutaja ligipääs
Väljakuulutatud võimete põhjal saab agenti kasutada veebis, mobiilseadmes ja eri töökanalites, kuid nende kirjeldus ei anna Eesti ettevõtetele ühist kasutuselevõtu kuupäeva. Samuti ei tähenda Workspace’i rakenduste nimetamine, et kõik ühendused oleksid iga kliendi jaoks kohe sisse lülitatud. Konkreetse organisatsiooni võimalused sõltuvad teenusest, selle haldusest ja sellest, millised andmed on tööks lubatud.
Tavakasutaja jaoks on järgmine oodatav teade tarbijatele laienemise ajakava. Ettevõtte jaoks on otsustav hetk see, kui tema haldaja saab agendile ligipääsu anda ning määrata ühendused, õigused ja kulupiiri. Siis selgub, milline osa ühe eesmärgi põhjal tehtavast tööst on tema pärisandmete ja töökorraldusega võimalik.
Loe ka:
Seotud artiklid


Eesti AI-agendi identiteet seob iga toimingu inimese ja limiidiga

NIST paneb AI-agentidele identiteedi: esimene katse tuleb DevSecOpsi

ChatGPT või Gemini: seitsme päristesti võitja ei sobi igaks tööks

Microsoft 365 Copilot või Gemini: odavam litsents ei otsusta kogukulu

Cursor või GitHub Copilot: odavam plaan ei tähenda odavamat agenti
Telli meie uudiskiri
Saa värskeimad Web3, AI ja krüptouudised otse oma postkasti.