统一 Codex 会员历史不生效：Codex 会话不合并

Quick fix

升级到 cc-switch v4.0.0 或更新版本，并开启「统一 Codex 会话历史」，使官方与第三方路由共用历史分组。

Symptom

报错原文复制

选择了 统一Codex会员历史 ，但是切换服务商的时候，官方的和第三方的历史会话还是不会合并，官方的只能看到官方的历史会话，第三方的还是只能看到第三方的历史会话。

Cause

开启官方 OAuth 路由时，官方路由使用单独的 model_provider（cc-switch-official），因此官方、第三方及官方 OAuth 路由可能形成不同的历史分组，切换服务商后看不到其他分组的会话。较早的反馈也提到 OpenAI Official 使用 access_token 和 refresh_token，而普通自定义供应商使用 api_key，认证方式不同会导致会话分组隔离。

Fix

1. 1

   升级到 cc-switch v4.0.0 或更新版本；维护者说明从 v4.0.0 起官方路由沿用直连时的标识。

2. 2

   开启「统一 Codex 会话历史」，然后切换路由查看会话。若仍需查看、管理或恢复分组隔离的历史，可从会话管理入口操作。

Affected Versions

ToolCodex

Version3.17.0（问题版本）；v4.0.0 起修复

PlatformsWindows

Source Issues

本页汇总自 2 个真实 issue

• #3581用ccswitch登录codex后，不显示原先的会话记录？
• #5467选择了统一Codex会员历史不生效

FAQ

切换到 OpenAI Official 后，为什么看不到原来自定义供应商的会话？

早期实现中，OpenAI Official 使用 access_token 和 refresh_token，普通自定义供应商使用 api_key，历史会话因此按不同认证方式分组。维护者说明 v4.0.0 起官方路由沿用直连标识；较早版本可通过会话管理查看、管理和恢复相关会话。

多个普通自定义供应商切换后，怎样保留可见的会话记录？

issue 评论建议使用本地路由，将多个 provider 的分组名和 name 定义为统一值，再通过控制供应商是否加入路由来切换。

相关问题

共享mcp不起作用？Codex更新到最新版 CC Switch 后重新共享 Claude MCP；若 Codex 仍看不到，请提供版本号和 config.toml 中的 mcp_servers 部分。1 issues merged每天第一次打开应用时自动执行了云同步升级到 4.0 或最新版本后重新测试；若仍复现，请补充完整步骤、日志或截图后重新打开 issue。1 issues merged保持官方登录无效，Codex 显示为 API 登录升级到 cc-switch v4.0.0 或更新版本；该版本调整 Codex 配置写入方式，避免第三方供应商 Key 顶替官方登录。1 issues merged