OpenAI Presence er en virksomhedsplatform til stemme- og chatagenter, der kan bruge godkendte systemer, udføre afgrænsede handlinger og sende sager videre til mennesker. Løsningen kombinerer modeller med politikker, tests, værn og løbende evaluering, men tilbydes foreløbig kun til udvalgte virksomhedskunder og ikke som selvbetjening.
OpenAI Presence samler stemme- og chatagenter med afgrænsede systemrettigheder, test, eskalation og kontrollerede ændringer efter lancering. Løsningen er foreløbig kun tilgængelig for udvalgte virksomhedskunder, mens brug i Danmark kræver særskilt kontrol af sprog, datavilkår, GDPR og AI Acts gennemsigtighedskrav.
Hvad har OpenAI lanceret?
OpenAI lancerede Presence den 22. juli 2026. Produktet samler de dele, som en organisation skal bruge for at sætte en AI-agent i drift på tværs af tale og chat: adgang til viden og systemer, regler for handlinger, testscenarier, evaluering, eskalation og en kontrolleret proces for ændringer.
Presence er tilgængelig for kvalificerede virksomhedskunder gennem et program med begrænset generel tilgængelighed. OpenAI og udvalgte systemintegratorer leder implementeringerne. Der findes hverken en selvbetjeningsversion, en offentlig prisliste for produktet eller dokumenteret generel adgang i Danmark i lanceringsmaterialet.
Hvordan adskiller Presence sig fra en chatbot?
En chatbot leverer normalt et tekst- eller talesvar. En AI-agent kan derudover hente oplysninger fra godkendte systemer, følge en proces og udføre handlinger. Presence er bygget til den sidste type, men inden for et bestemt job og med regler for, hvornår et menneske skal overtage.
| Område | Enkel chatbot | Presence-agent |
|---|---|---|
| Opgave | Besvarer spørgsmål | Følger en afgrænset arbejdsgang |
| Systemadgang | Kan være uden adgang til interne systemer | Kan få adgang til specifik viden og godkendte handlinger |
| Kontrol | Styres primært af instruktioner | Styres også af politikker, værn, evaluering og eskalation |
Hvordan afgrænses agentens adgang?
En implementering begynder ifølge OpenAI med ét bestemt job, eksempelvis behandling af en fakturasag, støtte ved en forsikringsanmeldelse eller intern it-support. Agenten får kun den viden og systemadgang, som jobbet kræver. Virksomheden fastlægger, hvilke handlinger agenten må udføre, hvornår den skal bede om godkendelse, og hvornår sagen skal sendes til en medarbejder.
Den opbygning minder om princippet bag afgrænsede agentmiljøer: Modellen bør ikke have bred adgang, blot fordi den teknisk kan bruge flere værktøjer. Hvert datakald og hver handling skal være nødvendigt for den konkrete opgave.
Hvordan testes agenten før drift?
Presence indeholder simuleringer og automatiske bedømmere, som kan afprøve almindelige henvendelser, sjældne grænsetilfælde og situationer med højere risiko. Testene måler blandt andet, om agenten nåede det rigtige resultat, fulgte politikken, brugte værktøjer korrekt og eskalerede på det rette tidspunkt.
En praktisk test kan derfor omfatte mere end svarkvalitet. Den kan kontrollere, om en agent afviser en handling uden tilstrækkelig identitetskontrol, undgår at ændre en konto på et uklart grundlag og overdrager sagen, når virksomhedens regler ikke dækker situationen. OpenAI beskriver værn, som kan gribe ind, hvis en samtale bevæger sig uden for de fastsatte grænser.
Hvordan forbedres agenten efter lancering?
Produktionssamtaler, eskalationer og kvalitetssignaler bruges til at finde områder, hvor agenten ikke fungerer som planlagt. Codex kan undersøge disse signaler og foreslå ændringer. Et team skal derefter teste forslaget mod den version, som allerede er i drift, og godkende en kontrolleret udrulning.
Denne proces gør versionsstyring til en del af driften. En ændring i en returpolitik eller en intern procedure bør ikke blive til ny agentadfærd uden test og godkendelse. Logning, stikprøver og faste stopkriterier er derfor lige så centrale som selve sprogmodellen.
Hvilke opgaver kan Presence udføre?
OpenAI beskriver brug til kundeservice, udgående salg og interne arbejdsgange med høj risiko. En agent kan eksempelvis forstå en fakturahenvendelse, kontrollere kundens identitet, slå kontooplysninger op, anvende en politik og gennemføre en godkendt handling. Den samme grundstruktur kan bruges på tale og chat.
Det gør Presence beslægtet med AI-agenter til kundeservice, men lanceringsmaterialet dokumenterer ikke, at alle tænkelige arbejdsgange eller integrationer understøttes. Hver opgave skal forbindes med de relevante systemer og konfigureres med egne rettigheder, regler og eskalationsveje.
Hvad viser OpenAIs egne driftsresultater?
OpenAI oplyser, at Presence driver virksomhedens engelsksprogede telefonsupport. Ifølge leverandørens egne målinger løser agenten 75 procent af de indgående sager uden menneskelig hjælp. OpenAI skriver også, at forbedringsprocessen reducerede andelen af overdragelser til mennesker med 15 procentpoint på ti dage.
Tallene stammer fra OpenAI og fra én bestemt supportkanal. De er ikke en uafhængig sammenligning på tværs af virksomheder, sprog eller sagstyper. Resultatet viser, at platformen har været anvendt i virkelig drift, men det dokumenterer ikke samme løsningsgrad i en dansk organisation.
Hvilke begrænsninger er dokumenteret?
Presence er ikke et almindeligt produkt, som en bruger kan aktivere fra en konto. Adgangen er begrænset til kvalificerede virksomhedskunder, og implementeringen kræver OpenAIs egne specialister eller udvalgte partnere. Kilden oplyser ikke pris, en fuld liste over integrationer, krav til minimumsstørrelse eller en dato for selvbetjening.
OpenAI nævner naturlige samtaler på engelsk og en test af japansk hos SoftBank, men dokumenterer ikke kvalitet eller tilgængelighed på dansk. Organisationer må derfor afprøve fagudtryk, dialekter, personnavne, tal, samtykkeformuleringer og overdragelser i deres faktiske arbejdssprog, før resultater fra engelsksproget support kan overføres.
Hvad betyder Presence for arbejdspladser i Danmark?
Den mest konkrete ændring er ikke, at alle straks får en ny AI-agent. Presence viser en driftsmodel, hvor automatisering knyttes til en afgrænset opgave, tydelige rettigheder og en menneskelig overtagelsesvej. Kundecentre, interne servicedeske og andre organisationer med mange gentagne henvendelser kan bruge modellen som sammenligningsgrundlag, også hvis de vælger en anden teknisk løsning.
Arbejdsdelingen bør beskrives, før en agent tages i brug: Hvilke afgørelser må den ikke træffe, hvem ejer fejl, og hvordan kan en medarbejder eller kunde få sagen genoptaget? En intern AI-politik kan samle ansvar, adgangsregler, kontrolfrekvens og krav til dokumentation. Presence-lanceringen beviser ikke, at medarbejderrollen forsvinder; den gør snarere overdragelse og løbende kontrol til en udtrykkelig del af systemet.
Hvordan påvirker GDPR en sådan agent?
En stemme- eller chatagent kan behandle navne, kontooplysninger, sagsforløb, lyd og andre personoplysninger. GDPR kræver blandt andet et behandlingsgrundlag, et klart formål, dataminimering, passende opbevaring og beskyttelse mod uvedkommende adgang. Det gælder også, når agenten teknisk leveres af en ekstern part.
OpenAI oplyser generelt, at data fra virksomhedsløsninger og API-platformen ikke bruges til modeltræning som standard, og at virksomheden kan indgå en databehandleraftale. Presence-kilden specificerer imidlertid ikke alle datavilkår for det nye produkt. En organisation må derfor kontrollere den konkrete aftale, underdatabehandlere, lagring, adgang til produktionssamtaler og mulige overførsler, ligesom ved anden brug af AI med eksterne datatjenester.
Hvilke krav kan følge af EU AI Act?
EU-Kommissionens vejledning til artikel 50 fastslår, at gennemsigtighedskravene gælder fra den 2. august 2026. Et AI-system, der er beregnet til at interagere direkte med mennesker, skal udformes, så personen informeres om, at vedkommende taler med en AI, medmindre det er åbenlyst i situationen. Oplysningen skal gives klart og senest ved den første interaktion.
En Presence-agent i EU vil derfor skulle indgå i en løsning, hvor denne gennemsigtighed er håndteret. Den samlede risikoklassifikation afhænger af anvendelsen. En almindelig servicesamtale bliver ikke automatisk et højrisikosystem, mens brug i eksempelvis visse ansættelses- eller adgangssituationer kan udløse andre krav. Den konkrete vurdering kan ikke udledes af produktnavnet alene.
Hvad bør en organisation kontrollere før brug?
Et pilotprojekt bør måle både løsningen af opgaven og kvaliteten af kontrollen omkring agenten. Følgende spørgsmål kan afgrænse en realistisk test:
- Er opgaven snævert beskrevet med et målbart korrekt resultat?
- Har agenten kun adgang til nødvendige data og handlinger?
- Kræver irreversible eller følsomme handlinger menneskelig godkendelse?
- Kan brugeren tydeligt få kontakt til et menneske og anfægte resultatet?
- Testes dansk sprog, persondata, grænsetilfælde og forsøg på at omgå reglerne?
- Kan ændringer spores, sammenlignes med den aktive version og rulles tilbage?
En høj løsningsgrad er ikke tilstrækkelig, hvis fejl rammer de mest følsomme sager. Målingen bør derfor skelne mellem rutinesager, fejl med lille virkning og handlinger, som kan få økonomiske, retlige eller personlige konsekvenser.
Hvilke kilder ligger til grund?
Artiklen bygger på OpenAIs lancering af Presence og virksomhedens oplysninger om databeskyttelse for erhvervsløsninger. De europæiske afsnit følger Europa-Kommissionens vejledning om AI Acts gennemsigtighedskrav og dens oversigt over GDPR-principper for behandling af personoplysninger.