OpenAI全面开源Codex Harness

Admin
32阅读
0评论
0点赞

OpenAI正式将Codex底层框架Harness全面开源,开发者可在Apache-2.0许可下获得完整智能体执行环境。文章介绍Harness如何显著提升模型基准表现,解读CLI、SDK和app-server三大组件,并通过税务、Cisco、物流看板等案例说明如何将AI嵌入真实业务系统。

OpenAI 正式将驱动 Codex 的底层框架 Harness 全面开源。开发者在 Apache-2.0 许可下拿到的不只是模型接口,而是一整套可嵌入业务的智能体执行系统。这套系统已经跑在 OpenAI 的顶级智能体产品中,现在可以被接入自有产品、业务工具和运营看板,让 AI 在真实业务流程中工作,而不是继续困在通用聊天框里。

Codex Harness 开源主视觉

为什么不能继续依赖通用聊天框

过去使用 AI,最常见的方式是打开网页或侧边栏的聊天框,把需求写进去再等待输出;结果不理想就在对话里反复修正。这种交互对个人任务有效,但不符合真实工作场景。安全分析师面对告警队列与服务状态,客服人员看账户历史与产品日志,产品经理维护需求看板,界面本身承载着重要上下文。OpenAI 认为,与其要求团队把现有流程硬塞进通用代码助手,不如把 Agent 放进围绕真实工作设计的软件中。此次开源 Codex Harness,正是为了打破“一切全靠聊天框”的套壳开发方式。

业务场景中的智能体嵌入

Harness 是什么

很多人以为智能体应用等于好模型加好提示词,但一个能稳定跑在业务里的 Agent 需要完整执行系统:任务拆解、长对话记忆、信息检索、工具调用、进度展示、异常恢复,以及敏感操作前的人工介入。这套连接模型与业务系统的执行循环,就是 Harness。

OpenAI 用数据说明 Harness 设计的重要性。在 ARC-AGI-3 基准测试中,只调整保留推理与上下文压缩两项,GPT-5.6 Sol 模型的得分从 13.3% 提升到 38.3%,输出 Token 量约为原来的六分之一。模型能力依然是基础,但如何管理模型,同样决定最终表现。

Harness 智能体循环示意

三大开源组件

本次开源采用 Apache-2.0 许可,代码位于 GitHub 的 openai/codex 仓库。OpenAI 一次放出 CLI、SDK 和应用服务器三部分,目标是让开发者拿到即可用。

Codex Harness 开放仓库

codex exec:命令行自动化

codex exec 适合运行脚本、持续集成任务或后台一次性任务,它按有边界的 Agent 工作流执行并返回结构化结果,简单直接。

codex exec 命令行界面

Codex SDK:编程式控制智能体

官方 SDK 支持 TypeScript / Python,开发者可以在应用代码中启动、恢复或流式传输 Codex 任务,也能精确管理线程与任务生命周期。

Codex SDK 开发接口

app-server:把 Agent 变成产品的一部分

app-server 是本次开源中与产品集成最紧密的部分。它基于 JSON-RPC 连接本地 Codex 进程,宿主应用可以保持对话状态、流式接收事件、随时打断任务、将自己的工具暴露给 AI,并处理人工审批请求。把前端审批界面与底层执行循环分离后,Agent 可以更自然地嵌入业务仪表盘。

app-server 产品集成示意

不只写代码:真实落地案例

税务申报:完成 7000 份申报表

合作伙伴 Thrive Holdings 和 Crete 把 Codex Harness 接入税务准备工作流,系统处理复杂税务逻辑并融合税务师反馈。试点项目完成约 7000 份申报表,税务准备时间缩短约三分之一。

税务申报智能体场景

Cisco:用自然语言构建应用

Cisco 在云控制平台内部使用 Codex SDK 构建 App Builder,客户可以直接用自然语言创建自定义应用,底层逻辑流转由 Harness 在后台完成。

Cisco 云控制平台中的 App Builder

Relay 演示:物流运营看板

OpenAI 官方展示的 Relay 是一个虚拟物流运营看板,界面里没有聊天框。用户选中延误货单后点击“比较恢复方案”,应用把货单详情与物流数据作为上下文交给 AI;Codex 调用应用自有的 MCP 工具获取实时运营数据,生成重新订舱方案后等待人工审批,确认后才执行写入,随后看板自动刷新。整个过程中,Harness 承担智能体循环、记忆、工具交互和反馈,产品依然掌握界面与数据控制权。

物流看板 Relay 演示

重塑边界:把控制权还给开发者

过去一年,许多开发者陷入套壳聊天机器人的同质化竞争。Codex Harness 开放后,开发者可以从三个维度拿回主动权:

  • 界面控制权:用户继续使用熟悉的仪表盘、编辑器和列表,AI 是后台助手而不是霸占屏幕的主角。
  • 上下文与工具控制权:通过 MCP 把内部 API、文档和数据开放给 Agent,让 AI 理解企业自身业务。
  • 运营与安全控制权:宿主应用决定 Agent 的运行范围与文件访问权限,并规定修改数据库、发送邮件等危险操作必须经过人工放行。

以 Apache-2.0 协议开源,意味着任何人都能修改和商用。真正的看点是,有多少团队愿意离开舒适的聊天框,把这套智能体引擎装进自己的产品。当通用聊天框不再是唯一入口,AI 应用才会真正生长出来。

上一篇Codex 跨对话无缝衔接的三个实用技巧下一篇用 DESIGN.md 约束 AI 生成 UI
评论0

暂无评论,期待您的发言...

发表评论