Gemini-agent: egen e-post – dager, Claude, Agent Gateway

Google Cloud har gjort det som Microsoft, OpenAI og Anthropic har snakket om i månedsvis: en arbeidsagent med egen identitet, ikke bare en chatboks i margen. I nøkkeltalen på Gemini at Work 2026 8. oktober lanserte konsernsjef Thomas Kurian Gemini-agenten som én universell agent for arbeid. Den skal få mål, ikke steg-for-steg-instruksjoner, koble seg på systemene dere allerede har, og levere ferdig arbeid i innboksen, dokumentet og utviklermiljøet.

Det er ikke en ny modell. Det er en kontrollflate. For norske CIO, CISO og styrer er poenget identitet, tilgang, sporbarhet og kostnad når en agent får e-postadresse og kan jobbe i dager etter at laptopen er lukket.

Hva Google faktisk lanserte

Ifølge Google Cloud-bloggen, tilpasset fra Kurians tale, er Gemini-agenten én agent og ett API. Den skal svare, gjøre kunnskapsarbeid, lage bilder og media, og skrive og kjøre kode. Den kan fungere som personlig assistent, som teammedlem, eller i en fast rolle, for eksempel analytiker i finans.

Arkitekturen Google beskriver har seks prinsipper:

• Én agent for chat, autonome mål og kode.
• Tilgang fra web, iOS, Android, Windows, Mac, kommandolinje, Google Workspace, Microsoft 365 og Slack. Den kan også kjøre hodeløst uten eget grensesnitt.
• Vedvarende kjøring i skyen, med samme minne og kontekst på tvers av enheter. Jobber som tar timer eller dager fortsetter etter at du logger av.
• Dynamiske underagenter med egen identitet for flertrinnsarbeid, pluss en mer varig «coworker»-rolle.
• Kontekst fra verktøy, data og arbeidshistorikk. Team kan lage egne prosjekter med ferdigheter og verktøy.
• Modellvalget er skilt fra agenten. Google sier den ruter jobb over Gemini-familien og Claude fra Anthropic i dag, og andre private og åpne modeller senere.

The Verge og TechCrunch skriver at dette først går til enterprise-kunder i privat forhåndsvisning. Google Cloud-bloggen selv er en lanseringstekst, ikke en GA-dato. Det er et viktig skille: dette er produktarkitektur og preview, ikke et ferdig produksjonskrav.

Egen e-post er IAM, ikke en gimmick

Den skarpeste endringen er coworker-agenten. Du beskriver en rolle, og Gemini oppretter den. Agenten får egen Workspace-konto: e-post på @agents.company.com, kalender, Drive og plass i bedriftskatalogen. Kollegaer legger den til i Chat, @omtaler den, eller tagger den i et dokument. Google skriver at den kan foreslå redigering og svare i kommentarfeltet under eget navn i versjonshistorikken.

Det er tre styringspoeng i samme avsnitt:

• Agenten handler under egen identitet, ikke din.
• Den ser bare det teamet deler med den. Tilgang følger eksisterende deling og medlemskap.
• Google hevder at ingen ekstern kobling holder dataene deres.

I Workspace skal den også jobbe inline i Gmail, Drive, Docs, Slides, Sheets, Chat og Calendar. Eksempelet Google bruker er møtebooking med «de vanlige regionale arrangementslederne» uten at du oppgir ett navn: agenten henter folk fra chatrom og gammel tråd, sjekker kalendere og starter e-post, også med eksterne. Workspace Intelligence kan i tillegg kjenne igjen en delegérbar oppgave, for eksempel en leder som ber om siste prosjektstatus som lysark, og gi ettklikk-overlevering.

For CISO er dette ikke «smart innboks». Det er en ny principal i IdP, katalog, e-postflyt, kalender og dokumentlager. Offboarding, fullmakter, dataklassifisering og innsynskrav må treffe agentkontoer like hardt som menneskelige kontoer. Hvis agenten kan @omtales i Chat og skrive i Docs, er den en intern aktør med spor i arkivet.

Verktøy, minne og modellruting

Google lister koblinger mot Confluence, Microsoft Office, Teams, Slack, Workspace, Git, Jira, Salesforce, ServiceNow, BigQuery, Databricks, Postgres, Snowflake og filer på skrivebordet, pluss MCP-servere innenfor og utenfor nettverket. Team kan publisere verktøy og ferdigheter i interne registre. Agenten skal velge ferdigheter selv og lære av kjøring for å spare tokener.

Minnet er delt i fire: sesjonsminne som kan vare i dager, semantisk minne som kunnskapsbase, proseduralt minne for hvordan jobben gjøres, og episodisk minne for det agenten har gjort før. Google sammenligner onboarding med en nyansatt. Det er nyttig for produktivitet og et styreproblem for sletting, innsyn og «hva husker agenten om kunden».

Modellruting er FinOps-delen. Google sier at den beste modellen for jobben ikke alltid er den største, og at flaggskipet skifter hvert par måneder. Ved å holde ferdigheter, kontekst og data i agentlaget, skal dere bytte modell uten å flytte virksomheten. PayPal ruter ifølge Google 10 millioner multimodell-kall i uken. Sportsmerket On skal ha testet dynamisk modellvalg. Shopify trekkes fram som storskala multimodell-kunde.

Kostnadskontrollen Google legger på toppen er konkret: Smart Routing skal sende hver arbeidsmengde til modellen med best ytelse mot lavest kostnad. I Cloud Billing Console kan dere sette hardt tak per prosjekt. Når taket treffer, pauses agenten. Den kan startes igjen med ett klikk. Sporingen er per prosjekt, slik at AI-kostnad kan viderefaktureres til avdeling. Google hevder at tokenprisen har falt 98 prosent siden 2024, mens volumet har eksplodert. Tallet er leverandørens eget; poenget for styret er at uten tak blir «billige tokener» dyre i agentløkker som kjører over natten.

Styring: fire spørsmål, én gateway

Google formulerer agentstyring som fire spørsmål: Hvem er agenten? Hva får den lov til? Hva gjorde den? Hva skal den aldri røre?

Svarene i bloggen:

• Identitet: hver agent får egen identitet, kryptografisk attestert og styrt som en ansatt, med minste privilegium. Identiteten stemples i logger og i virtuelle maskiner som kjører kode på vegne av agenten.
• Autorisasjon: finkornet, rollebasert tilgang godkjent av sikkerhetsadministratorer. Når agenten kobler til eksterne systemer, skal identiteten mappes via standarder som OAuth.
• Revisjon: hver handling skrives til en revisjonslogg og tilskrives agenten, ikke personen. Observability skal kunne fange avvik i sanntid.
• Policy: oppgaver kjøres i Agent Sandbox med egen nettverksgrense. All trafikk inn, ut og mellom agenter skal gjennom Agent Gateway, beskrevet som en AI-nettverksbrannmur. Policy skrives én gang, for eksempel at agenter ikke får åpne dokumenter merket «Need to Know», og gjelder alle agenter.

Dette er riktig retning. Det er også leverandørtekst. Dere må teste om gatewayen faktisk stopper det policyen sier, om sandboxen kan nå intern metadata og hemmeligheter, og om «minste privilegium» er default eller et valg kunden selv må skru på. Agentplattformer har de siste dagene vist at for vide standardroller er et like stort problem som manglende chat-filter.

Bransjespesialisering er i preview for finans og jus, senere offentlig sektor, helse og retail. Finansutgaven skal trekke på FactSet, LSEG, S&P Global, SEC-filer og egne arkiver, med konfidensscore, metode, datalinje og kilder. Jusutgaven skal arve saksnivå-tilganger og etiske vegger fra NetDocuments og iManage. Cooley skal bygge en redaksjonsagent for fortrolig informasjon før offentlige innleveringer. For norske banker, forsikring og advokatfirmaer er dette relevant, men preview er ikke etterlevelse.

Tallene Google vil at dere skal huske

Google sier at nær 500 Cloud-kunder hver har behandlet mer enn én billion tokener det siste året, at nær 80 prosent av Cloud-kundene bruker AI-produktene, og at nær 90 prosent av Fortune 100 bruker Gemini Enterprise. BNP Paribas ruller Gemini Enterprise inn i internassistenten LLM@CIB for mer enn 65 000 ansatte. Bradesco hevder dokumentgjennomgang fra én time til fem minutter. Orange Spain skal ha mer enn 1 000 egendefinerte agenter. SOMPO over 10 000 agenter på 34 000 ansatte. Amerikanske CDAO skal ha gitt Gemini Enterprise til 3 millioner i og utenfor uniform, med mer enn 100 000 egendefinerte agenter.

Ta tallene som leverandørens egne. Det som er lederrelevant er mønsteret: agentene er ikke lenger et IT-pilotprosjekt. De er i bank, telco, forsikring og offentlig sektor, og de får katalogplass.

Hva norske ledere bør gjøre nå

Ikke vent på GA for å stille kravene. Still dem før preview blir produksjon.

F1. Katalog og IAM. Hver coworker-agent skal inn i IdP som egen principal, med eier, formål, levetid og avslutningsrutine. Ingen evige @agents-kontoer.

F2. Tilgang følger deling, sier Google. Verifiser det mot deres klassifisering, etiske vegger og innsyn. En agent i Chat og Docs er arkivpliktig aktør.

F3. Modellruting til Claude og senere åpne modeller er leverandørfrihet, ikke automatisk EØS-residency. Krev datalinje per modell, per region og per oppgavetype. Smart Routing uten policy er FinOps uten styring.

F4. Spend-cap per prosjekt er et minimum. Krev pause, varsel og eier når taket treffer, og viderefakturering slik at avdelingen som eier agenten eier regningen.

F5. Agent Gateway og sandbox må testes mot deres egne røde linjer: ingen dokumenter merket fortrolig, ingen utgående kall uten allowlist, ingen minne som overlever prosjektet uten hjemmel.

F6. Microsoft 365 og Slack i samme agent betyr at Google Workspace ikke er eneste angrepsflate. Kartlegg hvilke tenant-tillatelser agenten arver når den krysser skygrensen.

Gemini-agenten er Google sitt svar på at arbeid starter i ledeteksten. For styret er spørsmålet det motsatte: når agenten har egen e-post og jobber i dager, hvem er ansvarlig når den sender, lagrer og husker feil.

Kilder og medier

Primærkilde: Google Cloud, «Welcome to Gemini at Work 2026: Introducing the Gemini agent», Thomas Kurian, 8. oktober 2026, https://cloud.google.com/blog/products/ai-machine-learning/welcome-to-gemini-at-work-2026

Korroborering: Google, «Google Cloud introduces the Gemini agent», 8. oktober 2026. TechCrunch, Sarah Perez, «Google brings agentic AI to Gemini, starting with businesses», 8. oktober 2026. The Verge, «Google is launching a one-stop Gemini agent for your work tasks», 8. oktober 2026.

Thumbnail: OpenAI Image 2 / hogby.ai