OpenAI于美国时间9月10日正式开放Agents API公测。开发者只需向API提供任务、模型、工具和运行环境四项参数，即可创建一个Agent。负责长会话上下文压缩、工具调度和subagent协作的Codex Harness由OpenAI托管和维护，执行环境则可由开发者自行选择，包括OpenAI自有沙盒、自有基础设施或Cloudflare、E2B、Modal等第三方环境。
定价方面，OpenAI明确Agents API本身不额外收费，Harness托管和长会话管理等能力不单独收取Agent平台费。开发者按实际使用的模型Token和工具付费，若使用OpenAI托管沙盒，计算资源另行计费。
此次发布并非孤立事件。梳理OpenAI过去一年多的产品动作，可以看到一条清晰的演进路径：将Codex从单一产品逐步拆解为可复用的能力模块。2025年4月，OpenAI在发布o3和o4-mini时同步开源Codex CLI，允许开发者在本地终端运行并自行修改Agent逻辑。一个月后，Codex云端版上线，用户可将代码仓库交由云端沙盒处理，支持自主改代码、跑测试、修bug及多任务并行。
2025年10月，OpenAI发布Codex SDK，使Codex不再局限于独立产品形态，可嵌入第三方应用。开发者通过数行TypeScript代码即可启动与Codex CLI相同的Agent驱动，获取结构化输出，并保留任务状态以支持暂停后继续运行。不过SDK主要面向程序内调用，尚未开放完整的Codex交互能力，构建类似Codex IDE的完整客户端仍存在难度。
2026年2月，OpenAI公开Codex App Server，首次系统性地阐明Codex Harness的架构。OpenAI解释称，Codex Web、CLI、IDE扩展和Mac App虽然表现为不同产品，底层运行的是同一套Codex Harness，即负责Agent Loop、Thread、工具执行、认证和状态管理的核心层。App Server为这套Harness增加了双向JSON-RPC接口，JetBrains、Xcode等客户端无需重建Agent Loop，直接启动App Server即可驱动完整Codex。
但SDK控制的是本地Agent，App Server本身也是需要开发者启动和维护的常驻进程。将Codex接入产品的问题已解决，但将其稳定运行线上服务仍存在基础设施层面的障碍。例如开发者用App Server搭建Coding Agent网站，前端接入Codex后，用户点击“修复这个仓库”所触发的大量后续运行和基础设施问题，仍需自行解决。
8月19日，OpenAI将过去一年陆续开放的CLI、SDK、App Server统一纳入“开放Codex Harness”的平台叙事，明确将Codex从产品提升为平台。9月10日的Agents API公测，则是这一路径的延续：Harness由OpenAI提供，执行环境由开发者决定。
在Harness这一层，行业内已出现不同路线。DeepSeek发布Harness时提出“Agent＝Model+Harness”的等式，将Harness定位为高度模块化的开放框架，模型、工具、Skills、Session、沙盒、存储、Agent Loop、调度乃至UI均可替换，主张“一切皆插件”。这与OpenAI的方向形成对照：OpenAI虽也开源了Codex Harness，但Agents API的重心在于托管服务，开发者可自行使用Harness，也可直接交由OpenAI管理。
Anthropic在这条路径上行动更早。2025年9月，Anthropic推出Claude Agent SDK，将Claude Code的底层能力向开发者开放。三家厂商在Harness层的策略差异，反映出Agent基础设施正从产品竞争转向平台与生态层面的分化。
该文观点仅代表作者本人，企服科学平台仅提供信息存储空间服务。
