Hvorfor OpenAI netop lancerede agenter der er tændt hele tiden

OpenAI annoncerede i går Dots - en ny generation AI-assistenter der er aktive døgnet rundt, ikke bare når du åbner en chatboks. En Dot kan overvåge din kalender, få besked når noget ændrer sig i et projekt, eller automatisk sende dig et resume af en tråd du følger. Det ligner Metas Muse, men hvor Muse lever inde i Facebook-universet, er Dots bygget som en platform der kan kobles til alle mulige datakilder.

Forskellen på en chatbot og en agent er tidsdimensionen. En chatbot venter på at du skriver noget. En agent holder sig vågen, holder øje med kontekst og griber ind når den mener det giver mening. Det betyder at designmønsteret skifter fra 'send knap' til 'tillad notifikation'. Og for os der bygger digitale løsninger betyder det at vi skal designe for situationer hvor brugeren ikke har bedt om noget endnu.

Konkret skal vi nu tænke på to ting. For det første: hvordan eksponerer vi data så en agent kan læse dem? Hvis en Dot skal følge med i et projekts status, skal den have adgang til struktureret info - ikke bare en PDF eller et screenshot. Det taler for at vi bygger flere API-endpoints, flere maskinlæsbare feeds, flere hooks der kan trigge eksterne systemer. For det andet: hvordan designer vi for situationer hvor vi ikke ved hvornår brugeren ser beskeden? En notifikation der kommer klokken tre om natten skal være anderledes formuleret end en der kommer midt i arbejdstiden.

Der er også en sikkerhedsvinkel. Hvis en agent skal have lov til at handle på dine vegne - bestille en vare, acceptere en invitation, markere noget som læst - bliver adgangskontrol og logning afgørende. Vi skal kunne se hvad agenten har gjort, og brugeren skal kunne trække tilladelsen tilbage uden at miste al historik. Det kræver at vi designer samtykkeflows og audit logs ind fra starten, ikke lapper dem på bagefter.

For indholdsproducenter og medievirksomheder skærper det også behovet for at tænke , hvordan vi får kreditet når en agent citerer os. Hvis en Dot sammenfatter ti artikler og sender brugeren et resume, hvordan sikrer vi så at kilden er synlig og at brugeren kan klikke videre til originalindholdet? Det er ikke et teknisk problem - det er et designvalg. Vi kan bygge det ind eller lade være.

Det interessante er at OpenAI lancerer Dots som et svar på Metas Muse, men hvor Muse er lukket inde i Instagram og Messenger, er Dots tænkt som en åben platform. Det betyder at du kan bygge din egen Dot der specifikt håndterer kundehenvendelser, overvåger projektdeadlines eller holder øje med om en leverandør har svaret. Det er ikke science fiction – det er tilgængeligt nu, og det kræver at vi tænker anderledes om hvordan vi strukturerer data og designer brugerrejser.

Så hvad gør vi? Vi starter med at identificere de steder i vores produkter hvor timing betyder noget. Hvor ville det give værdi hvis systemet kunne reagere før brugeren spørger? Og så bygger vi de hooks og endpoints der skal til for at en agent kan følge med. Ikke fordi det er cool, men fordi det giver en bedre oplevelse når brugeren ikke selv skal holde øje med alt.