
云里干活
OpenAI 收购 Ona,是为了让 Codex 智能体能在客户自有云内运行。过去很多 AI 编程工具更像外部助手,帮你想、帮你写、帮你改,最后还得人来接手。现在变了,智能体要直接进企业自己的环境里做事。

Ona 提供的是云沙盒,也就是一个隔离的、可支配的安全环境,让代码能安全运行,也能在内部编排 AI 智能体。说白了,Ona 不是单纯给模型提供算力,而是在给模型搭一个能长期工作的"办公室"。企业团队的工作方式也因此改变。这不是界面升级,而是工作流迁移。

记住进度
Ona 的技术给 AI 智能体配备安全、预配置好的云环境,连所需工具、系统、上下文都准备齐了,让它能持续完成工作。真正关键的是,AI 智能体可以"记住"工作进度,跨会话持续运行。这意味着它不必每次都从头解释上下文,不必等人类重新打开电脑、重新接回任务。
这类能力一旦稳定,AI 编程助手的形态就变了。它不再只是一个对话框里的建议器,而是一个能挂在云端持续推进任务的执行体。你下班了,它还在跑;你关机了,它还在处理;你隔天回来,它已经把一部分工作做完了。编程助手以后不用你开着电脑,这句话不是夸张,是产品架构真的往这个方向走了。
Forbes 直接点出了变化:编程智能体的竞争,正在从"模型质量"转向"执行层"。这句话很准。模型质量当然重要,但当大家都能生成差不多的代码时,差距就不在"会不会写",而在"能不能在真实环境里稳定执行"。谁能接入企业云,谁能处理权限、上下文、工具链、持续运行,谁就更接近真正的生产力入口。

Ona 的前身 Gitpod,本来就是做浏览器编程环境的,到了 2025 年底更名为 Ona,转型成智能体驱动的云工作空间。这个转型本身就很说明问题。浏览器编程环境解决的是"在哪里写代码",智能体云工作空间解决的是"谁来把代码活干完"。前者服务开发者,后者服务执行。
这笔收购最值得盯的,不是 OpenAI 又买了什么,而是它在补什么。模型已经足够强,真正卡住落地的,往往是执行层:环境、安全、权限、持续性、上下文管理。Ona 正好把这些东西打包成了一个可运行的空间。OpenAI 不是只想让 Codex 更会写,而是想让它更像一个能在企业里独立干活的智能体。

说到底,AI 编程的下一轮竞争,不会停留在"谁生成得更快",而是"谁能在企业云里更久地做完事"。问题在于,当智能体已经能自己在云里持续工作时,开发者到底是在用 AI,还是在把一部分工作岗位直接交给它?#ai智能体 #OpenAI #AI编程 #Codex #Agent时代
夜雨聆风