升级 CC Switch 后为什么 Codex 项目列表消失了？

因为旧版本 CC Switch 为不同供应商写入不同的 `model_provider` 字符串（如 packycode vs custom），而 Codex Desktop 使用这个字段过滤历史记录。升级到 v3.19.1+ 或手动统一 config.toml 中的 `model_provider` 为 "custom" 即可恢复。

为什么我的 DeepSeek 模型在 Codex 里只能选两个推理档位，但 catalog 里声明了三个？

这是 Codex Desktop 的客户端限制。它默认只显示 `low/medium/high/xhigh/ultra/persistent` 这些白名单内的档位，`max` 不在默认白名单中。你可以在 Codex 设置 → 模型功能 → 可用推理强度中手动勾选 Max，或修改 catalog 添加 `medium` 和 `xhigh` 档位。

切换第三方供应商后 OpenAI 官方登录失效怎么办？

切换供应商时 auth.json 可能被污染或清除。尝试手动删除 `~/.codex/auth.json` 后重启 Codex Desktop，或在切换前确保 CC Switch 已正确清除旧认证信息。

为什么开启了本地路由但 Codex 没有走代理？

检查 `~/.codex/config.toml` 中的 `base_url` 是否指向 `http://127.0.0.1:15721/v1`（或你的本地路由端口），并确认 CC Switch 的本地路由功能已启用。如果 config.toml 正确但请求未经过代理，尝试重启 Codex 和 CC Switch。

Codex Desktop 项目列表消失或推理档位减少 - CC Switch 配置问题

Quick fix

多数相关 issue 仍未解决；升级 CC Switch 或切换供应商后，Codex 的 model_provider 字段变化导致项目历史消失；升级至 v3.19.1+ 统一为 custom 可解决。若推理档位减少，需在 Codex 设置中手动启用完整档位。

Symptom

报错原文

升级 CCSwitch 到最新版本后，从其它 provider（如 DeepSeek）切换到 GPT (packycode) profile 后，Codex Desktop UI 的项目列表完全为空，所有历史项目/会话"消失"。切回 DeepSeek 后项目列表立刻恢复。

Cause

CC Switch 在 v3.16.1 及之前版本中，不同第三方供应商写入的 `model_provider` 内部 key 不统一（例如 GPT 使用 `packycode`，而 DeepSeek 使用 `custom`）。Codex Desktop 使用 `model_provider` 字段作为 `state_5.sqlite` 数据库中 threads 表的命名空间过滤键，切换 provider 后字符串变化导致 UI 无法查询到历史记录。该问题在 v3.19.1 中修复，统一使用 `model_provider = "custom"`。另一个相关问题是推理档位显示不全：CC Switch 生成的 `cc-switch-model-catalog.json` 声明的推理级别（如 low/high/max）可能被 Codex Desktop 的硬编码白名单过滤（默认不含 max），或生成的目录模板本身只包含 none/high 两档，导致 UI 只显示部分档位。此外，切换供应商时若未正确清除或回填 auth.json，可能导致官方登录态失效。

Fix

升级 CC Switch 至 v3.19.1 或更高版本，该版本统一了第三方供应商的 model_provider 为 "custom"，修复了切换后项目列表消失的问题
2
如果项目列表仍消失，手动编辑 `~/.codex/config.toml`，确保所有第三方供应商的 `model_provider` 字段统一为 "custom"，且 `[model_providers.custom]` 段落存在
~/.codex/config.toml
```
model_provider = "custom"

[model_providers.custom]
name = "packycode"  # 或其他供应商名称
base_url = "http://127.0.0.1:8085/v1"
```
若推理档位减少，打开 Codex Desktop 设置 → 配置 → 模型功能 → 可用推理强度，勾选所有需要的档位（包括 Max）
4
对于 v3.19.1 及之前版本，手动编辑 `~/.codex/cc-switch-model-catalog.json`，在 `supported_reasoning_levels` 中添加 `medium` 和 `xhigh` 档位（Codex Desktop 默认白名单包含这些）
~/.codex/cc-switch-model-catalog.json
```
"supported_reasoning_levels": [
  { "effort": "low" },
  { "effort": "medium" },
  { "effort": "high" },
  { "effort": "xhigh" },
  { "effort": "max" }
]
```
完全退出并重启 Codex Desktop，使配置更改生效
若切换 OpenAI Official 后无法登录，手动删除 `~/.codex/auth.json` 后重新打开 Codex Desktop，或切换供应商前在 CC Switch 中先清除认证状态

Affected Versions

ToolCodex Desktop

Versionv3.16.1 - v3.19.0（v3.19.1 修复了 model_provider 统一问题）

PlatformsWindowsmacOS

Source Issues

本页汇总自 4 个真实 issue

FAQ

升级 CC Switch 后为什么 Codex 项目列表消失了？: 因为旧版本 CC Switch 为不同供应商写入不同的 `model_provider` 字符串（如 packycode vs custom），而 Codex Desktop 使用这个字段过滤历史记录。升级到 v3.19.1+ 或手动统一 config.toml 中的 `model_provider` 为 "custom" 即可恢复。
为什么我的 DeepSeek 模型在 Codex 里只能选两个推理档位，但 catalog 里声明了三个？: 这是 Codex Desktop 的客户端限制。它默认只显示 `low/medium/high/xhigh/ultra/persistent` 这些白名单内的档位，`max` 不在默认白名单中。你可以在 Codex 设置 → 模型功能 → 可用推理强度中手动勾选 Max，或修改 catalog 添加 `medium` 和 `xhigh` 档位。
切换第三方供应商后 OpenAI 官方登录失效怎么办？: 切换供应商时 auth.json 可能被污染或清除。尝试手动删除 `~/.codex/auth.json` 后重启 Codex Desktop，或在切换前确保 CC Switch 已正确清除旧认证信息。
为什么开启了本地路由但 Codex 没有走代理？: 检查 `~/.codex/config.toml` 中的 `base_url` 是否指向 `http://127.0.0.1:15721/v1`（或你的本地路由端口），并确认 CC Switch 的本地路由功能已启用。如果 config.toml 正确但请求未经过代理，尝试重启 Codex 和 CC Switch。