CC Switch 切换到第三方供应商后 Codex 桌面应用模型选择器看不到自定义模型怎么办【免费下载链接】cc-switchA cross-platform desktop All-in-One assistant for Claude Code, Codex, OpenCode, OpenClaw, Grok Build Hermes Agent. Only official website: ccswitch.io项目地址: https://gitcode.com/GitHub_Trending/cc/cc-switch在 CC Switch 里把 Codex 切换到第三方 / 自定义供应商DeepSeek、Kimi、GLM、MiniMax、中转站等之后会出现这样一个现象Codex 桌面应用的模型选择器里看不到这些自定义模型往往只剩官方默认模型思考等级也回落到官方默认但命令行codex的/model里一切正常。这篇面向 CC Switch v3.16.1 及以上版本说明这个现象的原因以及把自定义模型重新恢复到桌面应用选择器里的完整操作路径。先确认这不是 CC Switch 的配置问题或 bug文档明确说明这个现象不是 CC Switch 的本地配置问题也不是 CC Switch 的 bug而是 Codex 桌面应用上游闭源客户端自身的模型门控行为桌面应用的模型选择器按当前的登录身份决定放行哪些模型当它检测不到官方 ChatGPT / Codex 登录态时会把选择器强制回落到官方默认模型把你通过config.toml配置的自定义模型藏起来思考等级也会一并回落官方已把「在桌面 GUI 里暴露自定义供应商模型」标记为 not planned因此 CC Switch 无法从桌面 GUI 层面彻底修复它命令行codex的/model与请求路由都能正常识别config.toml里的自定义供应商唯独桌面 GUI 的选择器受这层门控限制。所以缓解思路只有一个方向保留官方登录态让桌面应用的门控放行你的自定义模型。准备工作开始之前需要准备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供应商如果预设里没有就手动添加一个并把它设为当前供应商。接着启动 Codex建议启动 CLI按 Codex 的官方登录流程登录你的 ChatGPT / Codex 账号。这个账号可以是 Free 订阅——在这个方案里它只负责保留 Codex 官方 App 需要识别的登录身份不负责第三方模型的计费。登录完成后Codex 会在~/.codex/auth.json中保存官方登录缓存。后面所有步骤的关键点就是不要再让第三方供应商切换覆盖这个文件。第二步开启「切换第三方时保留官方登录」开关回到 CC Switch进入设置 → 通用 → Codex 应用增强打开切换第三方时保留官方登录这个开关默认关闭v3.16.0 起该功能默认开启v3.16.1 改为可选开关见 v3.16.1 Release Note很多人第一次切到第三方时官方登录态就是被默认行为覆盖掉的。开启后后端切换 Codex 第三方供应商时会走 config-only 写入路径auth.json继续保留官方 ChatGPT / Codex 登录缓存config.toml写入当前第三方供应商的模型、endpoint、model_provider和 provider-scopedexperimental_bearer_token。保留的官方 Token 不会被发往第三方——第三方模型请求仍用你配置的 Key 经本地路由转发。第三步添加或切换第三方 Codex 供应商回到 Codex 面板点击右上角的加号添加供应商。推荐优先使用内置预设例如 DeepSeek、Kimi、MiniMax、GLM、SiliconFlow 等以 DeepSeek 为例选择预设后只需要填 API Key预设会自动配置 base URL、默认模型、模型映射表和「需要本地路由映射」开关见 添加 Codex 供应商。供应商的协议类型决定了下一步是否需要本地路由如果供应商原生支持 OpenAI Responses API比如提供 gpt 模型的中转站可以不启用本地路由如果它只支持 OpenAI Chat Completions例如常见的 DeepSeek / Kimi / MiniMax 路径就必须启用本地路由让 CC Switch 把 Codex 的 Responses 请求转换成 Chat Completions 请求。确认供应商表单里的「需要本地路由映射」开关状态与该供应商协议一致Chat Completions 协议或模型名不是 GPT 系列的供应商应打开此开关模型映射表就是桌面选择器与/model命令列出这些模型的唯一来源。第四步开启本地路由并接管 CodexChat Completions 供应商必做进入本地路由设置——保留官方登录攻略中的路径是设置 → 路由 → 本地路由用户手册中同一组开关位于「设置 → 高级 → 路由服务 → 应用路由」区域两个位置以你客户端实际显示为准——完成两件事打开路由总开关启动本地服务默认地址通常是127.0.0.1:15721在路由启用中打开Codex。接管后Codex 的 liveconfig.toml会临时指向 CC Switch 本地路由真实第三方 API Key 仍然存储在 CC Switch 的供应商配置中切换供应商时再投影到config.toml的experimental_bearer_token。第五步重启 Codex 并验证结果回到 Codex 供应商列表启用你刚添加的第三方供应商然后完全退出并重启 Codex。必须重启的原因有两个Codex 在启动时读取config.tomlCodex 的/model菜单以及桌面端模型目录通常需要重启后才会重新加载model_catalog_json。重启后按以下几点验证Codex 桌面应用的模型选择器里出现你配置的自定义模型——这是本任务的核心目标在 Codex App 里账号信息仍然显示官方账号这是预期行为在 CC Switch 里当前 Codex 供应商显示为第三方供应商如果开启了本地路由请求日志或路由统计会看到 Codex 请求经过本地路由第三方供应商后台或余额记录会出现实际模型请求。命令行侧还可以用兜底诊断命令列出 CLI 端实际可用的模型确认模型本身已正确配置CLI 不受桌面 GUI 这层门控影响codex debug models仍然看不到时按顺序检查如果做完上述步骤选择器里仍然看不到自定义模型文档给出的排查点是确认开关已开「切换第三方时保留官方登录」默认关闭如果切第三方时它没开官方登录态就已经被覆盖了——开启后按第一步重新登录一次官方即可。官方登录态会过期如果连续几天没用过官方登录Token 失效后选择器可能又变空——重新登录一次官方即可恢复。用codex debug models区分问题如果 CLI 能列出模型而桌面端没有说明配置本身没问题问题仍出在门控回到前两条检查。个别 Codex 桌面版本的行为可能略有差异这属于上游客户端范畴CC Switch 各版本都无法从桌面 GUI 层根治。需要注意的限制Codex 里显示的账号始终是官方账号开启该能力后Codex App 看到的是auth.json里的官方登录态会继续显示官方账号信息。这不代表模型请求还在走官方 OpenAI实际流量以 CC Switch 当前 Codex 供应商、config.toml和本地路由日志为准计费、限额、错误码和数据策略都应按第三方供应商理解。修改模型映射后要重启 Codex模型目录是启动时读取的正在运行的 Codex 不会热加载新生成的目录。关闭开关会回到旧行为关闭「切换第三方时保留官方登录」后第三方供应商切换可能重新写入auth.json如果目标是长期保留官方登录态建议保持开启。不建议在本地路由模式下切回 OpenAI OfficialCC Switch 会尽量阻止在本地路由接管模式下切到官方供应商因为用代理访问官方 API 可能带来账号风险。参考文档Codex 桌面应用里看不到自定义模型常见问题使用第三方 API 时保留 Codex 远程操作和官方插件添加 Codex 供应商Chat Completions 路由与模型映射本地路由CC Switch v3.16.1 Release Note【免费下载链接】cc-switchA cross-platform desktop All-in-One assistant for Claude Code, Codex, OpenCode, OpenClaw, Grok Build Hermes Agent. Only official website: ccswitch.io项目地址: https://gitcode.com/GitHub_Trending/cc/cc-switch创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考