升级后历史虚增的用量会自动消失吗？

不会。必须在「使用统计」页手动执行一次「重建 Codex 用量」，统计才会回到准确值。

余额查询时 {{apiKey}} 留空会自动用供应商的 key 吗？

不会。这是已知 bug（#1658），必须手动填写 API Key 才能正常查询。

不翻墙时 DeepSeek 余额查询失败怎么办？

v3.16.3 已将超时放宽到 15 秒；若仍失败说明网络被阻断，需在 cc-switch 配置全局代理。

cc-switch 显示的额度消耗比官网快是偷跑吗？

先排除延迟误判：DeepSeek 官网和 cc-switch 用量统计都有延迟，至少等 10 分钟再对比。若仍不一致，升级 v3.19.2 并重建用量。

OpenCode /fork 后 token 消耗虚高怎么办？

这是已知 bug（#5676），fork 出的新会话会重复计入父会话 token。目前无修复，可关注该 issue。

cc-switch DeepSeek 用量统计不准/余额查询失败

Quick fix

升级到 v3.19.2 并重建 Codex 用量；余额查询需正确填写 {{apiKey}} 或代理。

Symptom

报错原文

使用统计中codex接入deepseek用量不更新

Cause

该问题簇包含三类机制：1) Codex 会话日志导入器在 rollout 文件存在多条累计计数器时会跨计数器做差分，导致用量虚增；重放快照去重缺陷又会把后续新增用量误判为重复而丢弃，表现为统计不更新。该问题已在 v3.19.2 修复（PR #5854）。2) DeepSeek Chat 格式的缓存命中字段为 prompt_cache_hit_tokens，旧版解析层未读取，导致缓存命中记为 0、按输入全价计费，与官网折扣价不一致。3) 用量/余额查询脚本中 {{apiKey}} 留空时不会自动使用供应商配置中的 key，或跨境网络超时导致查询失败。另有 Windows 下 rollout 文件 mtime 不更新导致增量检测卡住的报告。

Fix

升级 cc-switch 到 v3.19.2 或更新版本。
升级后在「使用统计」页执行一次「重建 Codex 用量」（rebuild），历史虚增数据不会自动消失，必须重建。

配置 DeepSeek 余额查询时，确保 {{apiKey}} 字段填写了有效的 API Key；留空不会自动回退到供应商配置中的 key。

// 供应商设置 → 配置余量查询
{
  request: {
    url: "{{baseUrl}}/user/balance",
    method: "GET",
    headers: {
      Authorization: "Bearer {{apiKey}}"
    }
  }
}

若不翻墙时余额查询超时，v3.16.3 已将超时从 10 秒放宽到 15 秒；若仍失败，请在 cc-switch 中配置全局代理。
若升级并重建后 Codex 用量仍不更新，检查 ~/.codex/sessions/ 下对应 rollout JSONL 文件是否持续增长；Windows 上文件 mtime 可能不更新导致增量检测卡住，可尝试重启 Codex 或手动触发重建。

Affected Versions

ToolCodex

Version3.14.1 - 3.19.1

PlatformsWindowsmacOSLinux

Source Issues

本页汇总自 17 个真实 issue

FAQ

升级后历史虚增的用量会自动消失吗？: 不会。必须在「使用统计」页手动执行一次「重建 Codex 用量」，统计才会回到准确值。
余额查询时 {{apiKey}} 留空会自动用供应商的 key 吗？: 不会。这是已知 bug（#1658），必须手动填写 API Key 才能正常查询。
不翻墙时 DeepSeek 余额查询失败怎么办？: v3.16.3 已将超时放宽到 15 秒；若仍失败说明网络被阻断，需在 cc-switch 配置全局代理。
cc-switch 显示的额度消耗比官网快是偷跑吗？: 先排除延迟误判：DeepSeek 官网和 cc-switch 用量统计都有延迟，至少等 10 分钟再对比。若仍不一致，升级 v3.19.2 并重建用量。
OpenCode /fork 后 token 消耗虚高怎么办？: 这是已知 bug（#5676），fork 出的新会话会重复计入父会话 token。目前无修复，可关注该 issue。

cc-switch DeepSeek 用量统计不准/余额查询失败

Symptom

Cause

Fix

Affected Versions

Source Issues

FAQ

相关问题