Köpeskillingen har inte offentliggjorts. Affären måste också uppfylla sedvanliga villkor och få nödvändiga myndighetsgodkännanden. När den är slutförd ska Onas team ansluta till OpenAI:s Codex-division .

Från korta sessioner till arbete som fortsätter

Codex kan redan generera kod och hantera löpande programmeringsuppgifter. Hittills har användningen dock i stor utsträckning varit kopplad till en aktiv session och en specifik enhet. Ona ska förändra detta genom att ge agenter permanenta arbetsytor i molnet, där de kan fortsätta arbeta i timmar eller dagar .

Tre delar är särskilt viktiga:

• Beständiga molnarbetsytor. Agenter körs i säkra molnsandlådor som förblir aktiva även när användaren stänger sin dator. Det gör längre uppgifter som omfattande kodomstruktureringar, uppdateringar av beroenden och ändringar i flera kodarkiv mer praktiska .
• Tillgång till verktyg och kontext över tid. I Ona-miljöer kan agenter få säker åtkomst till projektfiler, API:er, autentiseringsuppgifter och den körmiljö de behöver. Användaren kan sedan granska resultatet, ge nya instruktioner och låta agenten fortsätta utan att arbetet måste börja om från noll .
• Orkestrering för drift i produktion. Plattformen hanterar agentens hela livscykel: att skapa isolerade miljöer, köra uppgifter, hantera beroenden och ta bort sandlådan när arbetet är klart. Det för Codex närmare återkommande och reproducerbara arbetsflöden i produktion .

Företagen får större kontroll över körmiljön

För företagskunder är den viktigaste förändringen sannolikt inte bara att agenterna kan arbeta längre, utan var arbetet sker och vem som kontrollerar miljön.

Med Onas modell körs agenterna i kundens egen molninfrastruktur – exempelvis på AWS eller GCP – i stället för på OpenAI:s infrastruktur. Källkod, autentiseringsuppgifter och känsliga data kan därmed stanna inom företagets befintliga säkerhetsgräns .

Det är särskilt relevant för finanssektorn, vården och andra reglerade verksamheter med höga krav på datalagring, åtkomststyrning och dokumentation.

Viktiga säkerhets- och infrastrukturfördelar

• Avgränsade behörigheter. Agenter kan begränsas till särskilda delar av filsystemet, krypteringsnycklar och autentiseringsuppgifter. Det minskar risken att de får åtkomst till känsliga delar av nätverket .
• Tillfälliga, isolerade sandlådor. Miljöerna raderas automatiskt när uppgiften är klar. Det minskar risken för kvarvarande åtkomst eller dataexfiltrering jämfört med långlivade lokala miljöer .
• Loggning och spårbarhet. Agenternas aktiviteter registreras, vilket ger underlag för styrning, regelefterlevnad och efterföljande granskning i reglerade branscher .
• Upptäckt av skadlig kod och maskering. Ona använder kryptografisk hashning för att identifiera och blockera skadliga program även om de har döpts om, flyttats eller bäddats in i skript .
• Blockering av utgående anslutningar. Plattformen kan hindra agenter från att ansluta till potentiellt skadliga externa servrar och därmed begränsa konsekvenserna av oväntat beteende .

För företag innebär det i praktiken att AI-agenter kan införas utan att hela säkerhetsarkitekturen behöver byggas om eller att känslig information måste flyttas till en extern molnmiljö.

Ledarna: agenter behöver både intelligens och förtroende

Johannes Landgraf, medgrundare och vd för Ona, betonade att AI-agenter behöver en kontrollerad arbetsmiljö, inte bara hög intelligens:

”Agenter behöver mer än intelligens – de behöver en arbetsyta man kan lita på. Vi byggde Ona för att ge agenter molnmiljöer med den kontext, kontroll och samverkan som företag kräver. Genom att ansluta till OpenAI kan vi bygga in den grunden i Codex, hjälpa organisationer att införa agenter med större trygghet och ge människor större kontroll över sitt arbete.”

I ett senare inlägg på LinkedIn skrev Landgraf att förvärvet kändes mindre som ett slut och mer som att arbetet hade blivit ”större och viktigare” .

Thibault Sottiaux, ansvarig för kärnprodukter på OpenAI, lyfte i stället fram kraven på drift och styrning:

”Företag vill ha kraftfulla agenter som kan utföra verkligt arbete och samtidigt uppfylla kraven på säkerhet och kontroll i deras miljöer. Ona ska hjälpa oss att göra Codex enklare att införa säkert i produktionsarbetsflöden för kunder som arbetar med de högsta kraven på förtroende och skala.”

Tillsammans pekar uttalandena på en gemensam ambition: AI-agenter ska inte bara bli bättre på att skriva kod. De ska också kunna granskas, styras och användas säkert i verksamheter där felaktig åtkomst eller bristande dokumentation kan få stora konsekvenser.

Ett skifte från modellprestanda till körinfrastruktur

Förvärvet visar hur fokus inom företagsinriktad AI håller på att breddas. Konkurrensen handlar inte längre enbart om vilken modell som är smartast eller presterar bäst i tester. Minst lika viktigt blir var agenten körs, vem som har kontroll över miljön och hur varje steg kan följas upp.

Genom att integrera Onas körmiljö direkt i Codex vill OpenAI skapa en grund för mer självständigt utvecklingsarbete som kan pågå kontinuerligt, inom företagets egna säkerhetsgränser och med tydligare kontroll över hela processen.

Köpeskillingen har inte offentliggjorts. Affären måste också uppfylla sedvanliga villkor och få nödvändiga myndighetsgodkännanden. När den är slutförd ska Onas team ansluta till OpenAI:s Codex-division .

Från korta sessioner till arbete som fortsätter

Codex kan redan generera kod och hantera löpande programmeringsuppgifter. Hittills har användningen dock i stor utsträckning varit kopplad till en aktiv session och en specifik enhet. Ona ska förändra detta genom att ge agenter permanenta arbetsytor i molnet, där de kan fortsätta arbeta i timmar eller dagar .

Tre delar är särskilt viktiga:

• Beständiga molnarbetsytor. Agenter körs i säkra molnsandlådor som förblir aktiva även när användaren stänger sin dator. Det gör längre uppgifter som omfattande kodomstruktureringar, uppdateringar av beroenden och ändringar i flera kodarkiv mer praktiska .
• Tillgång till verktyg och kontext över tid. I Ona-miljöer kan agenter få säker åtkomst till projektfiler, API:er, autentiseringsuppgifter och den körmiljö de behöver. Användaren kan sedan granska resultatet, ge nya instruktioner och låta agenten fortsätta utan att arbetet måste börja om från noll .
• Orkestrering för drift i produktion. Plattformen hanterar agentens hela livscykel: att skapa isolerade miljöer, köra uppgifter, hantera beroenden och ta bort sandlådan när arbetet är klart. Det för Codex närmare återkommande och reproducerbara arbetsflöden i produktion .

Företagen får större kontroll över körmiljön

För företagskunder är den viktigaste förändringen sannolikt inte bara att agenterna kan arbeta längre, utan var arbetet sker och vem som kontrollerar miljön.

Med Onas modell körs agenterna i kundens egen molninfrastruktur – exempelvis på AWS eller GCP – i stället för på OpenAI:s infrastruktur. Källkod, autentiseringsuppgifter och känsliga data kan därmed stanna inom företagets befintliga säkerhetsgräns .

Det är särskilt relevant för finanssektorn, vården och andra reglerade verksamheter med höga krav på datalagring, åtkomststyrning och dokumentation.

Viktiga säkerhets- och infrastrukturfördelar

• Avgränsade behörigheter. Agenter kan begränsas till särskilda delar av filsystemet, krypteringsnycklar och autentiseringsuppgifter. Det minskar risken att de får åtkomst till känsliga delar av nätverket .
• Tillfälliga, isolerade sandlådor. Miljöerna raderas automatiskt när uppgiften är klar. Det minskar risken för kvarvarande åtkomst eller dataexfiltrering jämfört med långlivade lokala miljöer .
• Loggning och spårbarhet. Agenternas aktiviteter registreras, vilket ger underlag för styrning, regelefterlevnad och efterföljande granskning i reglerade branscher .
• Upptäckt av skadlig kod och maskering. Ona använder kryptografisk hashning för att identifiera och blockera skadliga program även om de har döpts om, flyttats eller bäddats in i skript .
• Blockering av utgående anslutningar. Plattformen kan hindra agenter från att ansluta till potentiellt skadliga externa servrar och därmed begränsa konsekvenserna av oväntat beteende .

För företag innebär det i praktiken att AI-agenter kan införas utan att hela säkerhetsarkitekturen behöver byggas om eller att känslig information måste flyttas till en extern molnmiljö.

Ledarna: agenter behöver både intelligens och förtroende

Johannes Landgraf, medgrundare och vd för Ona, betonade att AI-agenter behöver en kontrollerad arbetsmiljö, inte bara hög intelligens:

”Agenter behöver mer än intelligens – de behöver en arbetsyta man kan lita på. Vi byggde Ona för att ge agenter molnmiljöer med den kontext, kontroll och samverkan som företag kräver. Genom att ansluta till OpenAI kan vi bygga in den grunden i Codex, hjälpa organisationer att införa agenter med större trygghet och ge människor större kontroll över sitt arbete.”

I ett senare inlägg på LinkedIn skrev Landgraf att förvärvet kändes mindre som ett slut och mer som att arbetet hade blivit ”större och viktigare” .

Thibault Sottiaux, ansvarig för kärnprodukter på OpenAI, lyfte i stället fram kraven på drift och styrning:

”Företag vill ha kraftfulla agenter som kan utföra verkligt arbete och samtidigt uppfylla kraven på säkerhet och kontroll i deras miljöer. Ona ska hjälpa oss att göra Codex enklare att införa säkert i produktionsarbetsflöden för kunder som arbetar med de högsta kraven på förtroende och skala.”

Tillsammans pekar uttalandena på en gemensam ambition: AI-agenter ska inte bara bli bättre på att skriva kod. De ska också kunna granskas, styras och användas säkert i verksamheter där felaktig åtkomst eller bristande dokumentation kan få stora konsekvenser.

Ett skifte från modellprestanda till körinfrastruktur

Förvärvet visar hur fokus inom företagsinriktad AI håller på att breddas. Konkurrensen handlar inte längre enbart om vilken modell som är smartast eller presterar bäst i tester. Minst lika viktigt blir var agenten körs, vem som har kontroll över miljön och hur varje steg kan följas upp.

Genom att integrera Onas körmiljö direkt i Codex vill OpenAI skapa en grund för mer självständigt utvecklingsarbete som kan pågå kontinuerligt, inom företagets egna säkerhetsgränser och med tydligare kontroll över hela processen.