跳转到内容
CC Switch WikiUnofficial Community Wiki

Codex 用量统计被双倍放大或虚增 - cc-switch

Quick fix

升级到 v3.19.2 并在用量页执行「重建 Codex 用量」以修正历史虚增数据。

Symptom

Section titled “Symptom”
报错原文
统计出的Codex用量极其夸张，20亿， 80亿非常离谱的统计数据

Cause

Section titled “Cause”

根因是 Codex 会话日志导入器的计数器处理机制：同一个 rollout 文件里多条独立累计计数器交错时，旧算法会跨计数器做差分，导致用量被放大。此外，v3.17.0 引入的 fork/子代理用量双计问题也加剧了统计异常。由于 Codex 自身在 Windows 上持续操作 jsonl 文件但不落盘，导致文件修改时间不变，cc-switch 依据时间判断文件无变化而漏读，进一步导致本地统计与中转站数据不匹配。历史虚增数据不会自愈，必须手动重建一次。

Fix

Section titled “Fix”

  1. 升级 cc-switch 到 v3.19.2 或更高版本。

  2. 进入「使用统计」页面。

  3. 执行一次「重建 Codex 用量」操作，等待历史虚增数据回正。

Affected Versions

Section titled “Affected Versions”
ToolCodex
Version3.16.1 - 3.19.0（受影响），v3.19.2 修复
PlatformsWindowsmacOS

Source Issues

Section titled “Source Issues”

本页汇总自 21 个真实 issue

FAQ

Section titled “FAQ”
为什么升级后统计数字还是不对？
历史虚增数据不会自愈，必须在「使用统计」页手动点击「重建 Codex 用量」一次才会回正。
为什么 cc-switch 的统计与 sub2api/newapi 等中转站的数据不匹配？
Codex 在 Windows 上持续操作 jsonl 文件但不落盘，导致文件修改时间不变，cc-switch 依据时间判断文件无变化而漏读。完全退出 Codex 后重启进入之前的对话，Codex 会更新 jsonl 文件的修改时间，cc-switch 即可正常读取。
为什么会出现 Codex(Session) 这个统计口径？
这是统计口径的设计问题，v3.19.2 的修复仅修正了数值本身，未改变该口径是否并入总量的设计。
为什么用量统计中包含大量 unknown 模型请求？
这与会话日志导入器解析计数器时的 bug 相关，导致巨量异常请求被记录为 unknown 模型，升级到修复版本并重建用量后可解决。

相关问题

Section titled “相关问题”
重启终端，执行gemini，提示需要输入api-key - Gemini CLI更新 cc-switch 修复保存清空 bug；若仍无效则是 Gemini CLI 官方读取 bug，需将环境变量写入 bash_profile。3 issues mergedUnkonw coding plan provider cc-switch 火山引擎升级 cc-switch 至 v3.20.0 及以上版本，并重建或修改火山引擎 Agent Plan 供应商的 Base URL。4 issues mergedAPI Error: 404 Claude Code 路径拼接或未注册路由检查 API 地址是否被错误拼接，或升级 cc-switch 以修复 OpenAI 兼容模式及本地路由缺失导致的 404 问题。2 issues merged

这是一个非官方社区 wiki，与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。