Gemini bliver arbejdsagent – målet erstatter trin-for-trin-instruktioner

I sit lanceringsindlæg fra 8. oktober 2026 præsenterede Google Cloud Gemini agent på Gemini at Work 2026 med direktør Thomas Kurians formulering: “You give it objectives, not instructions.” Agenten er annonceret som én indgang, der både kan besvare spørgsmål og udføre vidensarbejde ved at planlægge opgaven, bruge værktøjer og aflevere et resultat.

For en medarbejder betyder skiftet, at en besked kan beskrive målet frem for hvert enkelt trin. Gemini agent skal derefter kunne hente relevant kontekst, vælge handlinger og arbejde videre i de programmer, hvor resultatet hører hjemme. Det forudsætter adgang til virksomhedens data og systemer samt tilladelse til de konkrete handlinger; en prompt giver ikke i sig selv adgang til en kalender, en indbakke eller et udviklingsmiljø.

Fra et mål til et arbejdsprodukt

Den centrale forskel fra en almindelig chatsamtale ligger efter svaret. En chatbot kan foreslå en plan eller skrive et udkast, som medarbejderen selv flytter videre. Den annoncerede agent skal også kunne dele et mål op, bruge færdigheder og tilknyttede værktøjer, udføre delopgaver og vende tilbage med færdigt arbejde i eksempelvis et dokument, en mailtråd eller et udviklingsmiljø. Langvarige opgaver kan fortsætte i skyen, selv om medarbejderen lukker sin computer.

Et møde viser, hvordan kæden er tænkt. Ved en anmodning om at samle et bestemt hold kan agenten udlede deltagere fra medlemskabet i et Chat-rum og en tidligere samtale, undersøge deres kalendere og starte en mailtråd om et tidspunkt, også med eksterne deltagere. Det kræver læseadgang til den relevante kommunikation og kalenderinformation. Hvis agenten også skal indlede koordineringen, skal den have lov til at oprette en tråd eller sende en besked; ellers stopper forløbet ved et forslag.

En større opgave kan spænde fra informationssøgning over en finansiel model i Sheets til en præsentation af resultatet. Her skal agenten både kunne finde kilderne, arbejde i regnearket og oprette præsentationen. Beskrivelsen viser, hvorfor et enkelt mål ikke er det samme som én enkel handling: Hvert led kræver sine egne data, værktøjer og skriveadgange. Et resultat i flere programmer er derfor afhængigt af, at forbindelserne faktisk er sat op hos kunden.

Forbindelserne afgør, hvad agenten kan udføre

Arbejdsagenten får først rækkevidde, når den kan forbinde et mål med de systemer, hvor arbejdet foregår. TechCrunchs gennemgang af lanceringen nævner blandt andet Google Workspace, Microsoft 365, Slack, Jira, Confluence, Git, BigQuery, Databricks, Postgres og Snowflake som mulige forbindelser. Den samme gennemgang beskriver, at Google begynder med erhvervskunder og først senere vil rette agenten mod forbrugere.

En forbindelse er dog kun ét led i arbejdsgangen. Skal agenten sammenfatte et projekt, behøver den adgang til de relevante filer og beskeder; skal den lægge et udkast i et dokument, behøver den også skriverettighed dér. At sende en mail, ændre kode eller køre en forespørgsel mod virksomhedsdata er særskilte handlinger med mulige virkninger uden for samtalen. Derfor kan to medarbejdere give samme mål og få forskellig rækkevidde, hvis deres agenters roller og adgang er forskellige.

Det gør eksisterende systemvalg konkrete for danske arbejdspladser. Et miljø med både Google og Microsoft kan i princippet samles om én arbejdsopgave, men de nødvendige data kan ligge under forskellige ejere og adgangsregler. Valget mellem Gemini og Copilot hænger dermed også sammen med placeringen af dokumenter, mail og samarbejde. Muligheden for at forbinde et system betyder ikke, at agenten automatisk får adgang til alle dets mapper eller handlinger.

Egen identitet og sporbare handlinger

En vedvarende teamagent er tænkt som en delt deltager i arbejdet. Den kan få sin egen Workspace-konto med mailadresse, kalender, Drive og plads i virksomhedens brugeroversigt. Kolleger kan tilføje den til et Chat-rum eller nævne den i et dokument. Dens identitet skal følge den videre ind i arbejdet, så en ændring eller et svar kan tilskrives agenten i stedet for den person, som gav opgaven.

Den beskrevne styring omfatter rollebaserede tilladelser, som virksomhedens sikkerhedsadministratorer godkender, og en log over agentens handlinger. Ved adgang til eksterne systemer kan identiteten overføres med standarder som OAuth. Opgaver skal køre i et afgrænset miljø, mens en gateway håndhæver virksomhedens politikker for trafik til og fra agenten. De mekanismer er væsentlige, fordi en agent, der selv vælger næste trin, kan nå flere systemer i ét forløb end en enkelt chatbotforespørgsel.

En praktisk skillelinje kan derfor ligge mellem at forberede og at gennemføre. En virksomhed kan give agenten læseadgang og ret til at lave udkast, men kræve særskilt menneskelig godkendelse, før en mail sendes, kode ændres eller et resultat offentliggøres. Det er en mulig politik for den enkelte opgave, ikke et automatisk stop indbygget på præcis disse punkter hos alle kunder. Virksomheden må beslutte, hvilke handlinger der kan fuldføres under agentens egen identitet.

Annonceringen rummer forskellige stadier

Den samlede arbejdsagent er præsenteret med funktioner på tværs af opgaver og programmer. Reuters’ omtale fra lanceringsdagen beskriver én agent til spørgsmål, indhold, kode og opgaver, men skelner også mellem de særlige udgaver til finans og jura, som er i preview, og udgaver til blandt andet sundhed og detailhandel, som er planlagt senere. De forskellige stadier kan ikke læses som adgang til hele pakken for enhver kunde.

For en dansk arbejdsplads bliver konsekvensen konkret, når en opgave flyttes fra samtale til udførelse: Hvem ejer de oplysninger, agenten skal læse, hvilken identitet får adgang, og på hvilket trin må den skrive eller sende noget videre? Svaret bestemmes af kundens forbindelser og tilladelser samt af, hvilke dele af produktet kunden faktisk har adgang til. Først dér kan et mål i én besked blive til en afsluttet opgave med en synlig ansvarskæde.

Læs også:

• Gemini eller Microsoft 365 Copilot? Flytningen kan koste mere end AI'en
• MobilePay bliver til Vipps – aftaler og historik følger med
• DMARC uden mailnedbrud: Gå fra p=none til p=reject i trin