看懂 Claude 配额时钟
滚动窗、周重置与促销窗口
双限额：5 小时滚动窗 + 周重置。临时 +50% 2026-05-13→2026-09-13 已结束（@ClaudeDevs 2026-08-29 发帖称至 2026-09-14）；09-14 起标准比促销前高 25%。与纯成本优化区分。
两只时钟
5 小时滚动窗口加上固定每周重置。帮助中心 2026-09-20 抓取已是过去式：It ran from May 13 through September 13, 2026，2026-05-13 起的临时 +50% 周加成就此结束；同篇写明 starting September 14, 2026 起比促销前高 25%。@ClaudeDevs 2026-08-29 帖称至 09-14，差一天，各标来源。仪表盘与密钥统计显示你的余量。
临时 +50% 周加成（已结束）
周额度缓冲
帮助中心 2026-09-20 抓取已是过去式：这条临时 +50% 周加成为 2026-05-13→2026-09-13，已结束；2026-09-14 起标准周限额比促销前高 25%。@ClaudeDevs 2026-08-29 帖称至 2026-09-14，与中心差一天。
仪表盘观察
按密钥追踪剩余量与重置时间，合理规划重负载时段。
滚动 5 小时 + 固定每周
两个独立限制造成常见困惑。滚动窗口逐步回填；每周限制对多数用户是硬边界。
实践对冲
在 Grok、GPT 各档和 Kimi 之间保留一部分流量,单一提供商重置不会停止全部工作。自建 Grok Build 接本地模型还能吸纳基线工作。
QCode 让对冲变得简单
一把密钥即可触达 Claude、GPT 各档与国产模型。窗口收紧时切分部分流量。自建本地端点可承接隐私敏感的基线工作。
实用检查清单
- 在长时段代理运行前同时检查滚动窗和每周限额数字。
- 在路由规则中准备好备用模型。
- 临时 +50% 促销 2026-05-13→2026-09-13 已结束（@ClaudeDevs 帖称至 2026-09-14）；周限额落到比促销前高 25% 这一档，换算下来约少 17%。按仪表盘读数规划，别沿用促销期余量。
常见陷阱
把 5 小时窗和周限额当成同一只时钟；把 +50% 当成标准额度（已于 2026-09-13 结束，@ClaudeDevs 称至 2026-09-14；比促销前高 25%，换算下来约少 17%）；未配置跨模型回退。
QCode 让对冲变得简单
一把密钥即可触达 Claude、GPT 各档与国产模型。窗口收紧时切分部分流量。自建本地端点可承接隐私敏感的基线工作。
配额常见问题
如何查看当前窗口？
QCode 仪表盘和提供商用量端点会显示每个密钥的剩余量与重置时间。
促销活动是否影响所有用户？
帮助中心写明对象是 Pro / Max / Team 以及按席位计费的旧版 Enterprise；Free 与按量 Enterprise 不在内；5 小时限额不受这条促销影响。该文章 2026-09-20 抓取已是过去式：临时 +50% 为 2026-05-13→2026-09-13，并写明 starting September 14, 2026 起比促销前高 25%；@ClaudeDevs 2026-08-29 帖称至 09-14。换算下来约少 17% 是我方算法。套餐与计费不随这条促销改。
这与成本优化是同一回事吗？
不是。成本优化页讲支出技巧。本页讲硬限额时间与跨提供商切换以保持速度。
可以混合模型避免重置吗？
可以。一把 QCode 密钥可触达多个家族；绕过紧张窗口路由。