Claude Code 将于 2026 年 9 月 14 日把标准周限额永久提高 25%，但相对今天正在享受的临时额度，可用量会少约 16.67%。 两句话都成立，因为比较的基准不同：旧标准是 100，当前临时活动是 150，新标准则是 125。ClaudeDevs 官方公告确认了永久上调；同帖官方补充也明确说明，这比当前活动额度少约 17%。
截至本文更新日 2026 年 9 月 8 日，这仍是未来变更。现在安排下周的编码任务，应按新标准预留容量；今天突然不能继续，则先检查账户的五小时和每周用量，不能直接归因于尚未生效的调整。
9 月 14 日前后，周限额到底是多少？
| 时段或比较基准 | Claude Code 周限额指数 | 怎么理解 |
|---|---|---|
| 本轮临时活动前的旧标准 | 100 | 只用于比较，不是公开的 token 数或美元额度 |
| 当前临时活动，2026 年 5 月 13 日至 9 月 13 日 23:59 PT | 150 | 在旧标准上增加 50% |
| 官方宣布的 2026 年 9 月 14 日起新标准 | 125 | 在旧标准上永久增加 25%；比当前活动少约 16.67% |
官方活动说明已把临时加成延长至 9 月 13 日 23:59 PT。按该日美西夏令时换算，是北京时间 9 月 14 日 14:59。因此不能把“9 月 14 日”理解成北京时间当天零点就统一切换。活动结束时刻也不是每个账户自己的周重置时刻；官方没有承诺所有账户下一分钟便完成调整。
这次周限额变化适用于 Pro、Max、Team 和符合条件的按席位 Enterprise；活动说明不包含 Free 或按用量计费的 Enterprise。Claude Code 的 CLI、IDE、桌面和网页使用方式在活动范围内，五小时上限不因这次周额度活动而改变，Claude Chat 和 Cowork 的限额也没有获得这项加成。
日期上还要纠正一个容易沿用的旧信息：现在不应再按“8 月 31 日结束、是否永久化未知”安排容量。官方已经延长活动，并另行宣布 9 月 14 日起的永久新标准。帮助页中的“恢复标准限额”应结合后续公告理解，新标准不等于旧标准 100。
为什么 +25%，算出来却是少约 17%？
计算减少比例时，分母应当用当前可用的 150：
- 当前活动额度：100 × 1.5 = 150。
- 未来标准额度：100 × 1.25 = 125。
- 相对当前的变化：(125 − 150) ÷ 150 = −16.67%。
少掉的是旧标准的 25 个指数点，但不是当前额度的 25%。反过来说，新标准仍比旧标准多四分之一，只是保留了当前活动增量的一半。
今天一周用到 80%，调整后够不够？
可以做一个有明确前提的预算估算。假设是同一套餐、同样的 Claude Code 工作量，模型搭配和计量方式也不变：当前周额度用掉 80%，相当于 150 × 80% = 120；放到新标准 125 中，就是 120 ÷ 125 = 96%。当前用量若接近 83.33%，同样的工作量就大致相当于新标准的整周额度。
这适合判断是否需要给下周少排一些重任务，不适合预测账户读条会怎样跳动。100、150、125 都是比例指数，不是 token、消息数、可编码小时数或可消费的美元。官方未公开完整的绝对额度和变更时的账户换算规则，也未说明正在进行的周周期会如何迁移。因此不能保证“9 月 14 日会清零”，也不能保证“剩余额度百分比原样保留”。
如果一周里混用了 Claude Chat 和 Claude Code，上面的单一比例只能作为有限参考：加成只针对 Code，而两者又共享计划限额，不能把所有聊天和编码消耗一起乘以 1.2 来预测新读条。
五小时和周限额哪个先挡住任务？读哪一条？
任何一条适用的限制先到顶，都可能让任务停下来。 周额度还有余量，不代表当前五小时窗口可用；五小时窗口刚重置，也不能解除已经耗尽的周额度。
先打开 Claude 的 Settings > Usage，或在 Claude Code 中运行 /usage。读每条进度条的名称、已用比例和重置时间，不要只看最显眼的一个数字。账户展示的模型名称可能不同，应以当前界面为准。官方用量说明介绍了会话和每周用量的查看方式。
| 到顶的项目 | 代表什么 | 应当等哪次重置？换模型有用吗？ |
|---|---|---|
| 当前会话／五小时总限额 | 短时间内的共享额度用完 | 等该会话窗口显示的重置时间；换模型不能恢复这条总额度 |
| 全模型每周总限额 | 本周适用的总额度用完 | 等这条周限额的重置；五小时恢复和换模型都不能解除它 |
| 某个模型或模型家族的专项限额 | 特定模型的可用量用完 | 等该行重置；若总额度和另一模型家族均有余量，才可能切换继续 |
例如，五小时用量显示 100%，全模型周用量显示 40%，挡住你的是短窗口；周额度多出来也不能立即继续。若五小时显示 10%、周用量显示 100%，则要看周重置时间。若只有某个模型的专项读条到顶，而总限额仍有余量，再考虑用 /model 切换到可用的其他模型家族。这一区分来自 Claude Code 官方用量与成本文档。
若同时有两条限制到顶，第一条恢复后还要检查第二条。不要假定周限额每周一重置，也不要用月费续费日推算它；账户用量面板显示的时间才与这次等待有关。
用量数字看起来没更新怎么办？
/usage 如果显示 Showing last-known usage，展示的是缓存结果，官方文档说明缓存可能在 60 分钟内；可以按 r 重新获取。此时先刷新计划额度，再判断是否真正到顶。
同一页面里的本机用量归因也有另一层边界：按 d／w 查看的一天或一周明细来自本地历史，不包含其他设备和 claude.ai 的全部活动。它能帮助寻找这台机器上的消耗来源，却不能单独证明共享计划“少扣了”或“多扣了”。
Chat 和 Code 是不是共用一本账？
对于 Pro 和 Max，Claude 与 Claude Code 的活动共享订阅计划限额；IDE 使用同一凭据也算在其中。官方 Pro／Max 指南明确说明了这种共享关系。因此，你在网页端长时间聊天后，再打开终端，不会自动获得另一份独立订阅额度。
不过，“共用计划额度”和“每种产品获得相同加成”是两件事。当前 +50% 以及宣布的新标准 +25%，说的都是 Claude Code 周限额，不能据此声称网页聊天也多了 50% 或 25%。官方没有公布足够的混合扣减权重，无法把“今天聊了多少条，加上跑了几个编码任务”精确换算成一个人人通用的剩余值。
实际使用量还受对话复杂度、模型、effort 和功能等因素影响。一次短提问与一次包含大量上下文和工具调用的编码任务，并不是等价的一次使用。官方限制说明也区分了用量限制和单次对话的长度限制，所以没有可靠的“某套餐固定可发多少条、固定能工作多少小时”换算表。
“$200 几天用完”是把月费花完了吗？
这类说法要先拆开三个数字，否则很容易把周限额当成钱包余额。
| 看到的金额或状态 | 它是什么 | 能否直接当作订阅余额？ |
|---|---|---|
| 每月 $200 等订阅价格 | 购买对应计划的月费 | 不能。月费不是一笔按 API 单价逐次扣减的现金额度 |
/usage 中的 Session 美元成本估算 | 当前会话用量按价格估算的成本 | 不能。它和订阅计划的额度进度条是不同指标 |
| API 账户余额或另行启用的付费继续用量 | 单独计费的使用 | 应在对应账单中查看，不能与订阅额度混算 |
因此，“开了 $200 套餐，几天就不能继续”可以表示某条计划限额提前耗尽，并不证明系统已从订阅钱包中扣完 $200。反过来，CLI 显示了一个美元估算，也不等于已经产生同额的额外账单。官方成本文档将会话成本估算与订阅使用限额分别说明。
如果你原本打算用订阅额度，却发现走了 API 计费，应检查是否设置了 ANTHROPIC_API_KEY。官方指南说明，这个环境变量会使 Claude Code 使用 API 身份验证和计费。API 额度与订阅额度分开，9 月的订阅周限额调整不能替代 API 账单或速率限制的排查。
/limit-reset 能提前恢复周额度吗？
不能把它当成周额度重置办法，也不能保证每个账户都有。 已有用户原始报告展示会话限额被重置，同时提示每周限额仍然适用；另有用户报告自己没有该功能。这些是用户观察，不是本文实测，也不足以确认统一的适用资格或次数。
如果你当前客户端确实提供这个选项，应按账户展示的说明判断它能恢复哪条限制。不要把“每人每周必有一次”或“可以把周额度清零”写进任务安排。若全模型周额度已经到顶，即使五小时会话额度恢复，周限制仍会挡住任务。
自然等待和提前重置也不同：官方交互文档说明，符合条件的交互式订阅会话可以等待限额自然重置后继续。这只是减少手动恢复操作，不会把重置时间提前。
现在该等、该换模型，还是重新安排工作？
先确认限制名称，再安排下一步：五小时总限额到顶，就看五小时重置；全模型周限额到顶，就看周重置；仅模型专项到顶，才检查其他模型能否承接任务。 换聊天入口、开一个新终端或重新建会话，都不等于新领一份共享计划额度。
准备跨过 9 月 14 日的任务时，可以用 150 → 125 估算同样编码工作量的预算压力，但要把 Chat 混用、模型变化和个人周周期排除在精确预测之外。开始较长任务前同时看五小时和周用量；等待前保存当前目标、已完成改动和下一步。政策百分比用于安排容量，账户当下的限制名称与重置时间用于决定何时能继续。
