This model is not supported when using X-OpenAI-Internal-Codex-Responses-Lite - Codex
Quick fix
注释掉 config.yaml 中的 model_provider = custom，恢复使用官方 OpenAI provider。
Symptom
Section titled “Symptom”This model is not supported when using X-OpenAI-Internal-Codex-Responses-Lite.该错误由 cc-switch 的“统一对话历史”（unified history）功能触发。当启用此功能时，cc-switch 会将 `model_provider` 设置为 `custom` 以接管会话管理。然而，Codex 在更新后对内部模型标识符（如 `X-OpenAI-Internal-Codex-Responses-Lite`）进行了变更或收紧限制，导致在使用自定义 provider 路径时，Codex 拒绝支持当前配置的模型。
这并非数据丢失，而是配置冲突。部分用户报告称，在解决此报错后，可能会伴随出现历史恢复不全或长对话重启后消失的现象，这通常是因为 cc-switch 修改了 Codex 的内部索引或 session metadata，导致 Codex Desktop 的多层索引（SQLite threads, session_index.jsonl 等）未对齐。
打开 cc-switch 配置文件，找到并注释掉 `model_provider = custom` 这一行，使 Codex 回退到官方 OpenAI provider。
Affected Versions
Section titled “Affected Versions”ToolCodex
Version3.16.4
PlatformsWindowsmacOS
Source Issues
Section titled “Source Issues”本页汇总自 2 个真实 issue
- 为什么关闭统一历史后，我的对话只恢复了一部分？
- 这是因为 cc-switch 修改了 Codex 的用户配置和索引结构。当切换回官方 provider 时，Codex 的多层索引（如 active SQLite、session_index.jsonl）可能未完全同步，导致部分会话被过滤或排序窗口遮挡。建议先备份 ~/.codex 目录，再尝试修复索引。
- 长对话在重启 Codex 后消失了，数据还在吗？
- 数据通常未被删除，而是从 UI 中不可见。这属于“历史可见性”问题，根源在于 session metadata 与 Codex 的新版本索引逻辑不匹配。不要直接手动修改 JSONL 或 SQLite 文件，建议先完整备份 ~/.codex 和 ~/.cc-switch 目录，然后参考相关排查流程恢复索引一致性。
- 除了注释掉 custom provider，还有其他临时解决办法吗？
- 可以尝试将模型切换为官方支持的稳定版本（如 gpt-5.4），或者暂时回到真正的内建 openai provider 而不经过 cc-switch 的路由层。但最根本的解决方式仍是避免在 Codex 更新期间使用会修改其内部 provider 状态的第三方插件配置。
这是一个非官方社区 wiki，与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。