[Bug] GLM Coding Plan Pro 订阅被未定义「今日免费计划额度」降档限流：积分照扣、请求被拒（工单 ZCT-2095176793193816064）

问题类别 · Category：计费 / 配额 · Billing / Quota
Agent 框架 · Framework：ZCode Agent（自研）
严重程度 · Severity：阻塞使用 · Blocking（核心功能无法使用）
复现频率 · Reproducibility：必现 · Always
ZCode 版本 · Version：v3.10.x（发现于 3.10.1 / 3.10.2，两者更新日志均无相关条目）
设备 / 系统 · Env：Windows 桌面端（ZCode Desktop）

提交前确认

已按关键词（额度 / 限流 / 免费 / 429 / quota）搜索本仓库现有 issue 与 Discussion，未见完全一致的报告；但同类现象（GLM Coding Plan 订阅用户日常 429 限流、被免费档额度覆盖）在 LINUX DO、消费投诉平台有多位用户反映。已阅读 CONTRIBUTING.md。

问题描述 · Description

GLM Coding Plan Pro 订阅用户（ZCode 桌面端已正常识别订阅：左下角 Pro 标记、端内镜像套餐额度完整），自 2026-09-02 起被一套任何官方文档均未定义的「今日免费计划额度」按模型限速限额。实测日额度约 300 万 token/天，与《ZCode 欢迎页》所载「新用户免费权益：GLM-5.3 每日 300 万 Token」一致——即账户疑似被降档/判定为新用户免费档，Pro 套餐实质「积分照扣、请求被拒」。

关联工单（已请求合并处理，此前未获实质回应）：

• ZCT-2095176793193816064
• ZCT-2095172477595983872
• ZCT-2095169973864931328

复现步骤 · Steps to reproduce

1. 9 月 2 日：ZCode 桌面端左下角出现「领免费token」按钮，点击领取；领取后按钮立即消失，BigModel 资源包管理中无任何领取记录留存。
2. 同日起出现「GLM-5.3 今日免费计划额度剩余 X%」横幅与「今日余额」面板。
3. 发起任意 GLM-5.3 请求 → 按模型拦截，报错「当前系统繁忙，请切换模型、升级账户，或稍后再试」。
4. 当日「今日余额」随回合数从 100% → 20% → 7% → 0%；9/3 0 点重置后，单个 3 分 23 秒常规 agent 回合即消耗 76%，截至发帖仅剩 10%。

期望表现 · Expected behavior

Pro 订阅用户应只受套餐额度（5 小时池 / 周池）约束，不被「今日免费计划额度」拦截；若该机制真实存在，请官方文档明确定义其数值、触发条件与优先级。

实际表现 · Actual behavior

• 套餐余量充足（5 小时池仅用 17%、周池仅用 29%）时仍被日额度完全阻断；
• 被限时段内，BigModel 财务-费用明细显示全部调用仍按 Pro 套餐扣费——积分照扣与请求被拒同时发生；
• 失败的重试回合同样扣减额度：一次等待近 4 分钟后仍失败的回合消耗 13%（与该会话 38 万 token 上下文占日额度约 1/7~1/8 吻合）；
• 9/3 凌晨报错原文：Start Plan is busy and automatic model stream recovery reached the maximum retry count.（官方报错自述 Plan 服务 busy）；
• 关闭后重新开启自动续费，限制不变——疑为账户级粘滞标记，与订阅状态无关。

证据 · Screenshots / Logs（附件 1–7 已备，可随时补发）

1. 附件 2/3：9/3 额度消耗记录（3 分 23 秒回合耗 76%，余量 10%）
2. 附件 4：BigModel 资源包管理截图（无 9/2 领取记录，现有资源包不覆盖 GLM-5.3 / GLM-5.3-Flash）
3. 附件 5：财务-费用明细（截至 9/2 22:43，被限时段仍按 Pro 计费，无通道切换）
4. 附件 6：失败重试回合扣减 13% 额度记录
5. 附件 7：Start Plan is busy 报错截图

需要官方正面回答（请勿以「建议切换模型或稍后再试」回复）

1. 当前账户被服务的档位是 Pro 还是免费/体验档？日额度 300 万是否即新用户档数值——请答复「是」或「不是」。
2. 9/2「领免费token」按钮的领取动作变更了账户的什么状态？该状态与套餐权益的优先级关系是？
3. 「今日免费计划额度」的规则文档在哪里？各档位日额度分别是多少？8/31 到期的加成活动结束后配额如何回落？
4. 失败的重试回合为何也扣减额度？Start Plan is busy 中 busy 的判定依据是服务端容量，还是对本账户的档位判定？

诉求

1. 立即恢复本账户 Pro 档权益服务，解除「免费计划额度」拦截；
2. 以书面形式说明上述额度规则（档位数值、扣减规则、与订阅的关系）；
3. 对 9/2 至今因错误限流造成的使用损失与开发延误，给予额度补偿或订阅时长顺延；
4. 若三个工作日内无法恢复权益，按剩余订阅天数全额退款。

No source file or test is identified in the report. Start by reviewing CONTRIBUTING.md and the ZCode Desktop v3.10.1/v3.10.2 reproduction steps, then inspect the supplied quota, billing, and “Start Plan is busy” evidence; done means the Pro account behavior and documented quota rules are established or the service defect is routed to its owner.