用量统计被严重放大,Codex
Quick fix
升级到 cc-switch v3.18.0 或更高版本,并在用量页重建 Codex 用量以修复双计。
Symptom
Section titled “Symptom”统计出的Codex用量极其夸张,20亿, 80亿非常离谱的统计数据cc-switch v3.17.0 引入的 fork/子代理用量双计会导致 Codex 用量严重放大;代理侧重复记录也可能让统计行不断累积。维护者称这两处已在 v3.18.0 修复。另一条 issue 中,Windows 上 Codex 会话 JSONL 文件的修改时间可能不变,cc-switch 据此判断文件未变化,从而漏计新增 tokens;此外上下文长度超过 200K 时可能加倍收费,因此本地统计与中转站数据仍可能不同。
升级到 cc-switch v3.18.0 或更高版本;该版本修复了 fork/子代理用量双计,并改为幂等稳定键记录代理用量。
升级后等待首次启动在后台自动重建 Codex 用量,或在用量页手动点击「重建 Codex 用量」。
如果 Windows 上的会话用量未及时更新,可完全退出 Codex 后重新启动并进入原对话;issue 评论称这样会更新对应 JSONL 文件的修改时间。
Affected Versions
Section titled “Affected Versions”ToolCodex
Versionv3.17.0 引入重复计量;v3.18.0 已修复
PlatformsWindows
Source Issues
Section titled “Source Issues”本页汇总自 2 个真实 issue
- 升级后要怎么让看板数字回落到真实值?
- 升级后首次启动会自动在后台逐步重建 Codex 用量;也可以在用量页手动点击「重建 Codex 用量」。
- 为什么 cc-switch 统计和中转站的用量仍然不一致?
- issue 评论提到,Windows 上 Codex 可能持续写入会话 JSONL 文件但不更新修改时间,cc-switch 因此不会重新读取;评论也提到上下文长度超过 200K 时可能加倍收费。
cc-switch 用量统计与 DeepSeek 官网不一致 / 不更新先升级到 v3.19.2 或更新版本,然后在「使用统计」页执行一次「重建 Codex 用量」,历史虚增或漏记的数据才会被修正。/branch 会话在 Session Manager 中难以找回父会话可尝试原帖提出的临时绕过:用 claude --resume 或 claude -r <sessionId> 恢复会话;Session Manager 原帖尚未提供可验证的解法。usage null - Claude Code Qwen DashScope升级到 cc-switch v3.16.3+,自动修复 OpenAI 兼容接口流式用量为 null 的问题。
这是一个非官方社区 wiki,与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。