前几天在社群里刷到一个叫cc-switch的工具，说是能给Codex配第三方模型。我当时第一反应是，哟，这是哪位大神把Codex给破解了？

结果这周 Codex负责人Tibo直接在X上官宣，Codex的App、CLI和SDK可以搭配任何开源模型使用，不限于OpenAI模型。

这一下给我更干懵了。所以cc-switch根本不是什么深度破解，那会儿Codex的整体架构就已经偷摸放开第三方了。只是没人说而已。

你想想看，一向被大家叫做「AI严父」的Anthropic，Claude Code从发布第一天就支持接入其他模型。反而是OpenAI，名字里带着Open，Codex却一直锁在自家模型的围墙里。

现在这堵墙终于拆了，但我觉得事情没这么简单。

顺着这个消息往下挖了一下，发现了一个很有意思的细节。Codex从2026年2月起，强制使用Responses API，不再支持Chat Completions API了。这个变化看着不起眼，但其实是整件事的关键。

聊到这儿可能有小伙伴纳闷了，Responses API和Chat Completions API有什么区别？

我还是用大白话举个例子。Chat Completions API是之前大模型行业通用的「老协议」，几乎所有模型厂商都支持，你可以把它理解成一种大家都会说的「普通话」。而Responses API是OpenAI新推的协议，功能更强，但目前只有OpenAI自己和少数跟进的厂商支持。

Codex说，我开放了，你们都可以来接。但同时又说，你得按我规矩才行，这就很耐人寻味了。

目前真正能「原生直连」Codex的第三方模型，必须满足一个前提，就是这个模型的平台原生支持OpenAI的Responses API。阶跃星辰在这个月刚上线了Responses API支持，成了第一个吃螃蟹的，把step-3.7-flash接进了Codex。配置方式也不复杂，改个config.toml，填上API Key，三步就能跑通。

那不支持Responses API的模型怎么办？DeepSeek、Qwen、GLM这些国产大模型，目前都只支持Chat Completions API。它们想接Codex，就得靠本地代理工具做「中间翻译」，把Codex发出的Responses API请求转成Chat Completions API，再把结果转回来。
听着就很绕对吧。

反正我觉得，这就是OpenAI精心设计的一步棋。

表面上是开放，往深了看，是在用Codex这个目前最好的编程Agent之一，逼着整个行业来适配自己的新协议。你想接入？可以。但你得按我的规矩来。

这套路其实历史上见过太多了。

鬼使神差的，我一下子就想到了当年Google做Android。Android一开始也是「开放」的，任何手机厂商都可以用。但Google在里面埋了一整套Google服务框架，你要用Android，就得预装Google的东西，就得遵守Google的规则。表面上是开源，实际上整个移动互联网的生态标准，被Google牢牢攥在手里。

OpenAI现在做的事，逻辑上是一样的。

Codex开放第三方模型，不是在做慈善，是在铺路。如果越来越多的模型厂商为了接入Codex去支持Responses API，那Responses API就会慢慢变成AI编程领域的事实标准。到那个时候，不管你用谁家的模型，底层协议都是OpenAI定义的。

这才是这件事最值得关注的地方。

说真的，我自己作为一个天天用这些工具的人，短期内肯定是受益的。Codex能接第三方模型了，选择更多了，成本可能也能降下来。阶跃的step-3.7-flash已经跑通了，配置三步搞定，体验还不错。

但往长远看，这场游戏的规则制定权，还是在OpenAI手里。

其实吧，AI这个行业发展到今天，竞争早就不只是「谁家模型更聪明」了。真正的战场在生态，在标准，在谁能让整个行业围着自己的协议转。OpenAI选在这个时候开放Codex，时机拿捏得很准，Claude Code已经支持第三方模型了，Cursor也在疯狂圈开发者。如果Codex继续封闭，用户迟早会跑。

所以与其被动流失，不如主动开放，顺便把自己的协议推出去。

一石二鸟，好主意！

所以当时的 cc-switch不是破解，是Codex早就偷偷把门打开了。

现在想想，这扇门打开的方式本身就已经说明了一切。不是大张旗鼓地宣布「我们支持所有协议」，而是安安静静地只留了一条路，Responses API。

你要来用，可以，但你得按我的规矩来。