{"id":1250,"date":"2026-04-20T10:11:40","date_gmt":"2026-04-20T08:11:40","guid":{"rendered":"https:\/\/vittrup-graversen.dk\/?p=1250"},"modified":"2026-04-20T10:11:41","modified_gmt":"2026-04-20T08:11:41","slug":"openais-agents-sdk-faar-sandkasser-og-snapshots-derfor-er-det-vigtigt","status":"publish","type":"post","link":"https:\/\/vittrup-graversen.dk\/index.php\/2026\/04\/20\/openais-agents-sdk-faar-sandkasser-og-snapshots-derfor-er-det-vigtigt\/","title":{"rendered":"OpenAIs Agents SDK f\u00e5r sandkasser og snapshots: derfor er det vigtigt"},"content":{"rendered":"\n

OpenAI lancerede 15. april en st\u00f8rre opdatering af Agents SDK<\/a>, og det er faktisk en vigtigere nyhed end endnu en benchmark-sejr eller modelversion med lidt h\u00f8jere score. Den nye version g\u00f8r det muligt at bygge AI-agenter, som ikke bare svarer i en chatboks, men arbejder i en isoleret arbejdsflade med filer, kommandoer, artefakter og mulighed for at genoptage arbejdet senere. Det lyder teknisk, og det er det ogs\u00e5. Men for udviklere og arkitekter er pointen enkel: OpenAI fors\u00f8ger at flytte agent-byggeri fra demoer til drift.<\/p>\n\n\n\n

Det interessante er ikke kun, at en agent nu kan f\u00e5 adgang til et sandbox-milj\u00f8. Det interessante er kombinationen af orkestrering og eksekvering. If\u00f8lge OpenAI Developer Community f\u00e5r modellen et \u201charness\u201d med instruktioner, tools, approvals, tracing, handoffs og resume-logik, mens selve sandkassen leverer compute, filer og isolation. Den opdeling er vigtig, fordi den g\u00f8r det lettere at holde credentials, governance og overv\u00e5gning adskilt fra det milj\u00f8, hvor modelgenereret kode faktisk k\u00f8rer.<\/p>\n\n\n\n

Agents SDK er ikke bare endnu en agent-demo<\/h2>\n\n\n\n

Vi har efterh\u00e5nden set mange agent-lanceringer, hvor AI m\u00e5 browse lidt, kalde et v\u00e6rkt\u00f8j eller skrive en fil. Problemet kommer f\u00f8rst, n\u00e5r l\u00f8sningen skal bruges i virkeligheden. Hvad sker der, n\u00e5r en opgave varer l\u00e6ngere end \u00e9n request? Hvad sker der, hvis containeren d\u00f8r undervejs? Og hvordan h\u00e5ndterer man, at agenten b\u00f8r kunne l\u00e6se noget, men ikke n\u00f8dvendigvis skrive det tilbage?<\/p>\n\n\n\n

Det er her, den nye Agents SDK<\/strong> bliver interessant. I dokumentationen beskriver OpenAI, at sandkasse-agenter is\u00e6r giver mening, n\u00e5r man har brug for workspace isolation, valg af sandbox-provider eller resumable filesystem state<\/em>. Oversat til almindeligt dansk betyder det, at agenten kan arbejde i et kontrolleret milj\u00f8, hvor dens filer og mellemresultater bevares, selv hvis arbejdsgangen str\u00e6kker sig over l\u00e6ngere tid.<\/p>\n\n\n\n

Det placerer OpenAI t\u00e6ttere p\u00e5 den type workflow, man normalt forbinder med udviklerv\u00e6rkt\u00f8jer som CI\/CD-pipelines, jobk\u00f8er og midlertidige build-milj\u00f8er. Hvis du allerede har l\u00e6st mit indl\u00e6g om Cursor 3.1 og parallelle AI-agenter<\/a>, er forskellen her, at OpenAI g\u00e5r ned i selve runtime-laget. Hvor Cursor prim\u00e6rt handler om produktivitet i IDE\u2019en, handler Agents SDK om infrastrukturen under agenten.<\/p>\n\n\n\n

Det mest interessante er sikkerhed og drift, ikke bare features<\/h2>\n\n\n\n

OpenAI fremh\u00e6ver, at orkestrering kan holdes uden for det milj\u00f8, hvor modelgenereret kode k\u00f8rer. Det er mere end et teknisk nicety. Det er et svar p\u00e5 et af de st\u00f8rste problemer ved agent-baserede systemer: at vi ofte blander beslutningslogik, dataadgang og eksekvering sammen i \u00e9n stor, sv\u00e6rkontrolleret bunke.<\/p>\n\n\n\n

N\u00e5r permissions kan knyttes til bestemte stier i et manifest, og n\u00e5r agenten kan f\u00e5 skriveadgang til output\/<\/code> uden at f\u00e5 samme adgang til et f\u00f8lsomt datarum, bliver det pludselig mere realistisk at bruge agentteknologi i enterprise-scenarier. Det betyder ikke, at sikkerhedsproblemerne er l\u00f8st. Det betyder, at OpenAI tager fat i de rigtige problemer.<\/p>\n\n\n\n

Derudover er listen over underst\u00f8ttede sandbox-partnere bem\u00e6rkelsesv\u00e6rdig. OpenAI n\u00e6vner blandt andet Blaxel, Cloudflare, Daytona, E2B, Modal, Runloop og Vercel i dokumentationen. Det signalerer, at virksomheden ikke kun vil s\u00e6lge \u00e9n hosted oplevelse, men ogs\u00e5 g\u00f8re det lettere at koble agent-orkestrering sammen med eksisterende udviklerplatforme. Det minder p\u00e5 nogle m\u00e5der om den platformisering, vi ogs\u00e5 ser hos Anthropic, som jeg tidligere har skrevet om i Claude Managed Agents<\/a>. Forskellen er, at OpenAI her l\u00e6gger ekstra v\u00e6gt p\u00e5 sandkassen som et separat, flytbart lag.<\/p>\n\n\n\n

Hvad betyder det for udviklere og IT-folk?<\/h2>\n\n\n\n

Hvis du bygger interne v\u00e6rkt\u00f8jer, supportflows, kodeagenter eller automatisering i et driftssat milj\u00f8, er den nye Agents SDK<\/strong> interessant af tre grunde.<\/p>\n\n\n\n