当前用量为0，周用量不为0时，cc-switch展示的数额好像显示反了 Claude Code

Quick fix

这是已确认的 GLM 用量展示 bug；原帖称已修复，但未提供可验证的修复版本。

Symptom

报错原文复制

当前用量为0，周用量不为0时，cc-switch展示的数额好像显示反了

Cause

报告显示，GLM Token Plan 的 5 小时用量与周用量会被颠倒展示。v3.14.1 被报告存在该问题；维护者曾称 v3.15.0 已修复，但随后仍有 v3.15.0 用户报告周额度与 5 小时额度相反，因此不能将 v3.15.0 视为已验证的解决版本。

一条排查评论指出，`parse_zhipu_token_tiers` 通过 `nextResetTime` 的先后顺序推断两条 `TOKENS_LIMIT` 分别对应 five_hour 和 weekly_limit；当当前 5 小时用量为 0% 且 `nextResetTime=null` 时，该启发式排序会把它排到最后，导致展示对应关系错误。该评论后来称“已修复”，但未给出发布版本或用户验证结果。

Fix

1. 1

   原帖已确认该问题为 bug，并称已修复；由于没有提供可验证的修复版本，请查看对应 issue 的后续发布信息后再升级验证。

2. 2

   若升级后仍出现问题，请按维护者要求在 source issue 中补充最新版本号、复现步骤和相关日志。

Affected Versions

ToolClaude Code

Version3.14.1 - 3.15.0（受影响报告）

PlatformsWindowsmacOS

Source Issues

本页汇总自 2 个真实 issue

• #2722使用GLM统计余量，展示错误
• #2958【GLM用量显示异常】当前使用为0，周用量不为0时，信息显示错误

FAQ

此处应该展示一周的用量吧？

相关报告指出周额度与 5 小时额度可能被颠倒展示；原帖没有提供可验证的最终发布版本。

当前用量为0，周用量不为0时，cc-switch主界面展示的5小时用量与周用量反了

该情况已被确认是 bug。排查评论将其关联到 `nextResetTime=null` 时的 `TOKENS_LIMIT` 排序逻辑，并称已修复。

相关问题

CC-Switch 无法识别 Antigravity 会话，Token 统计为 0这是尚未解决的功能请求；原帖提出适配方案，但尚无已合并且可验证的解法。1 issues mergedcc-switch 用量统计与 DeepSeek 官网不一致 / 不更新先升级到 v3.19.2 或更新版本，然后在「使用统计」页执行一次「重建 Codex 用量」，历史虚增或漏记的数据才会被修正。22 issues merged/branch 会话在 Session Manager 中难以找回父会话可尝试原帖提出的临时绕过：用 claude --resume 或 claude -r <sessionId> 恢复会话；Session Manager 原帖尚未提供可验证的解法。1 issues merged