看懂 Claude 配额时钟
滚动窗、周重置与促销窗口
双限额：5 小时滚动窗 + 周重置。@ClaudeDevs 2026-08-29：+50% 周加成维持到 2026-09-14，随后标准周限额永久 +25%。与纯成本优化区分。
两只时钟
5 小时滚动窗口加上固定每周重置。帮助中心（2026-08-30 抓取）仍写 +50% 延长至 2026-08-31 11:59 PM PT；更晚的官方账号 @ClaudeDevs 在 2026-08-29 写明：当前 +50% 维持到 2026-09-14，随后把标准周限额永久上调 25%。两条口径不要混成一条公告。仪表盘用量与密钥统计显示当前位置。
临时 +50% 活动额度窗口
周额度缓冲
@ClaudeDevs 2026-08-29：许多符合条件账户的额外 50% 周配额维持到 2026-09-14；随后标准周限额永久上调 25%。帮助中心截至 2026-08-30 仍写延长至 2026-08-31，尚未改写成 09-14。
仪表盘观察
按密钥追踪剩余量与重置时间，合理规划重负载时段。
滚动 5 小时 + 固定每周
两个独立限制造成常见困惑。滚动窗口逐步回填；每周限制对多数用户是硬边界。
实践对冲
在 Grok、GPT 各档和 Kimi 之间保留一部分流量,单一提供商重置不会停止全部工作。自建 Grok Build 接本地模型还能吸纳基线工作。
QCode 让对冲变得简单
一把密钥即可触达 Claude、GPT 各档与 Gemini。窗口收紧时切分部分流量。自建本地端点可承接隐私敏感的基线工作。
实用检查清单
- 在长时段代理运行前同时检查滚动窗和每周限额数字。
- 在路由规则中准备好备用模型。
- 2026-09-14 之后按 @ClaudeDevs 口径，周限额会从当前 +50% 促销落到「原标准 +25%」（相对今天约少 17%）。到点后看仪表盘，不要按促销期余量做长期规划。
常见陷阱
把 5 小时窗和周限额当成同一只时钟；把 +50% 当成永久额度（@ClaudeDevs：09-14 后标准只永久 +25%，相对当前促销约少 17%）；未配置跨模型回退。
QCode 让对冲变得简单
一把密钥即可触达 Claude、GPT 各档与 Gemini。窗口收紧时切分部分流量。自建本地端点可承接隐私敏感的基线工作。
配额常见问题
如何查看当前窗口？
QCode 仪表盘和提供商用量端点会显示每个密钥的剩余量与重置时间。
促销活动是否影响所有用户？
帮助中心写明对象是 Pro / Max / Team 以及按席位计费的旧版 Enterprise；Free 与按量 Enterprise 不在内；5 小时限额不受这条促销影响。帮助中心（2026-08-30 抓取）仍写加成到 2026-08-31 太平洋时间 11:59。@ClaudeDevs 2026-08-29 的更晚口径：当前 +50% 维持到 2026-09-14，随后标准周限额永久 +25%（相对当前促销约少 17%）。套餐与计费不随这条促销改。
这与成本优化是同一回事吗？
不是。成本优化页讲支出技巧。本页讲硬限额时间与跨提供商切换以保持速度。
可以混合模型避免重置吗？
可以。一把 QCode 密钥可触达多个家族；绕过紧张窗口路由。