OpenAI 收购 Ona:持久化云端执行如何改变你的 Agent 路由与成本架构

OpenAI 宣布收购 Ona,将持久化、客户可控的云端执行能力引入 Codex。对于运营 API 网关和 Agent 编排的团队,这意味着会话生命周期、成本模型和凭证治理的根本性变化。

发布于 来源 OpenAI

归档条目:由 AI 根据所引信源辅助生成,发布时未经逐篇审阅。责任编辑:Joe Werner。

插图:分裂平面 Agent 执行架构——OpenAI 智能层在一侧,客户控制的云端执行环境在另一侧,通过路由网关层相连

OpenAI 于 6 月 11 日宣布将收购 Ona——一家为超过 200 万开发者提供安全云端开发环境的公司。收购目的明确:让 Codex Agent 拥有持久化、客户可控的运行环境,任务在笔记本关闭后仍能继续执行。对于管理 API 网关、多提供商路由和 Agent 成本治理的团队,这次收购标志着 Agent 工作负载的计价方式、凭证范围和可观测性体系将发生结构性变化。

发生了什么

OpenAI 将把 Ona 的云端执行与编排技术整合进 Codex 生态。Ona 的核心产品使开发者能够在安全、可复现的云端环境中工作——本质上是把整个开发工作区从本地机器搬到云端。

Codex 目前每周服务超过 500 万用户,较年初增长 400%,而其最有价值的任务越来越多地需要数小时乃至数天,而非几分钟。收购填补了一个关键空白:Agent 需要在用户离开后继续工作的地方。

Ona 采用客户可控执行模型:Agent 在客户自己的云端环境中运行,OpenAI 提供智能与编排层。这是一种分平面架构——计算资源在客户基础设施,模型推理在 OpenAI 侧。

为什么对 AI 工程团队重要

从按请求计费到持久化 Agent 会话的转变已经在全行业发生:OpenAI 于 6 月 2 日将容器会话改为按分钟计费(最低 5 分钟);Anthropic 在 5 月推出了 Claude Managed Agents 自托管沙箱;Ona 的收购把同样的赌注押到了平台层面——Agent 将工作数小时,成本模型必须跟上。

对于运营 API 路由或 Agent 编排的团队,以下三件事将发生变化:

会话生命周期变得更长、更复杂。 当一个 Agent 在持久化云端环境中运行 6–24 小时,你的路由层不能只追踪单次 API 调用,而必须追踪完整的工作会话。空闲检测、超时策略和成本上限执行从"锦上添花"变成关键基础设施。一个没有护栏的 Codex Agent 在持久化环境中通宵运行,可能在你没有察觉的情况下耗尽预算。

凭证范围成为治理边界。 Ona 的客户可控模型意味着 Agent 可以访问客户的云端环境——代码仓库、CI/CD 流水线、Secrets。路由和网关层必须执行:哪些凭证属于哪个 Agent 会话、有效期多长、会话终止时如何处理。这与 Claude Managed Agents 通过 Vault 管理环境变量凭证的模式相同,但 OpenAI 的实现方式带来不同的爆炸半径。

成本归因分裂为两个平面。 你现在同时面对模型推理成本(OpenAI 对 GPT-5.5、Codex 的收费)和执行环境成本(客户云端持久化运行时的账单)。只追踪 token 消耗的传统 API 计费仪表板将遗漏一半的开支。团队需要一个统一视图,把 token 费用与计算小时数关联起来,否则会被基础设施账单打个措手不及。

路由层与运营视角

这次收购强化了每个 API 网关运营者都需要内化的规律:工作单元正在从"请求"转变为"会话"。

当 Agent 工作跨越数小时,你的路由策略不能只优化下一个 token 的延迟,还必须管理:

  • 时间维度上的提供商亲和性。 持久化 Agent 会话应路由到同一提供商以保持上下文。如果你的网关为了成本或延迟在多提供商间做负载均衡,需要引入会话感知路由——否则会分裂 Agent 的上下文,导致质量下降。
  • 空闲成本控制。 Agent 未主动使用的持久化环境仍然消耗计算资源。你的网关应能感知空闲状态并执行自动挂起策略。
  • 凭证轮换与撤销。 长时间运行的会话意味着长生命周期的凭证。安全模型必须支持在会话中途轮换凭证,而不中断 Agent 的工作。
  • 跨平面可观测性。 传统 API 指标(QPS、p95 延迟、每请求 token 数)无法捕获持久化 Agent 的关键数据:会话总成本、空闲时间占比、每会话工具调用次数和环境生命周期事件。

这与我们此前报道的 Claude Managed Agents 自托管沙箱模式在结构上相似——但 OpenAI 的版本将执行与 Codex 产品直接绑定,意味着网关配置错误的爆炸半径更大:Agent 将操作代码、基础设施和数据,而不仅仅是生成文本。

TheRouter 用户应关注什么

  • 审查你的会话超时和成本上限策略。 如果你在路由 Codex 或 Agent 工作负载,确保网关对每个会话而非每次请求执行硬性成本上限。没有上限的持久化 Agent 通宵运行是重大计费风险。
  • 为分平面可观测性做规划。 模型推理成本和环境执行成本将分属不同的计费系统。考虑如何让你的路由层在单一仪表板中同时呈现两类成本。
  • 审计 Agent 会话的凭证范围。 Ona 的客户可控模型意味着 Agent 的访问权限远超无状态 API 调用。确保你的网关对每个会话执行凭证隔离,并支持轮换。
  • 关注 Ona 集成落地 Codex API 的时间表。 收购仍需监管审批,但一旦完成,预期将出现用于环境生命周期管理的新 API 参数。你的路由层应为处理持久化会话元数据做好准备。
帮助与联系