使用 CC Switch 解锁 Codex 在使用 Deepseek 等第三方 API 的时候的远程操作和官方插件等能力-🎉数字奇遇🎉

适用版本：CC Switch v3.16.1 及以上。本文根据当前代码、用户手册和 v3.16.1 Release Note 整理，截图使用去敏示例数据，不包含真实 Access Token 或 API Key。

这篇攻略解决什么问题

很多人使用 Codex 时有两个需求：

模型使用 DeepSeek、Kimi、GLM、MiniMax、硅基流动等第三方 API，或者在中转站使用 GPT 模型。
保留 Codex 官方 App 的手机远程操作、官方插件等能力。

之前切换第三方供应商时，旧行为会把第三方 API Key 写进 Codex 的 auth.json，从而覆盖原来的官方 ChatGPT / Codex 登录缓存。这样第三方模型能用了，但依赖官方登录态的功能会消失。

v3.16.1 新增的

开关就是为了解决这个矛盾：让官方 Access Token 继续留在 auth.json，而第三方供应商信息写入 config.toml。这样 Codex App 仍然认为你登录的是官方账号，但实际模型请求会走 CC Switch 当前选中的第三方供应商。

v3.16.0 就有这个功能，并且默认开启，但是部分用户反映并不想要这个功能，所以在 v3.16.1 中把这个功能做成了开关。

在 CC Switch 的 Codex 面板切换到 OpenAI Official。
启动 Codex，并用官方 ChatGPT / Codex 账号登录一次，Free 订阅也可以（为了将 access token 写入配置文件）。
回到 CC Switch，打开设置 → 通用 → Codex 应用增强 → 切换第三方时保留官方登录。
添加或切换到第三方 Codex 供应商。
如果该供应商是 Chat Completions 协议，例如 DeepSeek / Kimi / MiniMax，需要同时开启本地路由并启用 Codex 接管。
重启 Codex，让 config.toml 和模型目录重新加载。

图片[1]-使用 CC Switch 解锁 Codex 在使用 Deepseek 等第三方 API 的时候的远程操作和官方插件等能力-🎉数字奇遇🎉

CC Switch v3.16.1 或更新版本。
已安装并能启动的 Codex（建议 app 和 cli 都安装）。
一个可以登录 Codex 的官方 ChatGPT / Codex 账号，Free 订阅可。
一个第三方 API Key，例如 DeepSeek、Kimi、GLM、MiniMax、OpenRouter、硅基流动等。

请不要手动复制或分享 ~/.codex/auth.json 的内容。里面保存的是官方登录缓存和 Access Token，属于敏感信息。

第一步：先切回 OpenAI Official 并完成官方登录

打开 CC Switch，切到顶部的 Codex 标签页。先选择 OpenAI Official 供应商（如果没有的话，就在预设供应商当中添加一个），并把它设为当前供应商。

图片[2]-使用 CC Switch 解锁 Codex 在使用 Deepseek 等第三方 API 的时候的远程操作和官方插件等能力-🎉数字奇遇🎉

接着启动 Codex（建议启动 cli），按 Codex 的官方登录流程登录你的 ChatGPT / Codex 账号。这个账号可以是 Free 订阅；在这个方案里，它主要负责保留 Codex 官方 App 需要识别的登录身份，不负责第三方模型的计费。

登录完成后，Codex 会在 ~/.codex/auth.json 中保存官方登录缓存。后面的关键点就是：不要再让第三方供应商切换覆盖这个文件。

第二步：开启 Codex 应用增强

回到 CC Switch，进入：

设置 → 通用 → Codex 应用增强

切换第三方时保留官方登录

这个开关默认关闭，是因为部分用户并不想要这个功能。只有在你明确需要“第三方 API + 官方远程操作 / 官方插件”同时存在时，才需要开启它。

开启后，后端切换 Codex 第三方供应商时会走 config-only 写入路径：

auth.json：继续保留官方 ChatGPT / Codex 登录缓存。
config.toml：写入当前第三方供应商的模型、endpoint、model_provider 和 experimental_barer_token。

第三步：添加第三方 Codex 供应商

回到 Codex 面板，点击右上角的加号添加供应商。推荐优先使用内置预设，例如 DeepSeek、Kimi、MiniMax、GLM、SiliconFlow 等。

以 DeepSeek 为例，选择预设后只需要填 API Key。预设会自动配置 base URL、默认模型、模型映射表和“需要本地路由映射”。

图片[3]-使用 CC Switch 解锁 Codex 在使用 Deepseek 等第三方 API 的时候的远程操作和官方插件等能力-🎉数字奇遇🎉

如果你的第三方供应商原生支持 OpenAI Responses API（比如提供 gpt 模型的中转站），可以不启用本地路由。

如果它只支持 OpenAI Chat Completions，例如常见的 DeepSeek / Kimi / MiniMax 路径，就必须启用本地路由，让 CC Switch 把 Codex 的 Responses 请求转换成 Chat Completions 请求。

第四步：需要时开启本地路由并接管 Codex

设置 → 路由 → 本地路由

打开路由总开关，启动本地服务。默认地址通常是 127.0.0.1:15721。
在路由启用中打开 Codex。

图片[4]-使用 CC Switch 解锁 Codex 在使用 Deepseek 等第三方 API 的时候的远程操作和官方插件等能力-🎉数字奇遇🎉

接管后，Codex 的 live config.toml 会临时指向 CC Switch 本地路由。真实第三方 API Key 仍然存储在 CC Switch 的供应商配置中，切换供应商时再投影到 config.toml 的 experimental_bearer_token。

第五步：切换第三方供应商并重启 Codex

回到 Codex 供应商列表，启用你刚添加的第三方供应商。切换完成后建议重启 Codex，原因有两个：

Codex 在启动时读取 config.toml。
Codex 的 /model 菜单通常需要重启后才会重新加载 model_catalog_json。

重启后，你可以做一个简单验证：

在 Codex App 里，账号信息仍然显示官方账号，这是预期行为。
在 CC Switch 里，当前 Codex 供应商显示为第三方供应商。
如果开启了本地路由，请求日志或路由统计会看到 Codex 请求经过本地路由。
第三方供应商后台或余额记录会出现实际模型请求。

背后的原理

Codex 的配置主要分成两个文件：

~/.codex/auth.json
~/.codex/config.toml

这两个文件承担的职责不同：

auth.json 保存官方 ChatGPT / Codex 登录缓存，也就是 Codex App 识别官方账号、远程操作和官方插件所需的登录材料。
config.toml 保存当前模型供应商、base URL、模型、模型目录和 provider-scoped token 等运行配置。

开启切换第三方时保留官方登录后，CC Switch 的切换逻辑会把第三方供应商 API Key 从供应商配置中取出，写到 config.toml 的当前 provider 下：

model_provider = “custom”

[model_providers.custom]
name = “DeepSeek”
base_url = ”

https://api.deepseek.com

”
wire_api = “responses”
experimental_bearer_token = “sk-…”

同时，auth.json 保持官方登录缓存不变。于是 Codex App 侧依然能识别官方账号；而模型请求会根据 config.toml 的当前 provider 和 base URL 走第三方 API。

如果供应商是 Chat Completions 协议，CC Switch 本地路由会再做一层转换：