CC Switch 3.16.1更新:在codex中使用DeepSeek、Kimi、GLM等模型,支持插件和手机控制功能

📅 2026/8/1 18:15:57 👁️ 阅读次数 📝 编程学习
CC Switch 3.16.1更新:在codex中使用DeepSeek、Kimi、GLM等模型,支持插件和手机控制功能

一、简述

之前我写过:

https://mp.weixin.qq.com/s/zcwrS7zs6zLX6TflOPMxPA

https://mp.weixin.qq.com/s/Wyqzu6TvHaO1wJia4uVPKA

写codex那篇文章的时候,CC Switch还不支持codex里面使用DeepSeek,于是我自己写了个软件,不过文章发布不久CC Switch就更新3.16了,支持deepseek在codex里面使用了。

现在CC Switch最新版本是3.16.1,主要解决了2个问题:

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

CC Switch 3.16以前的版本或者我写的软件,都存在一个问题:

  • codex里面无法使用插件和手机控制功能

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


🟢CC Switch 解决这一问题的原理:

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

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

这两个文件的作用:

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

开启切换第三方时保留官方登录后,CC Switch 将第三方供应商的API地址和 API Key写到config.toml的当前 provider 下:

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

如果供应商是 Chat Completions 协议(比如DeepSeek),CC Switch 本地路由会再做一层转换:


二、操作步骤

准备工作:

  • 安装CC Switch:https://github.com/farion1231/cc-switch/releases
  • 安装codex,cli和app都安装吧
  • 准备DeepSeek或者其它API key:https://platform.deepseek.com

DeepSeek token价格:

计费项deepseek-v4-flashdeepseek-v4-pro
百万 tokens 输入(缓存命中)0.02元0.025元
百万 tokens 输入(缓存未命中)1元3元
百万 tokens 输出2元6元

上个月简单用了下,2亿多(267,390,903)token花费17元左右(因为大多是缓存命中的输入)。


🟢具体使用步骤:

步骤一:codex登录

CC Switch主页面先选择这个默认配置:

然后打开codex app或者cli,任意一个都行,它们的配置是共享的。

登录你的chatgpt账号。

登录后完全退出,任务栏托盘图标上右键退出(exit)才能完全退出。

步骤二:开启 Codex 应用增强

去CC Switch 设置里面打开codex应用增强开关:

继续将路由开关添加到主页面:

因为DeepSeek / Kimi / MiniMax 的官方API的格式和codex是不同的,所以需要这个开关,即:将codex的请求发给CC Switch,CC Switch再发给SeepSeek等官方API,CC Switch就是在中间做一个格式转换的工作。

步骤三:添加第三方 Codex 供应商

推荐优先使用内置预设,例如 DeepSeek、Kimi、MiniMax、GLM、SiliconFlow(硅基流动,字节的) 等。

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

如果你的第三方供应商原生支持 OpenAI Responses API(比如提供 gpt 模型的中转站,DeepSeek这些是不支持response api的),可以不启用本地路由。 如果它只支持 OpenAI Chat Completions,例如常见的 DeepSeek / Kimi / MiniMax 路径,就必须启用本地路由,让 CC Switch 把 Codex 的 Responses 请求转换成 Chat Completions 请求。

步骤四:使用和验证

切换你的供应商并打开路由开关:

🟢**打开codex,你会发现:**现在处于codex账号登录状态

这就是核心改动:因为codex必须要登录才能使用插件和手机控制

但是现在的模型是deepseek,即不使用账号的额度。

此外:

  • 以前使用账号登录的聊天记录不会显示,关闭CC Switch或者切换为OpenAI Official 才能显示。
  • 以前使用Deepseek这些API的聊天记录会正常显示。

模型可用性上图已经展示了。

🟢现在看下插件功能是否可用:

  • 安装一下outlook的插件:可以正常安装
  • 插件功能验证:正常

🟢手机控制测试:

手机上打开chatgpt,登录相同账号,选择codex并连接。

  • 可以正常连接: