Claude 周限额 2026
完整规则 + +50% 加成时间线
截至 2026-10-08，帮助中心写明周限额每周在分配给账号的固定时刻重置，与订阅开始日无关，与 5 小时窗独立。临时 +50% 已于 2026-09-13 结束（帮助中心 2026-09-20 抓取已是过去式；@ClaudeDevs 2026-08-29 写 09-14）。2026-09-14 起标准周限额比促销前高 25%。
更新于 2026-10-08
订阅额度用完或频繁 429？可以改用按 token 计费的 API，一把 key 接着用。
- 按 token 计费，实时单价见 /models
- 支付宝、微信支付、信用卡、加密货币均可付款
- 充值后自助开通、立刻生效
四个关键事实
周限额周期
截至 2026-10-08 帮助中心写明：周限额每周在分配给你账号的固定时刻重置，与何时开始使用、订阅何时开始无关；下次重置时间见 Settings > Usage。
临时加成
临时 +50% 已结束（2026-09-13，@ClaudeDevs 写 2026-09-14）。留下的是比促销前高 25% 的标准周限额。
@ClaudeDevs 写明的加成截止
最初到 2026-07-19，2026-08-18 帮助中心延长至 2026-08-31，@ClaudeDevs 2026-08-29 写 2026-09-14。帮助中心 2026-09-20 抓取已是过去式：It ran from May 13 through September 13, 2026。
和 5 小时窗不冲抵
周限额与 5 小时滚动窗分开计算，任何一层打满都会被拒，不会互相借用。
周限额到底怎么算
截至 2026-10-08，帮助中心写明周限额每周在分配给你账号的固定时刻重置（与订阅开始日无关），它和 5 小时滚动窗是完全独立的两层——5 小时窗管短时高强度，周限额管一周累计总量。周限额一旦打满，放慢速度或等几小时都不会提前恢复。临时 +50%（2026-05-13 起）已于 2026-09-13 结束（@ClaudeDevs 写 09-14）；2026-09-14 起标准周限额比促销前高 25%，换算下来约少 17%（我方计算）。截至 2026-10-08 未检索到 10 月新的官方调整。
+50% 加成的时间线
时间线不要混：最初有效期 2026-07-19 → 帮助中心 2026-08-18 延长至 2026-08-31 → @ClaudeDevs 2026-08-29 写 until September 14 → 帮助中心 2026-09-20 抓取已改写成过去式，促销区间 2026-05-13 → 2026-09-13。两条源的结束日差一天，各标来源并列保留，不合并。2026-10-08 复核：该帮助中心文章未变；帮助中心发布说明最新一条为 2026-09-28（Claude Sonnet 5.5 发布），未检索到 10 月新的官方周限额调整。
时间线
+50% 周限额加成最初被给出的有效期截止日。
2026-08-18 帮助中心宣布把加成延长至 2026-08-31，并提到产能紧张。该条是当时口径；后续见下一行 2026-08-29 @ClaudeDevs（2026-09-14）。
@ClaudeDevs 2026-08-29 写 until September 14；帮助中心 2026-09-20 抓取已是过去式，促销止于 2026-09-13。2026-09-14 起标准周限额比促销前高 25%。
已确认 vs 需要持续关注
已确认
截至 2026-10-08 帮助中心写明：周限额每周在分配给账号的固定时刻重置，与 5 小时滚动窗独立。临时 +50% 的两条一手源都落在过去式一侧：帮助中心（2026-09-20 抓取，2026-10-08 复核未变）写促销止于 2026-09-13，@ClaudeDevs 2026-08-29 写 2026-09-14，相差一天。
需要持续关注
两套一手源只剩结束日差一天：帮助中心 2026-09-20 抓取写 It ran from May 13 through September 13, 2026，@ClaudeDevs 2026-08-29 写 until September 14。本页两条原文并列保留，不合并也不删一条。约少 17% 是我方换算。
周限额 vs 5 小时窗
周限额
一周累计的总量上限，在分配给账号的固定时刻重置，打满要等到这个时刻。叠加的临时 +50% 已结束（帮助中心 2026-09-13、@ClaudeDevs 2026-09-14）。
5 小时滚动窗
短时高强度使用的上限，以实际消耗时刻为起点滚动 5 小时，打满等窗口滚动过去即可，不受周加成影响。
怎么规划自己的周额度
先在 Settings > Usage 看下次重置时间（截至 2026-10-08 帮助中心写明周限额在分配给账号的固定时刻重置），在 Claude Code 里可以运行 /usage 看计划用量条。临时 +50% 自 2026-05-13 起、于 2026-09-13 结束（@ClaudeDevs 写 09-14），2026-09-14 起是比促销前高 25% 的标准周限额，换算下来约少 17%（我方计算）。若节奏按促销余量排的，要改预期。跨模型分流是常见缓冲：非核心任务放到其它模型，把周限额留给确实需要 Claude 的工作。
在 QCode 上怎么办
周限额打满，或额度落到比促销前高 25% 的标准（临时 +50% 已于 2026-09-13 结束，@ClaudeDevs 帖称 2026-09-14），都可以通过 QCode 一把密钥把部分工作切到 GPT、GLM、Kimi、DeepSeek 等模型，不必死等下一周期重置。
常见问题
周限额多久重置一次？
截至 2026-10-08 帮助中心写明：每周在分配给你账号的固定时刻重置，与何时开始使用或订阅何时开始无关，下次重置时间见 Settings > Usage。打满后要等到这个时刻，不会提前恢复。
+50% 临时加成何时结束？
已经结束了。帮助中心 2026-09-20 抓取已是过去式，促销止于 2026-09-13；@ClaudeDevs 2026-08-29 那条写的是 2026-09-14。本页 2026-10-08 复核，该文未变，也未检索到 10 月新的官方调整。
为什么加成的截止日会变？
最初是 2026-07-19；帮助中心 2026-08-18 延长至 2026-08-31；@ClaudeDevs 2026-08-29 写成 until September 14。这是官方自己改日期，不是站内滞后。帮助中心 2026-09-20 抓取又改写成过去式，把促销止日写为 2026-09-13。
周限额和 5 小时窗可以互相借用吗？
不能。两者独立计算，任何一层打满都会被拒，不会因为另一层还有余量就放行。
临时加成到期后，我的套餐会降级吗？
不会降套餐。临时 +50% 已结束（帮助中心写 2026-09-13、@ClaudeDevs 写 09-14），2026-09-14 起是比促销前高 25% 的标准周限额——换算下来约少 17%（我方计算）。计费档位不变。
撞到周限额，除了等重置还能做什么？
帮助中心列出的官方选项是：等限额重置、升级套餐，或购买 usage credits（超出部分按标准 API 价计费，截至 2026-10-08）。另一种做法是把非核心或可以延后的任务切到其它模型上处理，把周限额留给真正需要 Claude 完成的工作；通过 QCode 一把密钥就能做到这一点。
信息来源
促销区间 2026-05-13 → 2026-09-13 与更早各档截止日（原到 2026-07-19，2026-08-18 帮助中心延长至 2026-08-31）：帮助中心 support.claude.com/en/articles/15910845（2026-09-20 抓取已是过去式：It ran from May 13 through September 13, 2026；starting September 14 起周限额比促销前高 25%；5 小时限额不受这条促销影响）。更晚口径：@ClaudeDevs 2026-08-29 16:47 GMT，2093742321473065266（+50% until September 14）。约少 17% 是我方换算，不是官方原句。2026-10-08 复核：同文未变；固定重置时刻与 Settings > Usage 见帮助中心 Pro / Max 套餐文章（support.claude.com/en/articles/8325606、11049741）；超限选项与 usage credits 见 11647753、12429409；发布说明 12138966 最新条目为 2026-09-28；/usage 见 Claude Code 官方文档 code.claude.com/docs/en/costs。
相关阅读
Claude 5 小时滚动窗完整解释
另一层限制的完整运作机制。
1M 长上下文价格对比
Claude、GPT-6 Sol / 6.1 Sol、Grok 4.7、DeepSeek V4.1 Flash 的长上下文计价规则与三个算例（截至 2026-10-07）。
Claude Code 中转下的 1M 上下文
2.1.285 起自定义 base URL 自动用 1M；网关只到 200K 时用 /autocompact 200k，附网关提示头与 529 退避变量。
技术性说明，不代表 Anthropic 官方立场。本页并列帮助中心（2026-09-20 抓取已是过去式，止于 2026-09-13；2026-10-08 复核未变）与 @ClaudeDevs 2026-08-29（until September 14）两条原文；约少 17% 是我方换算。具体额度以账号仪表盘为准。