跳转到内容

用量统计被严重放大,Codex

Quick fix

升级到 cc-switch v3.18.0 或更高版本,并在用量页重建 Codex 用量以修复双计。

报错原文
统计出的Codex用量极其夸张,20亿, 80亿非常离谱的统计数据

cc-switch v3.17.0 引入的 fork/子代理用量双计会导致 Codex 用量严重放大;代理侧重复记录也可能让统计行不断累积。维护者称这两处已在 v3.18.0 修复。另一条 issue 中,Windows 上 Codex 会话 JSONL 文件的修改时间可能不变,cc-switch 据此判断文件未变化,从而漏计新增 tokens;此外上下文长度超过 200K 时可能加倍收费,因此本地统计与中转站数据仍可能不同。

  1. 升级到 cc-switch v3.18.0 或更高版本;该版本修复了 fork/子代理用量双计,并改为幂等稳定键记录代理用量。

  2. 升级后等待首次启动在后台自动重建 Codex 用量,或在用量页手动点击「重建 Codex 用量」。

  3. 如果 Windows 上的会话用量未及时更新,可完全退出 Codex 后重新启动并进入原对话;issue 评论称这样会更新对应 JSONL 文件的修改时间。

ToolCodex
Versionv3.17.0 引入重复计量;v3.18.0 已修复
PlatformsWindows
升级后要怎么让看板数字回落到真实值?
升级后首次启动会自动在后台逐步重建 Codex 用量;也可以在用量页手动点击「重建 Codex 用量」。
为什么 cc-switch 统计和中转站的用量仍然不一致?
issue 评论提到,Windows 上 Codex 可能持续写入会话 JSONL 文件但不更新修改时间,cc-switch 因此不会重新读取;评论也提到上下文长度超过 200K 时可能加倍收费。

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