6月17日, X上, Codex团队负责人Tibo发了条推文, 提醒大家, Codex App、CLI和SDK现在可以接入任何开源模型, 而非只限于其自身模型, 他还直接粘贴了官方配置文档链接, 指向OSS模式及本地部分。看到此消息时, 我的第一反应颇为意外, 因为长期以来其给人的印象一直较为封闭, 此次突然打开接入自定义模型供应商的大门确有不同。

主要的是, Codex可不是一个寻常的工具, 其本质而言是一个完备的工作台, 它能够使模型去读取文件, 还能够让模型去书写文件, 也能够让模型调用shell, 又能够让模型抓取网页, 还能够让模型执行命令, 并且还能依据工具返回的成果持续进行推理判断, 最终输出可以交付的成果。这意味着在Codex当中, 模型不光得会讲话, 更为关键的是的确要有实际的操作能力。

（图源：X）

曾经有好多人去吐槽, 那种封闭的情况, 实际上不仅仅是由于模型没有开源, 更为关键核心的缘由是, 它的工具, 它的模型, 还有它的工作流, 全都被整个包裹在自家的体系范围之内, 你能够去使用, 然而却非常难以拆开进行重新组合。特别是像Codex这种Agent工具, 从本质上来说, 是模型能力、工具调用、上下文管理、权限控制以及本地环境的一种组合。也就是说, 模型越是强大, 工作台越是完整, 那么用户就越发不容易离开。当下, 为Codex留出了model入口, 起码在产品姿态这方面, 不再单单把Codex紧紧地捆绑于自家模型之上。

然而你觉得, 真的会一下子就完全放开了么? 雷科技（ID: ）实际测试之后发觉, 根本并非如此简单。

填个 Key 就想用第三方模型？没这么简单

这次, 最容易被无端误解曲解的地方, 实际上就是“Codex支持第三方模型”这句话。好多人看见这里, 最先冒出来的想法便是, 既然 、Qwen、Kimi这些模型都授予API , 有些乃至声声宣称兼容 API , 那我把接口地址以及API Key填进Codex , 是不是就能够直接去启用使用了呢? 我们刚开始的时候也是这样去进行测试检测的。Codex的官方高级配置文档当中, 确切地记载了自定义模型供应商的相关内容, 简要而言, 存在其中一种情况, 即能够对Codex连接模型的方式予以定义, 这其中涵盖了接口地址、协议类型、鉴权方式以及一些附加请求信息。你能够于配置文件里增添一个模型供应商, 随后让Codex指向该供应商。

虽然是我们头一回试着接入, 这个V4 Pro的API, 然而却遭遇了失败的情况。

在翻阅了官方技术文档过后, 答案变得明晰起来, 具体而言, 那种情况是 Codex 的确开放了, 然而仅仅是开放了一半, 并且是存在条件地予以开放。文档中将相关内容表述得极为明白, 当下自定义供应商所公开给予支持的协议唯有 API 这一个种类, 省略不进行填写时它同样亦是默认协议。简而言之, Codex 准许你去更换模型供应商, 可是它当下公开的配置路径所采用的是 API 这一整套协议, 模型供应商能否进入其中, 并非仅仅取决于它是否拥有 API, 同时还要看它能不能给 Codex 提供其所需要的形态。

（图源：雷科技制图）

对于很多聊天应用、普通 API 调用以及 SDK 兼容场景来说 , 官方 API 主入口是 Chat , 它能用 SDK 调用 , 并且模型也能正常填 V4 Pro , 这都不存在问题。然而 , Codex 的请求方式并非如此。我们尝试让 Codex 直接连接 , 模型填 V4 Pro , 鉴权也使用 Key , 但是启动之后 , Codex 实际寻找的却是官方并不存在的接口 , 结果最终返回了 404。

那实际上呢, 是官方所具有的格式入口, 并未针对Codex当下正在予以访问的API端点, 进行相应的提供。

同样称作“兼容”, 其内部存有诸多层次。Chat属于一套接口, API则是另一套接口。普通聊天 , 工具调用 , 流式输出 , 具备推理功能的模块 , 函数调用结果给予回传 , 于不同协议当中结构并非全然相同。对于用户而言 , 这些差异皆隐匿在配置之后 , 对于像Codex这样的Agent工作平台来讲 , 它们将直接判定任务能否得以运行。

另一个入口之处, 才堪称真正的转机所在 , 此入口也就是 API 兼容端点。官方文档当中 , 除了存在常见的格式入口 , 还额外提供了格式入口。后面这种格式入口 , 更适宜去承载像工具调用 、工具返回结果这类 Agent 场景所需要的结构 , 并且和 Codex 的工作方式更为接近。我们最终成功跑通的路径 , 并非是让 Codex 直接去访问 , 而是在本机增添了一层轻量“翻译器”。Codex, 依旧是以自身所熟悉的那个方式去发起任务, 然后, 通过这个翻译器, 把请求转变成, 能被另一种形态理解的格式, 返回之后, 再一次翻译成为, Codex能够继续执行工具的那种形态。

（图源：雷科技制图）

话说得更直接些, 当下众人所期待的, 其中包括Mimo、Kimi、智谱GLM这些, 目前没有哪个能径直拿着API Key来接入到Codex之中, 只能借助转接桥, 这和先前颇流行的CC Swich方案差不太多。当然咯, 要是非得尝试“直接”这种方式也并非不可行, 阿里百炼大模型如今提供了接口, 论其价格, 是200元每月, 有迫切需求的小伙伴们可以去试试。

驱动的Codex，体验真的好吗？

在将配置成功运行之后, 我们做出选择, 让 + Codex 去执行一些更契合雷科技日常状况的任务, 实际上主要目的就是以此探究, 第三方开源模型与 Codex 相结合, 是否会出现不适应的情况。

第一项任务是在整个网络范围之内去搜寻和雷科技相关的各类资料, 要将官网所给出的介绍、众多文章以及特色报道相结合, 就像比如说像MWC、IFA、AWE等这些展会的报道, 然后去制作一份关于雷科技的商务招商文档, 并且输出成为文档文件。这个任务看上去好似是撰写稿件一样, 实际上却是包含了好几个不同的Agent能力要点。它首先得去查找资料, 一旦找不到相应的搜索工具之时就必须能够更换策略。在拿到网页之后要能够从中提取出有价值的信息, 所提取的信息可绝不能只是毫无条理地堆放在一块儿, 而是还得依据招商文档的结构依照新的方式重新进行组织, 最后它还得把最终的结果撰写成为本地的文档文件。

（图源：雷科技制图）

V4 Pro 在最初开始尝试之际, 内置的网页搜索工具显示为不可用状态, 并且其网页搜索的相关能力表现得并不顺畅, 随后它径直改换成为一种别样方式, 那便是从本地终端直接去抓取雷科技官网的一手页面, 这里面涵盖了首页、关于我们、联系我们、历史专题列表、MWC26 专题、MWC26 凯旋报道、各类专题等内容。最终它得已生成了一份行数为 320 行的文档。它在内容方面, 整理出了雷科技的品牌定位, 整理出了媒体矩阵, 整理出了用户画像, 整理出了内容栏目, 整理出了核心数据, 整理出了展会报道能力, 整理出了视频化分发的情况, 整理出了商务合作模式, 整理出了合作案例及联系方式。

（图源：雷科技制图）

虽然页面比较粗糙，但是还是能用的。

第一个任务是读取网页, 第二个任务则更进一步, 需读取上一步所生成的招商文档, 接着制作一份雷科技2026年度招商报告PPT并将输出转换为HTML格式, 这一步的实施测试的是连续任务的综合能力, 由于第一步仅仅是从网页而来, 那么第二步便是从已有的文档转变为结构化的展示呈现, 模型要对上述上一步的文件里所阐述出现的9个章节予以理解, 之后把它们改造成包含封面这一页面、有关于雷科技板块、媒体呈现矩阵模块、内容详尽体系部分、核心精准详实数据条款, 以及全球性质展会全面介绍、视频深度细致战略分析、商务广泛合作事宜、过往合作成功案例、还有联系我们等在内的10一页slide。

（图源：雷科技制图）

最后的输出呈现为一个单文件 HTML, 其行数约为 790 行, 大小接近 40KB, 此单文件 HTML 之中涵盖暗色科技风主题, 有着蓝紫强调色, 具备滚动触发动画, 设有右侧圆点导航, 支持键盘上下翻页, 采用响应式布局, 还拥有打印导出 PDF 的支持。这并非经过精修的设计稿, 然而却已然属于一个能够打开、可以进行预览且能够继续予以修改的交付物。从完成的程度方面来看, 在这一组轻量任务当中是能够使用的。其强项颇为显著, 资料整理速度尤为迅速, 长长类文档的组织能力相当蛮好, 碰到工具无法使用之际会尝试迂回之策, 生成诸如 和 HTML 之类文本样式格式之文件较为顺畅。针对仿若“写一份介绍”“整理一份种类类别资料”“依凭依据文档生成可供之展示的页面”此类这般任务流程, 它着实已然能够承担起初稿之生产制造。

（图源：雷科技制图）

然而在体验方面, 它并不似官方模型那般成熟。Codex与GPT 5.5, 其所有能力均处于同一生态范畴之中, 诸如模型以及工具调用, 还有上下文以及视觉能力等皆能够顺利完成调用。但是在Codex里运的链路颇为漫长, 中途尚须经行一层转接桥, 如此一来其速度理所当然比不上「官配」组合。

因此, 在响应速度方面, 于简单文本以及资料整理任务当中, 并非慢到无法被使用, 然而确切地讲, 比不上官方模型那般迅速。特别地, 在进入像 Codex 这样的 Agent 工作流之后, 它并非一次性就完成回答, 而是需要一边去调用工具, 一边等候结果, 一边持续进行推理。链路额外增添了一层本地翻译, 工具调用也得来回奔波, 所以速度给人的感受自然而然会慢上一些。

消费方面, 此次我们给账户充入10块钱, 然后开启这两个任务的运行, 期间不时穿插着几轮聊天以及调试工作, 最终结束时余额剩余9.27元了, 也就是说这一整轮的轻量实测实际仅仅花费掉7毛多。实乃不愧为性价比方面的王者, 倘若所有任务全都是这一类型的, 那么的确是有理由抛弃Plus每月20美元的每月交付金钱的行为了。

这波要让智谱和 们赢麻？

体验过后, 就多数普通用户来讲, Codex可不可以弄第三方模型, 这个意义实际上没那么显著, 要是只希望有简单、顺畅的体验, 那么开通个Plus会员性价比也不算低, 毕竟它是与之打包在一块儿的。

真正有利的，是那些开源模型。

以往, 国产及开源模型若要切入开发者实际工作流, 就得自行去搞诸多产品层能力。一个模型发布 API 仅仅是开端, 后续还有 IDE 插件, 还有命令行工具, 还有文件权限, 还有工具调用, 还有项目上下文, 还有任务记忆, 还有错误恢复, 还有协作界面, 还有审阅流程, 而这些事宜并非模型论文所能搞定的。

Codex这类工具的价值在于, 它搭建好了工作台, 它负责与本地文件系统交互, 它负责执行命令, 它负责展示工具调用, 它负责将任务拆分成多轮, 它负责让模型在上下文中持续工作。一旦第三方模型能够接入, 就相当于直接获得了一个成熟的Agent容器。这对于智谱、Qwen、Kimi们而言都是机会。

（图源：雷科技制图）

比如智谱, 于近期上线了GLM - 5.2, 着重突出1M无损上下文, 长程任务能力得以提升, 长程任务评测达成开源SOTA, 在复杂系统工程、深度调试方面表现更为稳定。在过去的几天当中, 开发者圈对于此模型的评价颇高, 众多人赞誉其在代码任务以及长程Agent场景里的性能极为强劲。更为有意思的是, 智谱的 GLM Plan 也已然开始变为一种稀缺资源, 因太过火爆, 不少人都抢不到, 然而这实际上已经表明国产模型的竞争不再仅仅是发布一个强大的模型, 而是已然开始围绕Plan、开发工具接入、Agent工作流额度以及真实工程体验来铺展开了。

（图源：智谱）

当然了, 智谱并非不存在属于自身的Agent工具, 它同样在开展类似于Codex的图形化Agent工作台工作, 用户能够于其中给予模型代码任务、长程任务以及工程任务, 问题在于, 对于模型厂商而言, 自行构建工作台以及接入犹如Codex这般成熟的工作台并非存在冲突, 自家工具更适宜用于展现完整能力跟打磨闭环体验, 接入Codex, 就更像是迈入一个已然被众多开发者所熟知的工作环境。原本就在Codex里写代码的用户, 会跑命令, 会读项目, 会交付文件, 要是国产模型能在这个同样的任务流里出现, 那么被使用的机会会变多, 而且被比较的机会也会变多。

因为释出了消息, 智谱的股价一路上扬, 飙升幅度很大, 今天在盘中的时候, 曾经有一度大幅上涨, 涨幅超过了22%, 股价冲破了2000港元的重要关卡, 市值也达到了新的高度, 登上了新的高峰, 创造出了近期的新纪录, 这已经足够能表明情况了。

（图源：雅虎财经）

然而, 其自有一番考量, Codex平台的开放绝非意味着已然放弃控制权。恰恰相反, 工作台之标准依然出自它的界定。API、模型配置、官方荐举之模型、工具调用协议、权限管控机制, 这些起到关键作用的环节依旧维系相关生态体系而延展铺设, 所期望达成的状况, 则是以Codex塑造成为更具通用性的Agent工作台。官方所提供的模型着重承担最强的性能及优异的体验, 第三方架构的模型则着重负责拓展使用场景、削减成本以及顺应更多供货商的需求。用户能够拥有选择, 然而选择却是在被定义的工作台里头发生, 这般情形必然要比单纯的封闭更加显得聪明些。

说到底, Codex开放明显属于双赢的情形, 对于某个主体来讲, 它能够朝着平台的趋向去推动Codex, 使得它在不长的未来拥有独自占据主导地位成为AI工作台的可能性；对于国产模型以及开源模型而言, 它们终于获得了可以进入一个成熟工作台的机遇, 并非仅仅局限待在自身的Agent里面。然而就当前状况而言, 其开放的程度尚不足够, 是远远达不到标准的那种不足够。