场景
GLM Coding Plan（Max 档）订阅者每月持有若干张周额度重置卡（控制台「周额度」区可见，各带独立有效期，如 2026-10-18 / 2026-10-28）。这个状态对额度管理工具很重要：有券时额度耗尽 = 用一张券立即回满，无券时才需要限流等待——重置卡持仓直接改变自动化工具的档位决策。
现状：三条路都拿不到券数据
- 客户端 RPC（
usage-stats.getCodingPlanResetStatus 等）日志只记 OK (ms)，payload 不落任何可查询位置
${origin}/api/v1/zcode-plan/billing/current 与 /billing/balance 对客户端外调用一律 401（凭证由客户端运行时刷新，外部静态取用无效）~/.zcode/v2/coding-plan-cache.json 只有套餐权属状态（entryStatus），不含券数据
目前唯一出口是登录态控制台页面人工目视。
建议
任一通道开放券持仓的只读查询（剩余张数 + 各张有效期）：
- billing 端点返回体加字段；或
- 客户端缓存文件（coding-plan-cache.json）落盘券持仓；或
- 独立只读端点
价值
重置卡把「额度耗尽」的语义从「限流/等待」变成「用券解锁」，第三方额度管理工具（本地 pacing/预算脚本）需要这个状态才能做正确决策，目前自动化链路断在这一环，只能人工抄录。
环境：ZCode Desktop 最新版 / macOS / GLM Coding Plan Max
场景
GLM Coding Plan（Max 档）订阅者每月持有若干张周额度重置卡（控制台「周额度」区可见，各带独立有效期，如 2026-10-18 / 2026-10-28）。这个状态对额度管理工具很重要：有券时额度耗尽 = 用一张券立即回满，无券时才需要限流等待——重置卡持仓直接改变自动化工具的档位决策。
现状：三条路都拿不到券数据
usage-stats.getCodingPlanResetStatus等）日志只记OK (ms)，payload 不落任何可查询位置${origin}/api/v1/zcode-plan/billing/current与/billing/balance对客户端外调用一律 401（凭证由客户端运行时刷新，外部静态取用无效）~/.zcode/v2/coding-plan-cache.json只有套餐权属状态（entryStatus），不含券数据目前唯一出口是登录态控制台页面人工目视。
建议
任一通道开放券持仓的只读查询（剩余张数 + 各张有效期）：
价值
重置卡把「额度耗尽」的语义从「限流/等待」变成「用券解锁」，第三方额度管理工具（本地 pacing/预算脚本）需要这个状态才能做正确决策，目前自动化链路断在这一环，只能人工抄录。
环境：ZCode Desktop 最新版 / macOS / GLM Coding Plan Max