Google samler arbejdet i én Gemini-agent, men adgangsvilkårene er uklare
Google har præsenteret Gemini som én samlet arbejdsagent, der kan løse opgaver på tværs af værktøjer, modeller og virksomhedens egne systemer. For danske Workspace- og Cloud-kunder er den vigtige næste opgave dog ikke at aktivere løsningen, men at få adgang, pris, datagrænser og styring bekræftet.
Google annoncerede 8. oktober Gemini agent, som virksomheden beskriver som én samlet agent til vidensarbejde, medieproduktion og kode. Ideen er, at brugeren angiver et mål, mens agenten vælger værktøjer og modeller, udfører delopgaver og vender tilbage med et resultat.
Det er en større ændring end endnu en Gemini-funktion i en enkelt app. Google placerer agenten på tværs af blandt andet Workspace, Microsoft 365, Slack, kommandolinjen og tredjepartssystemer. Meddelelsen beskriver også vedvarende opgaver, som kan fortsætte i skyen, når brugerens computer er lukket.
Men annonceringen er ikke i sig selv dokumentation for, at en dansk organisation kan købe og aktivere alle funktionerne nu. Googles meddelelse angiver ikke en konkret dansk lanceringsdato, en samlet pris eller præcise adgangskrav for de beskrevne muligheder. De oplysninger skal derfor bekræftes i den konkrete kundeaftale og administrationskonsol, før løsningen behandles som klar til drift.
En agent er adskilt fra modellen under den
Google skelner mellem selve Gemini-agenten og den model, der løser en given opgave. Ifølge virksomheden kan systemet allerede fordele arbejde mellem modeller i Gemini-familien og Claude-modeller fra Anthropic. Google skriver også, at private og åbne modeller skal kunne indgå senere.
Det gør modelvalget til en del af platformens orkestrering frem for et valg, brugeren nødvendigvis foretager for hver opgave. Google begrunder det med, at vanskelige opgaver kan sendes til en stærkere model, mens enklere opgaver kan køres billigere.
Det er en leverandørbeskrivelse, ikke en uafhængig dokumentation af kvalitet, sikkerhed eller besparelser. En indkøber bør derfor bede om at få oplyst, hvilke modeller der faktisk kan bruges i organisationens region og abonnement, hvordan modelvalget logges, og om data kan behandles af en anden modelleverandør.
Læs også AIBI’s forklaring af Gemini og tilknyttede apps, hvis du vil forstå forskellen mellem en funktion og den adgang, den får til andre tjenester.
En AI-kollega kan få sin egen Workspace-identitet
I Workspace beskriver Google tre roller: personlig assistance, proaktive forslag til opgaver og en såkaldt coworker agent, der fungerer som medlem af et team.
En coworker agent skal ifølge Google kunne få sin egen Workspace-konto med mailadresse, kalender, Drive og placering i virksomhedens katalog. Kolleger kan tilføje agenten til et Chat-rum eller omtale den i en kommentar. Den arbejder under sin egen identitet, og Google oplyser, at dens adgang følger det indhold og de medlemskaber, teamet deler med den.
Det kan gøre ansvar og logning tydeligere end automation, der kører som en medarbejder. Det løser dog ikke adgangsdesignet automatisk. Organisationen skal stadig kontrollere, hvem der må oprette en agent, hvem der godkender dens rettigheder, hvordan adgangen fjernes igen, og om deling til agenten følger eksisterende regler for fortrolige data.
AIBI har en særskilt guide til at vælge læseadgang og godkendelser, før en AI-assistent får adgang.
Politik, logning og budgetter er en del af løftet
Google beskriver hver agent som en særskilt identitet med rollebaserede rettigheder. Handlinger skal registreres i et revisionsspor, og virksomhedens politikker skal håndhæves gennem Agent Sandbox og Agent Gateway. Et eksempel i meddelelsen er en fælles regel, der forhindrer agenter i at åbne dokumenter med en bestemt klassifikation.
På økonomisiden beskriver Google automatisk valg af model, smart routing og forbrugslofter i Cloud Billing Console. Hvis et loft rammes, skal projektets agent sættes på pause, indtil arbejdet genoptages.
Det er relevante kontroller, men artiklen fra Google fastslår ikke, hvilke abonnementer, regioner eller produktopsætninger der giver adgang til dem. Den dokumenterer heller ikke, at de dækker enhver integration eller alle databevægelser. De konkrete kontroller skal ses i den løsning, organisationen faktisk får tilbudt.
Sektorløsningerne er ikke generelt lanceret
Google præsenterer også branchespecifikke udgaver. Finans og jura er ifølge meddelelsen i preview. Løsninger til myndigheder, sundhed og detailhandel beskrives som kommende.
Det er derfor vigtigt at adskille den overordnede agentarkitektur fra specialfunktioner, der endnu har previewstatus eller ligger i fremtiden. En plan bør ikke bygge på en sektorfunktion, før Google har bekræftet adgang, vilkår og support for den konkrete organisation.
Afklar dette, før I kalder løsningen klar til drift
Brug annonceringen som anledning til en afgrænset leverandør- og sikkerhedsafklaring:
- Få skriftligt bekræftet, hvilke agentfunktioner der er tilgængelige i Danmark og i jeres valgte datalokalitet.
- Få oplyst abonnement, pris, forbrugsmodel, kvoter og hvad et forbrugsloft faktisk omfatter.
- Kortlæg de modeller, agenten kan sende opgaver til, samt reglerne for data, logning og underleverandører.
- Afgræns én opgave med ufarlige data og mindst mulige rettigheder. Definer på forhånd, hvad agenten må læse, ændre og sende.
- Kontrollér, at agentens egen identitet, godkendelser, handlinger og modelvalg kan ses i de relevante logfiler.
- Test stop og oprydning: Ram et lavt prøvebudget, fjern en tilladelse, stop en kørende opgave og slet eller deaktiver agenten.
- Gå kun videre, hvis de observerede kontroller svarer til aftalen. Mangler der adgang, pris eller dokumentation, er resultatet ikke et nej til teknologien, men et nej til drift endnu.
Googles annoncering viser retningen mod en arbejdsagent, der samler flere modeller, værktøjer og virksomhedsregler. Den praktiske beslutning afhænger stadig af de vilkår og kontroller, som kan bekræftes for den enkelte organisation.
Kilde: Google Cloud: Welcome to Gemini at Work 2026: Introducing the Gemini agent, offentliggjort 8. oktober 2026
