Claude Code 周限额：
2026-09-13 之后已变成什么
帮助中心 2026-09-20 抓取为过去式：+50% 周限额加成 2026-05-13 起、2026-09-13 止（@ClaudeDevs 2026-08-29 帖为 2026-09-14）；2026-09-14 起标准比促销前高 25%。5 小时限额未受影响；适用 Pro / Max / Team 与按席位旧版 Enterprise。
更新于 2026-09-21
订阅额度用完或频繁 429？可以改用按 token 计费的 API，一把 key 接着用。
- 按 token 计费，实时单价见 /models
- 支付宝、微信支付、信用卡、加密货币均可付款
- 充值后自助开通、立刻生效
四个关键事实
促销最后一天
官方原文已是过去式：「It ran from May 13 through September 13, 2026」。
已结束的周限额加成
2026-05-13 至 2026-09-13 的限时促销，当时自动适用，无需设置。
不受影响的那个窗口
官方原文（过去式）：「5-hour usage limits were not affected by this promotion」——动的只有周限额。
自己查的命令
在 CLI 里跑 /usage 看你当前账号实际拿到的限额，比任何转述都准。
先分清「周限额」和「5 小时窗口」
Claude Code 有两层节流：5 小时滚动窗口，和每周固定重置的周限额。这次变的只有后者。很多人把「我又被限了」一概归到周限额上，其实白天频繁撞的多半是 5 小时窗口，而它这次完全没动。搞混的代价是判断失误——以为要换套餐，实际只需要等几小时。
官方口径（2026-09-20 查）
帮助中心「Claude Code May–August 2026 weekly limits promotion」2026-09-20 抓取已是过去式：「It ran from May 13 through September 13, 2026」。这是一次把周用量限额提高 50% 的限时促销，期间 2026-05-13 至 2026-09-13；5 小时限额未受影响；当时无需任何操作。@ClaudeDevs 2026-08-29 帖给的截止日是 2026-09-14；2026-09-14 起标准周限额比促销前高 25%，「约少 17%」是我方换算。
时间线
促销开始：Claude Code 的周用量限额提高 50%，自动生效。
促销最后一天（官方页此前写的是 8 月底，后来延长到这一天）。
促销结束后的第一天。帮助中心写明自 2026-09-14 起标准周限额比促销前高 25%；促销最后一天帮助中心写 2026-09-13，@ClaudeDevs 2026-08-29 帖写 2026-09-14。「约少 17%」是我方换算，请以你 /usage 的实际读数为准。
帮助中心明确写了的 vs 需要另找依据的
帮助中心明确写了
① 周限额提高 50% 的限时促销；② 期间 2026-05-13 至 2026-09-13（2026-09-20 抓取已是过去式）；③ 5 小时限额未受影响；④ 适用 Pro / Max / Team 与按席位 Enterprise；⑤ 免费与按量席位不含；⑥ 当时自动生效；⑦ 2026-09-14 起标准比促销前高 25%。
需要另找依据
两源截止日不同：帮助中心写 2026-09-13，@ClaudeDevs 2026-08-29 的帖子写 +50% until September 14。「约少 17%」不是官方口径，是我们用 1.25/1.50 换算的；官方只说比促销前高 25%。最终依据是你自己的 /usage 读数。
两种被限的处理方式
撞 5 小时窗口
最常见的一种。等窗口滚过去即可恢复，通常几小时。这次促销变动完全不影响它。如果你一天里反复被限，先确认是不是这一种。
撞周限额
要等本周重置。促销期 2026-05-13 至 2026-09-13 这个额度比平时高 50%，2026-09-14 起的新标准比促销前高 25%。
09-13 之后现在该做什么
① 促销已经结束，跑一次 /usage 记下你现在的标准周限额；如果存过促销期的读数，直接对比就知道差多少，不用等别人转述。② 如果你的工作流本来就贴着周限额跑，把不需要顶配模型的批量任务挪到便宜的档，或者把峰值负载分到按量计费的通道上。③ 别把调整推到下一次限额变动之后——真撞墙的时候，你已经没有余量做实验了。
按量计费这条路
订阅制的周限额本质是节流阀：额度用完只能等。按量计费没有这一层——按真实 token 消耗扣减，没有「每日额度」「每周额度」的概念，余额充足就一直能跑。代价是成本随用量线性增长，不像订阅那样有上限。两者不是替代关系：峰值和批量任务用按量更不容易卡住；官方高档订阅能不能新购，要以帮助中心为准（2026-09-10 起 ChatGPT Pro $200 新购暂停）。QCode 提供按量这一路，按官方牌价 × 服务费率计价，不转售任何厂商订阅。
常见问题
促销到底哪天结束？
已经结束了。帮助中心写的最后一天是 2026-09-13，@ClaudeDevs 2026-08-29 的帖子写的是 +50% until September 14，即 2026-09-14，两条并列不合并。
那次促销动过我的 5 小时限额吗？
没有。官方原文（过去式）「5-hour usage limits were not affected by this promotion」，那次促销只动周限额这一层。
我是 Team 计划，当时适用吗？
适用过。官方列出的范围是 Pro、Max、Team 与按席位的旧版 Enterprise，免费版和按量计费的席位不含；自 2026-09-14 起比促销前高 25% 的标准也是这几档。
促销结束后额度掉了多少？
基准官方给了：自 2026-09-14 起标准周限额比促销前高 25%。相对促销期掉多少，原文没有写；「约少 17%」是我方换算的。最可靠的做法是跑一次 /usage 记下现在的数字，再自己比。
当时需要做什么才能拿到加成吗？
不需要。官方原文「No action was required to participate」，符合条件的计划自动生效；这条促销已于 2026-09-13 结束。
如果我经常撞周限额，有什么结构性的办法？
两条：把不需要顶配模型的任务下沉到便宜的档位；把峰值和批量负载放到没有周额度概念的按量计费通道上。前者省钱，后者解决「用完只能等」。多数团队最后是两条一起用。
信息来源
促销有效期、5 小时限额未受影响、适用计划、自动生效，以及自 2026-09-14 起标准周限额比促销前高 25%：Anthropic 帮助中心「Claude Code May–August 2026 weekly limits promotion」（support.claude.com/en/articles/15910845，2026-09-20 抓取已是过去式，原文含「It ran from May 13 through September 13, 2026」）。另一条截止日 +50% until September 14 出自 @ClaudeDevs 2026-08-29 帖 2093742321473065266，两条日期本页并列。「约少 17%」是我方换算。以官方页面与你自己的 /usage 读数为准。
相关阅读
Claude Code 5 小时窗口详解
滚动窗口怎么算、什么时候恢复、和周限额的区别。
Claude Code auto mode 指南
交互会话默认进入自动模式（官方文档写 2.1.283、变更日志写 2.1.284）：六种权限模式的区别、怎么关、团队与 CI 注意事项。
Claude Code 用国产模型配置指南
一把 cr_ 密钥在 Claude Code 里调 DeepSeek、GLM、Kimi、Qwen：地址不改，/model 切换。
官方口径抓取于 2026-09-20；促销已于 2026-09-13 结束，@ClaudeDevs 2026-08-29 帖写 2026-09-14。请以帮助中心页面与你自己在 CLI 里 /usage 的读数为准。