Codex 历史记录消失且无法工作 - Codex

Quick fix

升级到 cc-switch v3.16.4 以修复 zstd 压缩解析失败及 CODEX_SQLITE_HOME 状态库探测异常导致的会话丢失与不同步问题。

Symptom

报错原文复制

升级到 3.16.3 后：

- 无法创建管理员沙箱
- 无法创建非管理员沙箱
- 无法新建项目
- Codex 历史记录消失

Cause

在 cc-switch v3.16.3 中存在两个主要问题。首先，Codex 桌面版或商店版会发送 zstd 压缩的请求体，旧版本的本地代理无法解析该压缩格式，导致 Codex 经代理后无法创建沙箱或新建项目。其次，当使用“统一 Codex 会话历史”功能时，系统会通过 CODEX_SQLITE_HOME 环境变量重定位 SQLite 状态库，但 v3.16.3 的迁移扫描器无法探测到被重定位的状态库，导致历史记录看似“消失”（实际被归入其他供应商抽屉）或官方与 API 版本的会话无法同步。这两个问题均已在 v3.16.4 中修复。

Fix

1. 1

   将 cc-switch 升级到 v3.16.4 或更高版本，以获取对 gzip/br/deflate/zstd 解压的支持以及修复后的状态库探测逻辑。

2. 2

   重新开启“统一 Codex 会话历史”功能。由于该功能默认仅向后生效（forward-only），请务必在开启时勾选弹窗中的“迁移已有官方会话”选项，以确保旧会话被正确迁移至共享桶。

Affected Versions

ToolCodex

Version3.16.3 (受影响版本，已在 3.16.4 修复)

PlatformsWindows

Source Issues

本页汇总自 2 个真实 issue

• #4402windows客户端codex开启统一 Codex 会话历史功能没有效果
• #4629自动升级3.16.3后，导致codex无法工作且会话记录丢失

FAQ

开启“统一 Codex 会话历史”后，为什么官方和 API 两个 Codex 的会话还是独立的？

该功能默认是“仅向后生效（forward-only）”的，开启后只有新产生的会话才会进入共享桶。已有的历史会话不会自动合并，必须在开启时勾选弹窗里的“迁移已有官方会话”选项才会进行迁移，且它不是实时双向自动同步。

升级 3.16.3 后 Codex 历史记录真的被删除了吗？

记录并未被删除。这是由于 CODEX_SQLITE_HOME 状态库探测的历史迁移分桶逻辑存在缺陷，导致记录被错误地归到了其他供应商抽屉下。升级到 v3.16.4 即可修复探测逻辑并找回记录。

相关问题

重启后.claude下的auth.json会被强制替换 - Codex升级 cc-switch 至最新版，或在登录官方账号前先关闭代理接管，避免旧快照覆盖官方凭据。5 issues mergedCodex 供应商 API Key 重启或切换后互相覆盖开启 CC Switch 本地代理接管模式，或在 config.toml 使用 experimental_bearer_token 绕过 auth.json 同步缺陷。7 issues merged[mcp_servers.node_repl] 被 CC Switch 自动写回在 CC Switch 右上角的【MCP 管理】中关闭或删除 node_repl，即可阻止其被自动写入 Codex 配置文件。2 issues merged