Gemini-agentti saa työtehtävän päiviksi – oma identiteetti rajaa pääsyn

|Kirjoittaja: QUASAn toimitus|4 min lukuaika
Gemini-agentti saa työtehtävän päiviksi – oma identiteetti rajaa pääsyn

Google Cloudin toimitusjohtaja Thomas Kurian esitteli Gemini-työagentin Gemini at Work 2026 -tilaisuudessa 8. lokakuuta 2026 ja tiivisti sen toimintatavan sanoin ”You give it objectives, not instructions.” Agentille voi antaa tavoitteen, jota se suunnittelee ja toteuttaa eri sovelluksissa tuntien tai päivien ajan. Sen omaan identiteettiin sidotut käyttöoikeudet rajaavat, mihin yrityksen tietoihin ja työkaluihin se pääsee.

CBS Newsin uutinen käsitteli samaa 8. lokakuuta 2026 tehtyä julkistusta: agentti voi kirjoittaa ja suorittaa koodia, tuottaa sisältöä ja perustaa tilapäisiä al-agentteja useita päiviä kestävään työhön. Kyse on yrityksille esitellystä ominaisuudesta, jonka laajaa saatavuutta ei ole vielä vahvistettu. Työntekijälle olennainen muutos on, että tavoitteen tulos voi ilmestyä asiakirjaan, sähköpostiketjuun tai kehitysympäristöön keskusteluvastauksen sijasta.

Tehtävä etenee järjestelmästä valmiiksi tuotokseksi

Työnkulku alkaa lopputuloksesta: käyttäjä antaa agentille tavoitteen, minkä jälkeen se suunnittelee vaiheet, valitsee tehtävään sopivia taitoja ja työkaluja sekä käyttää sallittuja yhteyksiä. Samasta tehtävästä voi syntyä esimerkiksi tietojen koonti, Sheets-laskelma ja sitä selittävä Slides-esitys ilman, että käyttäjä siirtää lähtötiedot jokaisen vaiheen välissä käsin. Tämä on esitelty käyttötapa, ei riippumaton mittaus työn laadusta.

Google Workspace -ympäristössä agentti voi toimia Gmailissa, Drivessa, Docsissa, Slidesissa, Sheetsissä, Chatissa ja Calendarissa. Työtä voidaan käynnistää myös verkosta, mobiililaitteelta, tietokoneelta tai komentoriviltä, ja yhteys ulottuu muun muassa Microsoft 365:een ja Slackiin. Työkaluyhteyksien esimerkkeihin kuuluvat Git, Jira, Salesforce, BigQuery ja Model Context Protocol -palvelimet. Luettelo kertoo mahdollisista liitynnöistä: yksittäisen yrityksen käytössä olevat työkalut ja oikeudet määräytyvät sen omista asetuksista.

Pitkä tehtävä jatkuu pilvessä, vaikka työntekijä sulkisi laitteensa. Agentti säilyttää tehtävän kontekstia ja käyttää muistia esimerkiksi käynnissä olevaan työhön, aiempiin vaiheisiin ja opittuihin työtapoihin. Tämän vuoksi samaan tavoitteeseen voidaan palata myöhemmin toiselta laitteelta. Jatkuva muisti tekee samalla näkyväksi hallintakysymyksen: mitä taustatietoa tehtävään saa liittää ja kuinka laajasti sitä saa hyödyntää myöhemmissä vaiheissa.

Oma tunnus rajaa agentin toimivaltaa

Agentin identiteetti on käyttöoikeuksien ja jäljitettävyyden perusta. Jokaiselle agentille on kuvattu erillinen todennettava identiteetti, johon sen toimet liitetään lokeissa. Ylläpitäjät voivat hyväksyä tehtävän ja roolin mukaiset oikeudet; ulkoiseen järjestelmään yhdistettäessä identiteetti voidaan välittää esimerkiksi OAuthin avulla. Näin muutos voidaan erottaa työn antaneen henkilön omista toimista myös silloin, kun agentti käynnistää koodia suorittavan ympäristön.

Pysyvämmin tiimin jäsenenä toimivalle coworker-agentille voidaan antaa oma Google Workspace -tili sähköpostiosoitteineen, kalentereineen, Drive-tallennustiloineen ja yrityshakemiston näkyvyyksineen. Työkaveri voi kutsua sen Chat-tilaan tai mainita sen Docs-kommentissa; agentin ehdottama muokkaus näkyy versiohistoriassa sen omalla nimellä. Tämä tilimalli koskee tiimin yhteistä agenttia eikä tarkoita, että jokainen tilapäinen al-agentti saisi vastaavan sähköpostin ja kalenterin.

Oma tili ei itsessään avaa kaikkia yrityksen tiedostoja. Coworker-agentti näkee sille jaetun aineiston, ja sen pääsy seuraa työtilan jakamisia sekä ryhmäjäsenyyksiä. Tehtävänanto ja käyttöoikeus ovat eri asioita: tavoitteen voi kuvata laajasti, mutta toteutus käyttää vain niitä tietoja ja järjestelmiä, joihin agentille on annettu pääsy. Jos oikeus puuttuu, pelkkä pyyntö ei tee aineistosta agentin käytettävissä olevaa.

Al-agentit jakavat pitkän työn vaiheisiin

Monivaiheinen tehtävä voidaan jakaa tilapäisille al-agenteille, joilla on omat identiteettinsä. Ne voivat tehdä osia rinnakkain tai peräkkäin, kun pääagentti koordinoi kokonaisuutta. Tiedonhaku ja koodin tuottaminen voivat esimerkiksi tarvita erilaisia työkaluja ja oikeuksia. Työn jakaminen al-agenteille selittää, miten yksi tavoite voi edetä pitkään ilman uutta tehtävänantoa jokaiselle vaiheelle, mutta se ei yksin kerro valmiin tuloksen laadusta.

Hallintaan on kuvattu Agent Sandbox, eristetty suoritusympäristö, sekä Agent Gateway, jonka kautta agenttien ja ulkoisten järjestelmien liikenne kulkee. Käyttöoikeuspolitiikoilla voidaan rajata kiellettyä aineistoa, ja auditointijälki kertoo, mikä agentti teki toimen. Nämä keinot auttavat tutkimaan virheitä ja asettamaan rajoja; ihmisen hyväksyntä tarvitaan edelleen niissä kohdissa, joissa yrityksen oma työprosessi sitä edellyttää.

Mallivalinta ja kulukatto kuuluvat samaan hallintaan

Agentin käyttämä kielimalli on erillinen valinta. Kuvattuun valikoimaan kuuluvat Gemini-mallit ja Anthropicin Claude-mallit, ja muita malleja on tarkoitus lisätä myöhemmin. Smart Routing ohjaa kuormia kustannuksen ja suorituskyvyn perusteella, kun taas projektikohtainen kulukatto seuraa tokenien ja eristetyn suoritusympäristön kuluja. Katon täyttyessä projektin agentti pysähtyy, kunnes työtä jatketaan hallinnasta. Mallien salliminen, tiedon käyttö ja kulurajat ovat siksi saman yrityspäätöksen osia.

Ennakkokäyttö rajaa toistaiseksi saatavuutta

VentureBeatin uutisen mukaan Google Cloudin edustaja vahvisti agentin avautuneen 8. lokakuuta 2026 valituille asiakkaille yksityisessä ennakkokäytössä; laajemman julkaisun päivää ei annettu. Agentti on tarkoitus sisällyttää Gemini Enterpriseen ilman erillistä agenttimaksua siellä, missä palvelu on saatavilla. Pysyvien coworker-tilien mahdollisia lisenssimaksuja sekä pitkien tehtävien ja al-agenttien käytöstä kertyviä kuluja ei ole vielä täsmennetty.

Suomalaisen yrityksen käyttöönotto riippuu siitä, milloin agentti tulee sen palveluun ja millaiset ehdot koskevat pysyvää tiimiagenttia. Myös useita päiviä jatkuvien tehtävien onnistumisesta tarvitaan käyttöön perustuvaa näyttöä: julkistuksen ominaisuuskuvaus ei vielä kerro, kuinka usein valmis työ selviää ilman ihmisen korjausta.

Lue myös:

Jaa:

Tilaa uutiskirjeemme

Saat tuoreimmat Web3-, tekoäly- ja kryptouutiset suoraan sähköpostiisi.

0