一、被误读的开源：OpenAI给的不是模型，是“身体”
OpenAI最近发布了一篇博客，宣布将Codex的Harness开源。很多人看到“开源”二字，以为又是模型或产品的常规更新，随手划走。但这件事的分量，可能远超第一眼印象。
要理解这次开源的价值，先得明白Harness是什么。一个Agent要真正完成复杂任务，光有大脑（模型）远远不够。模型负责推理和决策，但谁来维护对话的上下文？上下文越来越长时谁来压缩？工具调用失败怎么重试？危险操作如何审批？多轮任务如何推进？执行过程怎么实时推送给用户？这些琐碎却致命的环节，全部由Harness承担。换句话说，模型负责“想”，Harness负责“做”，而且要做得好、做得稳、做得安全。
过去，开发者想做一个Agent产品，这层执行基础设施几乎都要从零开始。上下文管理、沙箱隔离、审批流、重试机制……每个坑都得自己趟一遍。现在OpenAI把内部跑Codex的生产级Harness直接开放出来，等于把最难的“地基”免费送人了。
我的判断是，这是目前市面上能拿到的、最接近生产级的开源Agent执行层之一。它的价值不在于代码量，而在于它经过了真实业务场景的千锤百炼。
二、开源清单盘点：哪些能用，哪些别指望
这次开源并非全部，而是有选择地放出了一批核心组件。逐个来看。
首先是Codex CLI，位于openai/codex主仓库。这是命令行下的Agent入口，支持交互式和非交互式两种模式，适合本地开发、脚本编写和自动化流水线。可以把它看作一把趁手的瑞士军刀。
其次是Codex SDK，位于openai/codex/sdk。这是官方编程接口，允许开发者在自己的代码中启动、恢复和流式调用Agent。如果你想自建后端服务，精细控制Agent的完整生命周期，SDK是首选。
第三是Codex App Server，位于openai/codex/codex-rs/app-server。它提供本地进程和标准化协议，支持持久对话、实时事件流和审批回调。直白地说，这个组件就是为“把Agent嵌入你自己的产品”而生的。后台系统、运营看板、客服工作台，都可以通过它接入Agent能力。
此外还有codex exec，这是非交互模式，专门执行一次性或后台任务，直接返回结构化结果，非常适合CI/CD和批处理场景。另有Skills（openai/skills）提供可复用的技能扩展，codex-universal则作为云端基础运行环境。
不过，别高兴太早。IDE插件（VS Code、JetBrains等）、Codex网页版、完整云端托管产品以及模型本身，统统没有开源。模型仍然只能通过OpenAI API或ChatGPT订阅来调用。说白了，开源的是执行框架和接入层，最值钱的模型能力依然握在OpenAI手里。
这种“开源身体、保留大脑”的策略，既让开发者能基于统一标准构建应用，又维持了模型层的商业壁垒。对于开发者而言，这未必是坏事——至少执行层不再需要重复造轮子。
三、Agent开发范式转变：聊天框可能成为过去式
选型逻辑其实很清晰：跑脚本、跑CI、跑一次性任务，用codex exec；要在代码里集成，用SDK；要把Agent变成产品的一部分，上App Server。官方给出的建议是：你的应用负责提供上下文、业务规则和工具，Codex Harness负责底层的Agent循环和沙箱执行。
但比选型更有意思的，是这次开源传递出的产品信号。过去做Agent产品，很多人第一件事就是纠结聊天框怎么设计——气泡圆角多大、打字动画要不要、输入框放哪里。现在OpenAI明确告诉你：做Agent，完全可以不造聊天框。
你只需把Harness嵌进用户已经在用的系统里。客服后台、安全仪表盘、运营系统、工单平台……用户继续在熟悉的界面上操作，Agent在后台默默跑完整个执行循环。用户甚至感知不到自己在跟Agent对话，事情就已经办完了。这种“隐形Agent”的思路，比开源本身更值得琢磨。
而且这已经不是概念。GitHub和JetBrains的IDE集成、Cisco的App Builder，以及一个自动处理了7000份报税单的税务工作流，都是真实落地的案例。7000份报税单，如果靠人工处理，需要多少人力？这就是Harness嵌入现有系统后释放的效率。
在我看来，这次开源真正的价值，是砍掉了Agent赛道的一大笔“入场费”。过去一年，几乎每家公司都在自建同样的地基：上下文管理、沙箱、审批流。这些代码没有差异化价值，纯粹是重复劳动。现在OpenAI把地基免费送了，竞争的重心自然会从“谁能把Agent跑起来”，转移到“谁能把Agent用在对的地方”。你的业务理解、场景洞察、工具和数据积累，才是接下来真正拉开差距的壁垒。
地基已经有人送了，房子怎么盖，就看你自己了。