codex创建子代理采用复制模式的时候，会被错误的统计全量用量 - Codex
Quick fix
升级到 v3.18.0 版本，修复子代理复制模式导致的用量双计问题以及代理流式记录重复放大的 Bug。
Symptom
Section titled “Symptom”codex创建子代理采用复制模式的时候，会被错误的统计全量用量在 Codex 中创建子代理并采用复制模式时，子代理会载入父会话的历史记录。统计模块错误地将这部分历史会话作为实际消耗进行计算，导致用量被双计。
此外，在代理流式记录路径中，当请求缺少 message_id 或可识别的 session_id 时，系统会回退使用随机 UUID。这导致相同的上游响应被多次代理或重放时，数据库无法通过主键去重，从而产生大量重复的用量记录，造成统计数据严重放大。
将 CC Switch 升级到 v3.18.0 或更高版本。解析器层已根治子代理双计问题，且代理用量已改用响应级稳定键进行幂等写入。
升级后首次启动时，会话来源的历史数字会自动备份并重建回真实值。
注意：升级前已写入数据库的历史代理重复行不会被自动清理，但后续不会再产生新的重复行。
Affected Versions
Section titled “Affected Versions”ToolCodex
Version3.17.0
PlatformsWindowsmacOS
Source Issues
Section titled “Source Issues”本页汇总自 3 个真实 issue
- 反代出来的反重力用claude code使用本地代理显示请求成功，但是不统计使用量了怎么办？
- 请检查是否已正确开启代理，开启代理后才会统计用量。
- 托管 xAI OAuth Provider 无法查询 Grok Billing 额度，上游返回 404 怎么办？
- 该问题已在后续版本修复。系统现已支持托管 xAI OAuth Provider 的原生额度查询，并在执行脚本时自动注入和刷新 access token。
- 升级到 v3.18.0 后，之前产生的虚假统计记录会自动删除吗？
- 不会。升级前已写入的历史代理重复行不会被自动清理，但会话来源的历史数字会自动重建回真实值，且后续不会再产生新的重复行。
这是一个非官方社区 wiki，与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。