保姆级教程｜Codex接入 DeepSeek、Kimi K3后，天下无对手！

先点击左侧栏的提供方，然后再点击右上角「添加提供方」。

上方点击「账户」，下拉选择对应的账号订阅，我这里选 Kimi，点击登录就会跳转官网。

登录成功后可以看到界面已经显示成功配置。

2. 走 API 配置： V4

同样是点击左侧栏的提供方，再点击右上角「添加提供方」，上方选择「付费」。

填写 API key，注意开 VPN 的情况下要勾选「允许本地/私有网络」，确认后点击「添加提供方」。

再次强调要勾选「允许本地/私有网络」！！要不然会出现图中的红字报错。

配置好后，回到提供方界面，可以成功看到多出来两家模型。

第三步：Codex 验证通过后，重启 Codex

一定一定不要配置完后直接重启，先让 Codex验收，要不然可能会跟我一样出现。。万恶的「重连接 1/5」！！（因个人环境而异）

所以我写了一份提示词，仪表盘配置完后发给 Codex 验收。

从备份、检查代理、核对 PID、逐个模型测连通性，全部通过再重启，以防万一！！

提示词如下：

Bash

我已在 仪表盘完成多个 AI 提供方和模型的授权配置。

不要索要或输出任何 Key/Token，不要直接重启 Codex。发现问题可修复，但未经我同意不得重启、恢复备份或停止服务。

1. 备份：备份 ~/.codex/.toml 和 ~/./.json，带时间戳，不覆盖旧备份。

2. 建立验收清单：读取 配置，列出所有已启用的 和 model，不验收未配置的。

3. 验证服务：检查 ocx 版本、/、端口 10100、PID 文件和 状态；lsof 监听 PID 必须与 服务 PID 一致。

4. 检查代理：用 --proxy 检查代理，确认 ="127.0.0.1,,::1" 已生效；域名解析到 198.18.0.0/15 Fake-IP 的要加排除。

5. 验证提供方：每个 连续 3 次 test，检查认证、DNS、TLS 和网络稳定性。

6. 验证模型：每个模型分别发送普通请求和流式请求，必须拿到 HTTP 200 和 ，不能只看仪表盘显示。

7. 检查适配器：确认每个模型的 ；长期无首包时对比 -chat 与 -，按日志判断调整。

8. 验证 Codex 接入：检查路由配置和 -.json，确认全部模型已同步；可 ocx sync，不要重启。

9. 客户端验收：用 codex CLI 或 App 逐个模型测试，每个都要拿到真实回复和完成事件，测完清理孤儿进程。

10. 回退方案：保留配置备份，给出恢复命令和当前 PID，未经同意不执行回退。

11. 汇报：表格列出每个 /model 的认证、连通、普通响应、流式响应、 和客户端验收结果；任何一项失败先修复。

全部通过后，我用 Q 退出重开 Codex，重新检查服务和模型目录，每个模型新建对话测试；全部能正常输出、无重连接/401/502/无首包，才算完成。

验收后重启，可以看到模型列表多了一大堆模型哈哈哈哈，酷！

然后测试一下，看看能不能正常对话。

Kimi K3！！到！！

！！！没到？！！这孩子不实诚居然表示自己是 Codex 本尊。

02

是怎么做的？

逻辑很简单：它在你本机起一个代理（默认端口 10100），把 Codex 发出的请求拦下来，转发给你配好的模型厂商。

Plain Text

Codex → 本机 10100 代理 → Kimi / / / Grok / …

所以你登录的还是原来的 账号，但模型菜单里会多了选项。

几个日常会用到的功能顺便说一下：

运行方式

有三种跑法，别混用：

1. 临时测试：ocx start，终端关了就停。

2. 每天长期用：ocx ，后台托管、开机自启、崩了自动拉起。

3. 偶尔用：ocx codex-shim ，打开 Codex 时才拉起代理。

长期用户选第二种。不要同时跑一个前台和一个后台，会端口打架。（问就是已经踩坑）

模型筛选

有模型密集恐惧症的同学，可以在仪表盘左侧「模型」页面按提供方筛选。把不需要的关掉就行，Codex 里就不会显示了。

用量监控

仪表盘「用量」页面能看到按模型和提供方分拆的 Token 消耗、请求数，还有一个 API 标价折算（仅供参考）。

哪个模型在吃我的钱包，一目了然。

03

不想用 了怎么办？

装上之后Codex 的配置文件会被改成指向本机 :10100 了。所以不用了不要直接删了，等会打开又是无限重连接，什么模型都用不了。

卸载的顺序很重要，这里我也整理了一份卸载提示词，直接发给 Codex 就行：

我的目标是【暂时停用 / 彻底卸载】，并安全恢复原生 Codex。

不要索要或输出任何 Key、Token 或凭证。不要立刻停止代理或删除 npm 包，当前对话可能正在通过 运行。

1. 检查当前状态：确认 版本、10100 监听 PID，以及 ~/.codex/.toml 是否仍指向 :10100。

2. 备份配置：分别备份 ~/.codex/.toml 和 ~/./.json，带时间戳，不覆盖旧备份。

3. 确认回退来源：找到 接管前的 Codex 原始配置备份；没有可靠备份就停止操作并告诉我。

4. 报告执行方案：说明准备恢复哪个配置、停止哪些服务，此阶段不要真正执行。

5. 等我回复「确认执行」后再动手。

6. 受控执行：暂时停用走 ocx stop；彻底卸载先 ocx ，确认恢复后再 npm -g @/，不能反过来。

7. 失败立即用备份恢复 ~/.codex/.toml，不要删除任何配置文件。

8. 重启验收：Q 退出重开 Codex，确认不再指向 10100、原生模型正常回复、没有重连接。

另外我也看到社区也有人反映了其他 Bug，比如：

会劫持 Codex 的所有请求，包括 GPT Live 语音，所以开着 的时候语音功能直接 404；切换模型后历史会话「消失」，但这个会话没有真的丢，是 Codex 按 分组显示，旧对话还在本地等等。

每个人遇到的 bug 不一样，但是让Codex自查修复的操作是一样的…（狗头）

04

最后

解决的是「不退GPT订阅也能切模型」，理论上你可以把手头上所有的模型都接入 Codex…。

额度紧的时候切 蹬一会儿，前端任务丢给 Kimi，重置了再切回 GPT Sol，会话里模型随便切还可以搭配着使用。

剩下额度紧巴巴的日子，也能过了。