2026年6月11日，OpenAI宣布了一项看似低调但实则意义深远的收购——将AI智能体云端基础设施服务商Ona收入麾下。Ona的前身是以云开发环境著称的Gitpod，2020年创立于德国基尔。Ona的核心产品是为AI智能体提供云端运行基础设施——包括代码执行环境、应用沙箱、数据存储和网络访问控制。收购Ona并将其纳入Codex体系的决定，标志着OpenAI正在从"模型公司"向"智能体平台公司"加速转型。
要理解Ona对OpenAI的价值，首先需要理解AI智能体面临的根本性基础设施问题。当AI智能体的自主性达到一定水平——就像Claude Code和Codex已经展示的那样——它不再只是"生成文本"，而是需要执行代码、操作文件系统、访问网络、运行测试、部署应用。这需要的不是"更大的模型"，而是一个完整的云端运行环境。
Ona恰好提供了这样的环境。作为Gitpod的演进版本，Ona保留了其核心的云端开发环境能力——提供隔离的容器化运行环境、预配置的开发工具链、安全的网络访问控制——并将其进一步发展为专门为AI智能体优化的基础设施平台。可以说，Ona为Codex智能体提供了"执行任务的双手"——模型负责思考（制定计划），Ona负责行动（执行代码、操作文件、部署结果）。
收购后的Ona将直接集成到Codex平台中，意味着Codex智能体将获得一个"自带的"云端运行环境。开发者不需要额外配置服务器或CI/CD管道，只需要对Codex下达任务指令，智能体就会在Ona提供的环境中自主完成任务——从理解需求、编写代码、运行测试到部署上线的全链路自动化。
Codex最初是作为OpenAI的AI编程助手推出的，对标GitHub Copilot和Cursor。但在2026年，Codex的能力边界正在快速拓展。Codex不再只是"帮程序员写代码"，而是在进化成一个"全面AI智能体平台"——一个能自主理解任务、制定计划、执行操作、验证结果的AI Agent系统。
有了Ona的云基础设施支撑，Codex的能力可以延伸到完整的软件开发全生命周期。举个例子：一个产品经理可以直接对Codex说"帮我开发一个用户注册模块"，Codex会首先理解需求规格，然后在Ona环境中创建项目结构、编写代码、运行单元测试、部署到测试环境，最终返回一个可访问的URL让产品经理验收。在整个流程中，人类开发者的角色从"执行者"变成了"审核者和管理者"。
6月10日，Visa在Visa支付论坛上宣布与OpenAI达成战略合作，将GPT模型引入支付风控、客户服务和欺诈检测等核心业务场景。这一合作代表AI大模型在金融行业从"试验性应用"向"核心业务集成"的重要跃迁。
Visa与OpenAI的合作模式具有示范效应：由Visa提供行业数据和业务场景，OpenAI提供模型能力和技术支撑。在支付风控场景中，GPT模型可以在毫秒级内分析交易序列、商户画像和用户行为模式，标记异常交易。Visa预计，引入AI后将使欺诈检测的准确率提升30%以上，同时将人工客服的介入率降低超过50%。
在企业级AI智能体的广阔市场中，Visa的案例展示了AI智能体的商业化路径：作为一种To B服务，AI智能体可以通过SaaS订阅、API调用或项目制实施等方式产生稳定收入。2026年的企业级AI智能体市场正在从"概念验证"走向"规模化部署"。
随着AI智能体的自主性不断增强，智能体治理成为一个越来越重要的话题。ECC（Harnessing Performance Optimization System）作为一个开源AI代理治理框架，从五个关键维度增强Agent能力：技能赋予其领域专业知识；本能建立默认行为模式减少不确定性；记忆实现跨会话上下文一致性；安全内嵌治理机制约束自主行为边界；研究优先确保行为逻辑有理论支撑。
ECC的出现填补了AI智能体治理领域的重要空白。当Codex这样的智能体被授权自主操作文件系统、访问网络、执行代码时，如何确保它的行为在安全边界内？ECC的"安全"维度提供了可配置的权限控制策略，企业可以根据自身需求设定智能体的操作权限范围。
多Agent协作——即一个Agent写代码、一个Agent测试、一个Agent部署、一个Agent监控，组成"虚拟开发团队"——已经不再是遥远的未来愿景。有了Ona的云基础设施支撑、ECC的治理框架保障、以及Codex的能力底座，多Agent协作的开发模式正在从概念验证走向生产实践。
来源：OpenAI、Visa官方、财新网
发布时间：2026-06-25