OpenAI把Codex“拆开卖了”:Agents API开启公测,Harness之争浮出水面

OpenAI 在一天之内连发四款产品, 覆盖 Agent、语音、数据和金融四条线 。但最值得关注的, 是 Agents API——它意味着 OpenAI 把 Codex 背后的 Harness 能力正式“拆开”对外出售。

📌 从 Codex 到 Codex as a Service

过去一年多,OpenAI 一直在做同一件事: 把 Codex 从一个具体产品 , 逐层拆解为可复用的能力组件。

• 2025 年 4 月:Codex CLI 开源,Agent 如何调用工具、如何运行, 全部公开在 GitHub 上。
• 2025 年 5 月:Codex 云端版上线, 每个任务对应独立沙盒, 可并行处理多个任务。
• 2025 年 10 月:Codex SDK 发布, 允许开发者用少量 TypeScript 代码将 Codex 嵌入自有应用。
• 2026 年 2 月:Codex App Server 公开, 首次系统性地讲清楚 Harness 层——Agent Loop、Thread、工具执行、状态管理。
• 2026 年 8 月:OpenAI 将 CLI、SDK、App Server 统一纳入“开放 Codex Harness”的平台叙事,Codex 从产品升级为平台。

到了 9 月 10 日,Agents API 正式开放公测。开发者只需告诉 API 四件事——任务、模型、工具、运行环境——即可创建一个 Agent。负责长会话上下文压缩、工具调度和 subagent 协作的 Harness, 由 OpenAI 托管和维护。

Harness 由 OpenAI 提供, 执行环境由开发者决定。官方口径明确:Agents API 本身不额外收费, 开发者按模型 Token 和工具实际使用量付费。

🔍 Harness 两条路线: 开放生态 vs 云服务

盯上 Harness 的不止 OpenAI。DeepSeek Harness 提出了一个响亮的等式:Agent = Model + Harness。在 DeepSeek 看来, 模型只是 Agent 的一半, 另一半是负责理解环境、调用工具、管理状态的 Harness。

DSH 把 Harness 做成了高度模块化的开放框架, 模型、工具、Skills、Session、沙盒、存储、Agent Loop 甚至 UI 都可以替换, 主打“一切皆插件”。

这与 OpenAI 形成鲜明对照:OpenAI 虽然也开源了 Codex Harness, 但 Agents API 明显在往托管服务方向走。开发者可以用自己的 Harness, 也可以直接交给 OpenAI 托管。一个想让 Harness 更像 Linux, 一个想让 Harness 更像 AWS。

值得注意的是,Anthropic 比 OpenAI 更早布局这条线 。2025 年 9 月推出 Claude Agent SDK,2026 年 4 月又推出 Claude Managed Agents, 将 Session、Harness 和沙盒拆成三层, 思路与今天的 Agents API 已相当接近。谷歌也在今年 5 月 I / O 大会上推出 Managed Agents, 把 Antigravity Harness 和沙箱做成托管服务。

💡 谁是大赢家?

模型决定 Agent 的能力上限, 而 Harness 越来越决定它能不能把活干完 。一旦竞争维度从“智力”走向“执行力”, 最占优势的未必是模型最强的公司。

Agent 真正干活时需要的邮件、文档、会议、通讯、账号权限等, 往往掌握在传统平台公司手里 。国内办公 Agent 大战就是典型例子: 大厂在互联网时代积累的平台能力, 到了 Agent 时代恰好成为 Agent 调用工具时的入口。

如果找一个最有优势的“全家桶”选手, 谷歌恐怕是最夸张的那个 。从 TPU、云基础设施、Gemini, 到 Search、Workspace、Chrome 和 Android, 谷歌几乎覆盖了 AI 从底层到用户的所有关键环节。这些资产在上一代互联网里是独立入口, 到了 Agent 时代可以被重新组织到同一个任务之下。

📊 总结

OpenAI 把 Codex“拆开卖”, 本质上是将 Harness 从产品能力升级为平台服务 。短期看, 开发者获得了更低的 Agent 构建门槛; 长期看, 谁能让自家 Harness 成为开发者默认的那一层, 谁就能在 Agent 时代占据更有利的位置。这场围绕 Harness 的竞争, 才刚刚开始。