OpenAI开源Codex Harness，AI智能体可直接嵌入垂直产品
Nashnova编辑部
Harness是什么，为什么它比模型本身更重要？
Harness是AI智能体的底层执行系统（负责理解任务、记住上下文、调用工具、处理异常、等人审批——相当于智能体的"操作系统"）。
OpenAI用ARC-AGI-3基准测试举了一组数据：只调了Harness两个参数，GPT-5.6 Sol的得分就从13.3%升到38.3%，同时输出Token数量减少六倍。
这意味着→ 同一个模型，换一套更好的执行框架，效果可以翻近三倍、成本降到六分之一。用大白话说＝ 怎么跑比跑什么模型更关键。
开源了哪三样东西？分别给谁用？
codex exec（CLI工具）：跑自动化流水线和后台一次性任务，返回结构化输出——适合持续集成、批处理场景。
Codex SDK（支持TypeScript和Python）：提供编程接口，开发者可精确控制线程与任务的生命周期——适合需要深度定制的产品团队。
Codex app-server：通过JSON-RPC协议连接本地Codex进程，支持持久对话、事件流、中途打断、自定义工具暴露和人工审批（Human-in-the-loop）——适合把智能体嵌进业务仪表盘。
"嵌入业务"到底长什么样？
OpenAI展示了一个叫Relay的虚拟物流看板模板：用户选中延误货单 → 点击"比较恢复方案" → 应用自动把界面数据喂给智能体 → 智能体调工具查实时运营数据 → 弹出最优重新订舱方案 → 业务员审批后写入 → 看板自动刷新。全程没有任何聊天框。
这反映出OpenAI要推的范式：AI不是"另一个对话窗口"，而是藏在用户已经熟悉的软件界面背后。安全分析师看预警队列、客服看账户历史、产品经理看需求看板——界面本身就是上下文。
宿主应用拿到三层控制权：界面（用户用自己的仪表盘）、上下文与工具（企业内部API通过MCP服务直接开放给智能体）、安全边界（危险操作须经人工放行）。
已经有谁在用了？
Thrive Holdings与Crete把Harness嵌入税务准备流程，试点处理了7,000份申报表，税务准备时间缩短约三分之一。
思科（Cisco）用Codex SDK在云控制平台内建了App Builder，客户用自然语言创建自定义应用，底层逻辑交给Codex Harness处理。
这意味着→ Harness不是实验室概念，已经在税务和企业网络两个差异极大的垂直场景跑通了。
开源之后，真正的悬念是什么？
Apache-2.0许可允许任何人修改和商用，门槛几乎降到零。
但过去一年，大量开发者已经习惯在通用聊天框架上构建产品——把智能体拆开、重新嵌进各行业的具体界面，需要的不只是代码，而是产品思路的转变。
用大白话说＝ 工具免费了，但能不能从"万能聊天窗"切换到"每个场景一套定制界面"，才是这次开源能否真正落地的核心变量。
Content is for reference only, not financial advice.