来人啊，天塌了！！！
才重置不久，我又又又蹬猛了，Codex额度只剩下 16 %了，还有n天才重置。。这日子我是一天也过不下去了。
真的有把 DeepSeek-V4-Flash、Kimi K3接进来的冲动了，多快好省、还能续命。
但是我又不想把现有账号退掉，就喜欢无缝切换、万一国产 debug 不了了，我还能拿剩下 16 % 的 GPT 5.6 来江湖救急一下。
然后我发现了一个很吊的项目：github.com/lidge-jun/o...
说干就干，效果就是一长串的模型列表给我看爽了：GPT-5.6 系列都在，还有 DeepSeek V4 Flash、DeepSeek V4 Pro、Kimi K3、Kimi K3-256k、Kimi K2.7-code......
我将在 Codex 里重现「百家争鸣」！！
这是一篇保保保保保姆级教程。我把最难的部分、包括我踩到的 Bug，全部整成了提示词，有什么问题直接发给 Codex 一条龙修复了。
01
教程：Codex 接入 DeepSeek V4、Kimi K3
第一步：先安装这个GitHub 项目
提示词如下，直接让 Codex 干活：
Plain Text
帮我安装 opencodex到【你的目录】，安装地址：https://github.com/lidge-jun/opencodex 1. 检查仓库与环境； 2. 安装缺失依赖并启动； 3. 验证运行状态； 4. 逐步指导我完成需要人工参与的配置。
安装完之后，可以看到 Codex 给你打开了本地仪表盘
第二步：添加提供方模型
- 走账号订阅：Kimi K3
先点击左侧栏的提供方，然后再点击右上角「添加提供方」。
上方点击「账户」，下拉选择对应的账号订阅，我这里选 Kimi，点击登录就会跳转官网。
登录成功后可以看到界面已经显示成功配置。
- 走 API 配置：DeepSeek V4
同样是点击左侧栏的提供方，再点击右上角「添加提供方」，上方选择「付费」。
填写 API key，注意开 VPN 的情况下要勾选「允许本地/私有网络」，确认后点击「添加提供方」。
再次强调要勾选「允许本地/私有网络」！！要不然会出现图中的红字报错。
配置好后，回到提供方界面，可以成功看到多出来两家模型。
第三步：Codex 验证通过后，重启 Codex
一定一定不要配置完后直接重启，先让 Codex验收，要不然可能会跟我一样出现。。万恶的「重连接 1/5」！！（因个人环境而异）
所以我写了一份提示词，仪表盘配置完后发给 Codex 验收。
从备份、检查代理、核对 PID、逐个模型测连通性，全部通过再重启，以防万一！！
提示词如下：
Bash
`我已在 OpenCodex 仪表盘完成多个 AI 提供方和模型的授权配置。
不要索要或输出任何 Key/Token，不要直接重启 Codex。发现问题可修复，但未经我同意不得重启、恢复备份或停止服务。
- 备份：备份 ~/.codex/config.toml 和 ~/.opencodex/config.json，带时间戳，不覆盖旧备份。 2. 建立验收清单：读取 OpenCodex 配置，列出所有已启用的 provider 和 model，不验收未配置的。 3. 验证服务：检查 ocx 版本、/healthz、端口 10100、PID 文件和 launchd 状态；lsof 监听 PID 必须与 launchd 服务 PID 一致。 4. 检查代理：用 scutil --proxy 检查代理，确认 NO_PROXY="127.0.0.1,localhost,::1" 已生效；域名解析到 198.18.0.0/15 Fake-IP 的要加排除。 5. 验证提供方：每个 provider 连续 3 次 test，检查认证、DNS、TLS 和网络稳定性。 6. 验证模型：每个模型分别发送普通请求和流式请求，必须拿到 HTTP 200 和 response.completed，不能只看仪表盘显示。 7. 检查适配器：确认每个模型的 adapter；长期无首包时对比 openai-chat 与 openai-responses，按日志判断调整。 8. 验证 Codex 接入：检查路由配置和 opencodex-catalog.json，确认全部模型已同步；可 ocx sync，不要重启。 9. 客户端验收：用 codex CLI 或 App runtime 逐个模型测试，每个都要拿到真实回复和完成事件，测完清理孤儿进程。 10. 回退方案：保留配置备份，给出恢复命令和当前 PID，未经同意不执行回退。 11. 汇报：表格列出每个 provider/model 的认证、连通、普通响应、流式响应、adapter 和客户端验收结果；任何一项失败先修复。
全部通过后，我用 ⌘Q 退出重开 Codex，重新检查服务和模型目录，每个模型新建对话测试；全部能正常输出、无重连接/401/502/无首包，才算完成。`
验收后重启，可以看到模型列表多了一大堆模型哈哈哈哈，酷！
然后测试一下，看看能不能正常对话。
Kimi K3！！到！！
DeepSeek ！！！没到？！！这孩子不实诚居然表示自己是 Codex 本尊。
02
OpenCodex 是怎么做的？
逻辑很简单：它在你本机起一个代理（默认端口 10100），把 Codex 发出的请求拦下来，转发给你配好的模型厂商。
Plain Text
Codex → 本机 10100 代理 → Kimi / DeepSeek / Gemini / Grok / ...
所以你登录的还是原来的 ChatGPT 账号，但模型菜单里会多了选项。
几个日常会用到的功能顺便说一下：
运行方式
OpenCodex 有三种跑法，别混用：
1. 临时测试： ocx start，终端关了就停。
2. 每天长期用： ocx service，后台托管、开机自启、崩了自动拉起。
3. 偶尔用： ocx codex-shim install，打开 Codex 时才拉起代理。
长期用户选第二种。不要同时跑一个前台和一个后台，会端口打架。（问就是已经踩坑）
模型筛选
有模型密集恐惧症的同学，可以在仪表盘左侧「模型」页面按提供方筛选。把不需要的关掉就行，Codex 里就不会显示了。
用量监控
仪表盘「用量」页面能看到按模型和提供方分拆的 Token 消耗、请求数，还有一个 API 标价折算（仅供参考）。
哪个模型在吃我的钱包，一目了然。
03
不想用 OpenCodex 了怎么办？
OpenCodex 装上之后Codex 的配置文件会被改成指向本机 localhost:10100 了。所以不用了不要直接删了，等会打开又是无限重连接，什么模型都用不了。
卸载的顺序很重要，这里我也整理了一份卸载提示词，直接发给 Codex 就行：
TypeScript
`我的目标是【暂时停用 / 彻底卸载】OpenCodex，并安全恢复原生 Codex。
不要索要或输出任何 Key、Token 或凭证。不要立刻停止代理或删除 npm 包，当前对话可能正在通过 OpenCodex 运行。
- 检查当前状态：确认 OpenCodex 版本、10100 监听 PID，以及 ~/.codex/config.toml 是否仍指向 localhost:10100。 2. 备份配置：分别备份 ~/.codex/config.toml 和 ~/.opencodex/config.json，带时间戳，不覆盖旧备份。 3. 确认回退来源：找到 OpenCodex 接管前的 Codex 原始配置备份；没有可靠备份就停止操作并告诉我。 4. 报告执行方案：说明准备恢复哪个配置、停止哪些服务，此阶段不要真正执行。 5. 等我回复「确认执行」后再动手。 6. 受控执行：暂时停用走 ocx stop；彻底卸载先 ocx uninstall，确认恢复后再 npm uninstall -g @bitkyc08/opencodex，不能反过来。 7. 失败立即用备份恢复 ~/.codex/config.toml，不要删除任何配置文件。 8. 重启验收：⌘Q 退出重开 Codex，确认不再指向 10100、原生模型正常回复、没有重连接。`
另外我也看到社区也有人反映了其他 Bug，比如：
OpenCodex 会劫持 Codex 的所有请求，包括 GPT Live 语音，所以开着 OpenCodex 的时候语音功能直接 404；切换模型后历史会话「消失」，但这个会话没有真的丢，是 Codex 按 provider 分组显示，旧对话还在本地等等。
每个人遇到的 bug 不一样，但是让Codex自查修复的操作是一样的...（狗头）
04
最后
OpenCodex 解决的是「不退GPT订阅也能切模型」，理论上你可以把手头上所有的模型都接入 Codex...。
额度紧的时候切 DeepSeek 蹬一会儿，前端任务丢给 Kimi，重置了再切回 GPT Sol，会话里模型随便切还可以搭配着使用。
剩下额度紧巴巴的日子，也能过了。