OpenAI kjøper Ona for å gi Codex et sted å jobbe
OpenAI vil kjøpe Ona for å flytte Codex fra aktiv utviklerøkt til vedvarende agentarbeid i skyen. Det er et tydelig signal om hvor konkurransen om kodeagenter går videre: ikke bare sterkere modeller, men drift, tilgangsstyring og kontrollert utførelse.
Selskapet kunngjorde 11. juni at det har inngått avtale om å kjøpe Ona, et selskap som bygger sikker skybasert utførelse og orkestrering for utviklingsmiljøer. OpenAI skriver at teknologien skal inn i Codex-økosystemet, slik at agenter kan fortsette arbeid over tid i sikre og vedvarende miljøer. Oppkjøpet er ikke lukket. Det er underlagt vanlige sluttvilkår, inkludert nødvendige regulatoriske godkjenninger. Frem til da skal OpenAI og Ona operere som separate selskaper.
Tallene OpenAI oppgir forklarer hvorfor dette skjer nå. Mer enn 5 millioner mennesker bruker Codex hver uke, ifølge selskapet. Det er opp 400 prosent fra tidligere i år. Codex startet som et verktøy for programvareutviklere, men OpenAI beskriver nå bruken bredere: research, analyse, bygging og automatisering fra første bestilling til ferdig resultat.
Den viktige formuleringen ligger et annet sted i kunngjøringen. OpenAI skriver at det mest verdifulle Codex-arbeidet i økende grad foregår over timer eller dager, ikke minutter. Da holder det ikke at agenten er bundet til én laptop, én terminaløkt eller én nettlesersesjon. Arbeidet må kunne fortsette, brukeren må kunne sjekke fremdrift, gi retning, ta beslutninger og godkjenne resultater underveis.
Ona skal gi dette et teknisk hjem. Selskapet har bygget sikre, reproduserbare sky-miljøer for utviklere og oppgir å ha hjulpet 2 millioner utviklere med å flytte utviklingsarbeid fra lokale maskiner til skyen. OpenAI vil bruke den erfaringen til å la Codex-agenter jobbe i kundekontrollerte miljøer, der virksomheten fortsatt styrer infrastruktur, data og sikkerhetsgrenser.
Det er mer enn en produktutvidelse. Det er et svar på et problem alle større virksomheter treffer når de går fra demo til produksjon med agenter. En agent som bare foreslår kode i en IDE, er relativt enkel å håndtere. En agent som skal lese repoer, kjøre tester, oppdatere avhengigheter, modernisere applikasjoner, håndtere sårbarheter og lage pull requests over flere døgn, trenger en helt annen kontrollflate.
Da blir spørsmålene praktiske og ubehagelige: Hvor kjører agenten? Hvilke hemmeligheter får den tilgang til? Hvordan scopes credentials? Hvem kan se loggene? Hvilke nettverk og systemer kan den nå? Hvordan stoppes den hvis den beveger seg feil? Hvordan dokumenteres beslutninger og endringer for revisjon?
OpenAI sier selv at organisasjoner må kunne gi ansatte fordelen av vedvarende agentarbeid uten å gi slipp på krav til sikkerhet, governance og drift. Det er riktig lest av bedriftsmarkedet. De neste store Codex-kundene kommer ikke bare til å kjøpe modellkvalitet. De kommer til å kjøpe trygghet for at agentene kan operere inne i eksisterende kontrollregime.
For norske CIO-er og CTO-er er dette en viktig dreining. Mange har vurdert kodeagenter som et utviklerverktøy, litt som en smartere autocomplete med terminaltilgang. Det bildet er allerede for smalt. OpenAI posisjonerer Codex som en arbeidstakerliknende prosess som trenger sitt eget runtime-miljø, sin egen tilgangsmodell og sin egen revisjonssporing.
Det gjør innkjøpskriteriene mer modne. Spørsmålet blir ikke bare om agenten skriver god kode. Spørsmålet blir om den kan inngå i SDLC, sikkerhetsarkitektur og change management uten å lage en ny uformell skyggedrift. Hvis svaret er nei, vil produktiviteten fort spises opp av risiko, manuell kontroll og interne sperrer.
Oppkjøpet passer også inn i en bredere bevegelse i AI-markedet. Modellene blir kraftigere, men flaskehalsen flytter seg til arbeidsmiljøet rundt dem. Anthropic har gått samme vei med mer produksjonsrettede agentflater. AWS, Microsoft og andre bygger evaluering, observability og runtime-kontroll rundt agentbruk. OpenAI kjøper nå infrastruktur som kan gjøre Codex mindre avhengig av brukerens aktive maskin og mer egnet for styrt produksjonsarbeid.
Det betyr ikke at risikoen er løst. Tvert imot vil vedvarende agenter gjøre svak tilgangsstyring dyrere. En agent som arbeider i minutter kan gjøre feil. En agent som arbeider i dagevis med repoer, tester og deployments kan akkumulere feil, spre dårlig kontekst og bruke for brede tilganger. Derfor blir logging, isolasjon, policy og menneskelig godkjenning sentralt.
OpenAI har ikke oppgitt pris for avtalen. Det viktigste er likevel retningen. Codex skal ikke bare være en samtalepartner for kode. Det skal bli en agent som kan holde arbeid i gang inne i virksomhetens egne rammer. For leverandørmarkedet er det et angrep på IDE-er, DevOps-plattformer og skybaserte utviklingsmiljøer samtidig. For kundene er det et varsel om at agentstrategi nå må eies av både teknologi, sikkerhet og drift.
Den korte lederkonklusjonen: Hvis agentene skal jobbe lenge, må de ha et kontrollert sted å jobbe. OpenAI kjøper Ona fordi det stedet er i ferd med å bli like viktig som modellen.
Kilder og medier
Primærkilde: OpenAI, «OpenAI to acquire Ona», 11. juni 2026. https://openai.com/index/openai-to-acquire-ona/
Kildekreditering: OpenAI for oppkjøpskunngjøring, Codex-tall, beskrivelse av Ona-teknologi, sitater og forbehold om regulatoriske godkjenninger.
Thumbnail: OpenAI Image 2 / hogby.ai
📬 Likte du denne?
AI-nyheter for ledere. Kuratert av en CIO som bygger det selv. Daglig i innboksen.