OpenAI's Ona bet: the agent race moves from models to where they live
Acquiring Ona signals that persistent execution environments, not raw model quality, will decide which AI vendor owns the long running work enterprises are starting to delegate.
Acquiring Ona signals that persistent execution environments, not raw model quality, will decide which AI vendor owns the long running work enterprises are starting to delegate.
OpenAI did not just buy a feature for Codex. It bought the layer where the next phase of the agent platform race will actually be decided: the execution substrate that determines where AI agents run, how they persist state, and who holds the keys.
That is the read on OpenAI's June 11 announcement that it will acquire Ona, a company that builds secure cloud execution and orchestration technology for agents. The deal extends Codex beyond single-device, single-session runs into durable cloud environments that survive closed laptops and days of elapsed time, the kind of multi-hour or multi-day delegation that enterprises are starting to test in production.
The acquisition arrives with a familiar frame. OpenAI says Ona already serves more than 2 million developers and shares enterprise customers with Codex, and that bringing the two together gives customers a "secure, customer-controlled environment" to monitor and steer long-running agents. That language is the company's own. Treat it as vendor marketing, not a settled architectural fact, and read the rest of this story in that light.
Ona's side of the story. Johannes Landgraf, Ona's founder, published a post on the company's blog confirming the deal and offering independent context. "Three months ago, this was not on my mind," Landgraf writes. "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." Landgraf frames the combination as giving enterprises "trusted, customer-controlled cloud environments where work continues across devices, inside the systems where software actually lives." The post does not disclose deal terms.
What changes is the substrate. Through 2025, the agent platform race looked like a model-quality contest: which lab shipped the strongest reasoning, the longest context, the best tool use. The bet behind Ona is that the binding constraint is moving. The hard problems in production agent work are not just "how smart is the model" but "where does the work live when no one is watching, what credentials can it touch, who can read the logs, and what happens to the state if the laptop closes or the browser tab dies." Those are infrastructure questions, and they are now the differentiator OpenAI is buying into.
Ona sits in a specific slice of that stack. Cloud-based development environments have been around for years (GitHub Codespaces, Google Cloud Workstations, AWS-backed remote IDEs), and hyperscalers are now extending those into agent runtimes. Microsoft's Azure-hosted agent frameworks and AWS's Bedrock Agents both promise persistent execution tied to identity and logging. The thing OpenAI is signaling with this deal is that it does not want to be a tenant on someone else's runtime. It wants the substrate in-house, and it wants the ability to define what "customer-controlled" means on its own terms.
That is also where the governance question sharpens. OpenAI's announcement leans hard on words like "customer-controlled" and "secure," the same words every cloud platform reaches for when consolidation is happening. The hard questions are the ones the announcement does not answer: can an enterprise move a Codex session and its accumulated state to a different runtime without losing weeks of agent work? Can a customer scope credentials to a specific agent session, audit every action, and revoke access mid-run? Can logs be exported in a portable format, and is Ona's "customer-controlled" claim backed by technical means (data residency, encryption key ownership, port-out tooling) or by policy promises that can be changed?
Those questions are not academic. If persistent agent execution is the layer that will determine vendor lock-in for the next decade, then the answers matter to every CIO piloting agents today. The easier story is that OpenAI is making Codex more useful for solo developers. The harder story is that the company is consolidating the layer where enterprise agent work will sit, and using its own framing to set the terms of that consolidation.
For individuals and small teams, the upside is real. The Ona integration, if it lands as OpenAI describes, lets a single developer delegate a task that takes hours or days and come back to a running environment with state intact, credentials scoped, and a full log. That is a meaningful productivity unlock, and it is the part of the story the announcement is built around. For enterprise buyers, the watch items are different: portability, exit costs, how credential scoping actually works in practice, and whether the "customer-controlled" framing survives contact with the fine print of the eventual terms of service.
For competitors, the move raises the bar on what an "agent platform" has to include. A model alone, even a very good one, is no longer a complete answer to enterprise buyers who need persistent state, identity, and audit. GitHub, Microsoft, Google, and Amazon all have pieces of this stack; none of them yet have the same end-to-end claim OpenAI is building toward with Ona. Whether that integration is real, durable, and actually portable is the next story to watch.
The agent platform race is no longer a horse race between model labs. It is a fight over the substrate underneath them.