OpenAI to Acquire Ona: Cloud Runtime for Codex Agents

openaionacodexacquisitionm-and-acloud-development-environments+4high-risk claims
OpenAI Ona acquisition announcement card
Image: OpenAI / Ona acquisition announcement (June 11, 2026)

On June 11, 2026, OpenAI announced the acquisition of Ona — the cloud-development-environments platform formerly known as Gitpod — to give Codex a persistent, customer-controlled runtime for long-running agents. Codex, OpenAI’s coding agent, is now used by more than 5 million people each week, up 400% since the start of the year, and the bet is that the next phase of agentic work — sessions that unfold over hours or days, not minutes — needs a trusted workspace, not just a better model. Ona, which says it has served 2 million developers in secure, reproducible cloud environments, is the team OpenAI has picked to build that workspace (OpenAI, June 11, 2026; Ona, June 11, 2026).

The deal is signed but not closed. Both companies remain separate and independent until customary closing conditions are met — including required regulatory approvals. On close, the Ona team will join OpenAI’s Codex org; until then, Ona continues to support existing customers under its current commitments. No deal terms, closing date, employee headcount, or specific regulatory bodies were disclosed in either announcement (OpenAI, June 11, 2026; Ona, June 11, 2026).

What was announced

The headline. OpenAI’s June 11 post is short and direct: “Today we’re announcing that OpenAI will acquire Ona, bringing its secure cloud execution and orchestration technology into our rapidly expanding Codex ecosystem” (OpenAI, June 11, 2026). The same day, Ona CEO Johannes Landgraf published a letter titled “Ona is joining OpenAI — Our life’s work just got bigger”, framed not as an exit but as an expansion: “Today, we are announcing that Ona has entered into an agreement to join OpenAI as part of the Codex team” (Ona, June 11, 2026).

The strategic rationale — OpenAI’s framing. OpenAI positions the deal as the next step in Codex’s evolution from a developer tool to a long-running agent platform:

“More than 5 million people use Codex each week to research, analyze, build, and automate their work — up 400% from earlier this year. Codex began as a tool for software developers and now helps a wider range of people do complex work from an initial request through to a finished result. As Codex becomes more capable, its most valuable work is unfolding over hours or days, rather than minutes.”

“Ona will help us do that. Its technology provides secure, persistent environments where agents can access the tools, systems, and context they need to make progress over time. By bringing Ona to OpenAI, we will expand Codex beyond work tied to a single device or active session and help more organizations deploy agents securely in production.”

OpenAI, June 11, 2026

The strategic rationale — Ona’s framing. Landgraf’s letter gives the customer side of the same argument and discloses an Ona growth number not in the OpenAI post: “Since the beginning of the year, weekly Ona agent sessions have grown 13x in production across some of the world’s most demanding institutions: the oldest bank in the US, one of Europe’s largest pharma companies, one of Asia’s largest sovereign wealth funds and many others” (Ona, June 11, 2026). Landgraf names Sam, Tibo (Thibault Sottiaux) and the Codex team as the conversation partners who changed his mind. The combined pitch, in his words: “Ona brings the building blocks agents need for enterprise work: trusted, customer-controlled cloud environments where work continues across devices, inside the systems where software actually lives. OpenAI brings frontier intelligence, product polish, and a scale of research and distribution we could never reach alone.”

What Ona is — and isn’t

Ona is the rebrand of Gitpod. The platform’s authentication still routes to app.gitpod.io, its GitHub organization is gitpod-io, and the same product line that ran cloud development environments for years is now positioned for background agents — autonomous AI engineers that run in the cloud, return pull requests, and operate continuously (Ona, environments case study). Ona’s own materials describe the architecture as Pattern 1 — full dev environment, not “sandbox as a tool”: “The agent gets a full development environment, a VM running a dev container with your codebase, test suite, databases, and network access. This is how Stripe and Ramp run their agents. It’s the closest to how a human developer works” (Ona, environments case study). Each session runs in a fresh, ephemeral environment that’s destroyed after use; credentials are scoped; activity is logged; agents run inside the customer’s own VPC (Ona, environments case study).

The customer footprint. Ona lists Bank of New York (BNY, “Since 2025”), GSR (“Since 2024”), Vanta (“Since 2026”), Pearson (“Since 2024”), EquipmentShare (“Since 2023”), and Hargreaves Lansdown (“Since 2024”) as customers visible on its home page, with quoted productivity metrics like “4× productivity increase” and “83% of PRs co-authored by Ona” and “400+ Python repos modernized in 6 months” (Ona, home). The case study calls out 4 million developers reached cumulatively across the company’s history and 400% productivity gains attributed to Ona Automations in customer environments.

Leadership. Johannes Landgraf (CEO & Co-Founder) and Christian Weichel (CTO & Co-Founder) are the public co-founders. The leadership page also lists Philipp Pietsch (COO), Matt Boyle (Product), Eva Hyder (People), Austin Prasad (Revenue), and Kai Klasen (Finance) (Ona, About). Landgraf’s letter frames the team as the binding agent: “I love building and winning with you and the prize is larger now.”

Ona is not a model. It is execution and orchestration infrastructure — VMs, dev containers, automation triggers, audit trails, customer-controlled network boundaries. The OpenAI post is explicit that “Ona’s customer-controlled execution model will allow agents to operate inside an organization’s own cloud environment while OpenAI provides the intelligence and orchestration that power the experience” (OpenAI, June 11, 2026). That phrasing is a deliberate carve-out: OpenAI owns the model and the user-facing agent; Ona owns the substrate the agent runs on.

What Codex looks like today

The OpenAI Codex product page, current at the time of the announcement, describes Codex as “A coding agent that helps you build and ship with AI — powered by ChatGPT”, available on macOS and Windows. The product page highlights four explicit capabilities that map cleanly onto the Ona acquisition: (1) multi-agent workflows with built-in worktrees and cloud environments, (2) always-on background work via “Automations” that pick up triage, alert monitoring, CI/CD, (3) customer standards alignment via Skills (code understanding, prototyping, documentation), and (4) code review and high-signal PR review (OpenAI, Codex). Testimonials from Wonderful, Harvey, Sierra, Ramp, Duolingo, and Cisco Meraki accompany the page. None of the four capabilities is fully realized without a persistent execution environment — which is exactly what Ona has been building since the Gitpod era.

The quotes

Both companies put executive statements on the record on June 11, 2026. They are short, on-topic, and worth quoting in full because they signal what each side thinks it’s buying.

Johannes Landgraf, Co-Founder and CEO, Ona:

“Agents need more than intelligence; they need a trusted workspace. We built Ona to give agents cloud environments with the context, control and collaboration enterprises require. Joining OpenAI lets us bring that foundation into Codex, helping organizations deploy agents with confidence and giving humans more agency over their work.”

OpenAI, June 11, 2026

Thibault Sottiaux, Core Products Lead, OpenAI:

“Enterprises want powerful agents that can do real work while meeting the security and control requirements of their environments. Ona will help us make Codex easier to deploy securely across production workflows for customers operating at the highest standards of trust and scale.”

OpenAI, June 11, 2026

Landgraf’s letter adds an unstated but important corollary: “For our customers, the work we have been doing will now compound with OpenAI’s ambition.” The subtext is a continuity commitment — Ona customers aren’t being sold a new product, they’re being told the platform they already trust will now sit under a much larger product surface.

What changes for users

For developers and teams using Codex today. Practically nothing on day one. The OpenAI post is explicit: “Until closing, OpenAI and Ona will remain separate and independent companies.” Ona continues to support customers, the Gitpod-origin sign-in flow remains in place, and the existing product line (Background Agents, Automations, Environments, Guardrails) continues to ship. After close, the Ona team joins the Codex org and the long-term product direction tilts toward Codex-native execution, but no integration timelines or migration paths have been announced in either post (OpenAI, June 11, 2026; Ona, June 11, 2026).

For enterprises evaluating Codex as a production agent platform. The structural question changes. Until now, “Can I run Codex in our cloud, on our VPC, with our audit trail and our credentials?” was a question that needed answering with workarounds. The Ona deal reframes it: OpenAI is buying — not renting, not partnering, buying — a platform whose entire value proposition is exactly that. Sottiaux’s quote names the outcome: “Ona will help us make Codex easier to deploy securely across production workflows for customers operating at the highest standards of trust and scale.” For procurement, security, and platform teams who have been holding Codex at arm’s length, this is a signal worth tracking through the close.

For Ona customers (BNY, GSR, Vanta, Pearson, EquipmentShare, Hargreaves Lansdown, and others). Continuity is the message. Landgraf’s letter is unambiguous: “Until close, OpenAI and Ona will remain separate and independent companies, and we will continue supporting customers under our existing commitments.” No immediate product rebranding, no immediate price changes, no immediate migration. The fact that the Ona team will join the Codex org after close is a structural fact, not a near-term product fact.

For the competitive landscape. Cloud development environments have a small set of incumbents (GitHub Codespaces, Gitpod/Ona, Google Cloud Shell Editor, Coder, and a long tail of internal enterprise tools). With this deal, the most credible independent CDE-and-agents platform exits the market as a standalone, and the Codex side of OpenAI’s developer stack gets a substrate that Cursor, Windsurf, Claude Code, and Devin don’t have at the same depth. The strategic question for the next 12 months is whether the “Codex runtime” becomes a productized layer that other agents can run on, or whether it stays internal to Codex.

What wasn’t disclosed

In the spirit of source rigor: here is the list of things the two announcements do not say, and that an investor, customer, or reporter will reasonably want to know.

Risks and caveats

What to watch

  1. The close date and any conditions imposed by competition authorities. The earliest signal of friction will be a public comment period, an HSR filing, or a Competition and Markets Authority (UK) Phase 1 notice. Watch the FTC, DOJ Antitrust, CMA, and DG COMP dockets in the 30-90 days post-announcement.
  2. Ona pricing and product roadmap statements. The first Ona product update after June 11, 2026 will reveal whether the standalone product is being wound down, frozen, or accelerated. The Ona changelog and the next Ona Stories blog post are the canary.
  3. Codex product changes that explicitly invoke Ona. A Codex release note that names Ona as the runtime — “Codex now runs in your VPC via the Ona runtime”, or similar — is the integration signal. Until that, the deal is structural, not productized.
  4. Independent third-party benchmarks on Codex background-agent throughput and quality. Aider benchmarks, SWE-bench Verified runs, Stanford CRFM evaluations, and the Vellum AI leaderboard will surface once Ona-powered Codex sessions become observable in the wild. The first public run on a customer-controlled Codex deployment is the integration event.
  5. Customer roster changes. If a named Ona customer (BNY, GSR, Vanta, Pearson, EquipmentShare, Hargreaves Lansdown) publishes a case study that explicitly references Codex, the integration is real. Until then, the two brands remain separate in customer-facing material.
  6. Talent retention at Ona. Landgraf and Weichel are the public co-founders. Whether both stay in their roles after close, and whether the broader Ona leadership team (Pietsch, Boyle, Hyder, Prasad, Klasen) signs on, is the second-order integration risk.
  7. Ona’s Pattern 1 architecture as a market signal. If OpenAI publishes an architecture whitepaper or developer documentation describing the Ona runtime as a reference for “agent in customer cloud”, it becomes a de facto pattern for the industry. Cursor, Claude Code, and Devin will be measured against it.

Verdict

On June 11, 2026, OpenAI announced the acquisition of Ona — the cloud-development-environments platform formerly known as Gitpod, used by 2 million developers and a roster of named enterprise customers (BNY, GSR, Vanta, Pearson, EquipmentShare, Hargreaves Lansdown) — to give Codex (5 million weekly users, up 400% year-to-date) a trusted, customer-controlled runtime for agents that run for hours or days, not minutes. The deal is signed but not closed; both companies remain independent until regulatory approvals land. No deal value, closing date, or headcount was disclosed in either announcement, and the article respects that gap. Strategically, the move reframes Codex from a coding assistant into a long-running, in-customer-VPC agent platform — and it makes Ona’s “Pattern 1: full dev environment, not sandbox as a tool” architecture the substrate for OpenAI’s agentic-coding surface. The customer message from both sides is continuity: existing Ona customers keep their contracts, existing Codex customers see no immediate change, and the integration work happens in the open between now and close. The next signal worth tracking is a Codex product update that explicitly invokes the Ona runtime, and any public regulatory review that lengthens the closing timeline.