OpenAI brugte DevDay den 6. oktober 2025 til at lancere tre forskellige slags værktøjer: byggesten til AI-agenter, apps inde i ChatGPT og nye modeller i API’et. Forskellen er vigtig. AgentKit hjælper et team med at opbygge sin egen agentarbejdsgang, Apps SDK placerer udvalgte funktioner fra et produkt i ChatGPT, og modeller som Sora 2 leverer en bestemt funktion gennem et API.
Det var altså ikke én samlet platform, som løser alt. Nyhederne peger snarere på tre valg, som et udviklingsteam bør holde adskilt: Skal AI’en arbejde i jeres eget produkt, skal jeres produkt kunne bruges fra ChatGPT, eller har I primært brug for en ny model til eksempelvis video, tale eller billeder?
AgentKit samler arbejdet med agenter
AgentKit blev præsenteret som et sæt værktøjer til at bygge, implementere og forbedre AI-agenter. En agent er i denne sammenhæng ikke blot en chatbot, men et system, der kan vælge værktøjer, følge flere trin og udføre handlinger på baggrund af en opgave. Læs også, hvad en AI-agent er.
De centrale dele ved lanceringen var:
- Agent Builder, et visuelt værktøj til at sammensætte arbejdsgange med flere trin eller agenter.
- ChatKit, en chatgrænseflade, som kan indlejres i et teams eget produkt.
- Evals, værktøjer til at teste og forbedre agentens resultater, blandt andet med datasæt, trace-evaluering og promptoptimering.
OpenAI beskrev delene som sammenhængende byggesten. Et team kan eksempelvis designe en arbejdsgang i Agent Builder, lade brugeren møde den gennem ChatKit og derefter bruge Evals til at undersøge, hvor arbejdsgangen fejler. OpenAI’s efterfølgende AgentKit-gennemgang viser netop dette forløb, men siden er siden blevet arkiveret og advarer om, at modeller og API’er kan være forældede. Den er derfor en god kilde til at forstå lanceringen, ikke til at vælge dagens konkrete opsætning.
AgentKit er heller ikke en færdig virksomhedsagent. Teamet skal stadig definere opgaven, vælge datakilder og værktøjer, håndtere rettigheder og teste, om agenten faktisk gør det rigtige. Hvis en agent skal besvare spørgsmål ud fra interne dokumenter, kommer arbejdet med adgang, datakvalitet og eventuel RAG oveni. Den visuelle arbejdsgang fjerner ikke behovet for en gennemtænkt arkitektur.
Apps SDK bringer funktioner ind i ChatGPT
Apps i ChatGPT var et andet spor. Her bygger man ikke først og fremmest en chat til sin egen hjemmeside eller app. Man gør i stedet bestemte data eller handlinger fra sit produkt tilgængelige inde i en ChatGPT-samtale.
Ved lanceringen kunne apps reagere på naturligt sprog og vise interaktive elementer direkte i chatten. OpenAI fremhævede blandt andre Booking.com, Canva, Coursera, Expedia, Figma, Spotify og Zillow som de første partnere. Apps SDK blev frigivet i preview og bygget oven på Model Context Protocol, MCP, så udviklere kunne forbinde logik, data og brugergrænseflade med ChatGPT.
Det er heller ikke det samme som GPT’er i ChatGPT, som er en anden type tilpasning.
Et godt eksempel er ikke nødvendigvis at flytte en hel webapp ind i chatten. En boligplatform kan gøre søgning og visning af aktuelle boliger tilgængelig, mens et designværktøj kan omdanne en disposition til en præsentation. OpenAI skrev senere i sin vejledning til ChatGPT-apps, at værdien typisk ligger i få, klart afgrænsede funktioner: at hente data, udføre en handling eller vise information mere hensigtsmæssigt end ren tekst.
Her er den praktiske skelnen:
- Brug ChatKit, hvis I vil indlejre en chatbaseret agentoplevelse i jeres eget produkt.
- Brug Apps SDK, hvis udvalgte funktioner fra jeres produkt skal kunne bruges inde i ChatGPT.
En app får ikke automatisk distribution, blot fordi den er bygget med SDK’et. Adgang, godkendelse, synlighed og regionale forhold er separate spørgsmål, og de har ændret sig siden eventet. OpenAI’s oprindelige annoncering sagde blandt andet, at de første apps ikke var tilgængelige i EØS, Schweiz og Storbritannien på lanceringsdagen. Derfor bør et dansk team kontrollere de aktuelle regler og den aktuelle adgang, før en ChatGPT-app bliver en del af produktplanen.
Sora 2 og nye modeller i API’et
DevDay bød også på en mere traditionel serie af API-lanceringer. Ifølge OpenAI’s API-changelog kom følgende den 6. oktober 2025:
- Sora 2 og Sora 2 Pro sammen med `v1/videos` til videogenerering og remix.
- GPT-5 Pro, som ved lanceringen blev beskrevet som en GPT-5-variant, der brugte mere beregningskraft på krævende opgaver.
- gpt-realtime-mini og gpt-audio-mini til mere omkostningseffektive tale- og lydfunktioner.
- gpt-image-1-mini til mere omkostningseffektiv billedgenerering og redigering.
Sora-nyheden var især relevant, fordi videogenerering med generativ AI dermed kunne bygges ind i en egen arbejdsgang via API’et. Det åbner for eksempel for at generere videovarianter fra et produktionssystem eller lade et kreativt værktøj sende en opgave til en videomodel. Det betyder ikke, at API’et uden videre passer til enhver produktion. Krav til kontrol, ventetid, ensartethed, rettigheder og omkostninger skal vurderes i den konkrete løsning.
Mini-modellerne pegede på et andet praktisk tema: Den største model er ikke altid det rigtige valg. Ved tale, lyd og billeder med høj volumen kan pris og svartid være mindst lige så vigtige som maksimal kvalitet. OpenAI beskrev modellerne som mere omkostningseffektive, men det er en leverandørpåstand og ikke dokumentation for en bestemt besparelse eller dansk sprogkvalitet. Det kræver en test med egne data og de aktuelle priser.
GPT-5 Pro bør læses på samme måde. Lanceringen viste, at OpenAI tilbød et modelvalg til opgaver, hvor ekstra beregningskraft kunne være relevant. Den historiske annoncering er ikke i sig selv en anbefaling af modellen i dag. Modeludvalg, pris og adgang ændrer sig hurtigt, og en nutidig implementering bør tage udgangspunkt i den aktuelle dokumentation.
Codex var vigtigt på DevDay, men historien kræver en præcis dato
Codex fyldte både i demoer og i OpenAI’s fortælling om, hvordan eventet blev bygget. OpenAI beskrev efterfølgende, hvordan Codex blev brugt til blandt andet scenedemoer, en MCP-server til lysstyring, Apps SDK-eksempler og arbejde på AgentKit-komponenter. DevDay-siden fremhævede også Codex-funktioner som Slack-integration, Codex SDK og virksomhedskontrol.
Det gør Codex til en del af DevDay-historien, men ikke til et helt nyt produkt lanceret på dagen. API-changeloggen placerer lanceringen af modellen `gpt-5-codex` den 23. september 2025, knap to uger før eventet. Den mest præcise formulering er derfor, at Codex blev demonstreret og fik nye funktioner og større synlighed omkring DevDay, ikke at Codex som produkt opstod den 6. oktober.
Hvad bør et dansk team undersøge først?
Det rigtige startpunkt afhænger mindre af, hvilken annoncering der lød størst, og mere af hvor oplevelsen skal leve.
Vælg agentsporet, hvis I vil automatisere en intern eller kundevendt arbejdsgang med flere trin, værktøjer og beslutninger. Begynd med én velafgrænset proces, og beskriv hvilke handlinger agenten må udføre. Agent Builder kan gøre forløbet lettere at se og ændre, mens Evals er relevant, når I skal måle på resultaterne.
Undersøg Apps SDK, hvis jeres produkt har aktuelle data eller konkrete handlinger, som giver værdi midt i en ChatGPT-samtale. Det kan være opslag i et katalog, oprettelse af en sag eller generering af et struktureret resultat. Hvis planen blot er at kopiere hele produktet ind i chatten, er anvendelsen sandsynligvis ikke skarp nok.
Start med API-modellerne, hvis behovet er mere afgrænset: video, tale, lyd, billeder eller en model til en bestemt type krævende opgave. Her bør en proof of concept sammenligne kvalitet, svartid og pris på virksomhedens egne eksempler. Eventets produktbeskrivelse kan ikke erstatte den test.
Før I bygger
DevDay-lanceringerne gjorde det nemmere at komme fra idé til prototype, men de fjernede ikke de svære produktbeslutninger.
Kortlæg først, hvilke data der sendes til OpenAI eller en tredjepartsapp, og hvilke handlinger systemet må udføre. Begræns adgangen, og kræv menneskelig kontrol ved handlinger med væsentlige konsekvenser. For en ChatGPT-app skal teamet også forstå, hvilke oplysninger der deles, når brugeren forbinder appen. Se også EU’s AI-forordning for en dansk introduktion til governance.
Lav derefter et lille, realistisk testsæt. Det bør rumme normale opgaver, tvetydige forespørgsler og situationer, hvor systemet skal afvise eller bede om hjælp. For agenter er en flot enkeltstående demo ikke nok; det afgørende er, om hele arbejdsgangen fungerer stabilt, og om fejl kan spores.
Til sidst skal pris, adgang, modelnavne og begrænsninger kontrolleres i den aktuelle dokumentation. Artiklen beskriver annonceringerne på DevDay 2025. Den bør ikke bruges som prisliste eller som dokumentation for, at en bestemt preview-funktion fortsat er tilgængelig på samme vilkår.
