周限额永久 +25%：别被涨幅字面意思绕进去
从 2026-09-14 起，Claude Code 的标准周限额相对原来的基准线永久上调 25%，覆盖 Pro、Max、Team 以及按席位计的 Enterprise。标题里的「涨」是真的，但比较对象是更早那档标准额度，不是你最近几周已经用惯的临时加成。
周限额机制怎么来的、五小时窗口和周限额是两套闸，见更早的说明：Claude 周频率限制。本文只把 9 月 14 日这一档数字关系写清楚，不改那篇的地址。
三个数，别用错分母
把原标准周限额记成 100（Anthropic 不公布绝对 token 数，这里只表示比例）：
| 阶段 | 相对原基准 | 你实际拿到的 |
|---|---|---|
| 原标准（临时加成之前） | 100 | 基准 |
| 临时 +50%（一直用到 9 月 13 日） | 150 | 最近大家手里的那档 |
| 9 月 14 日起永久标准 | 125 | 新的日常上限 |
所以：
- 相对原基准：125 对 100，+25%，官方说法成立
- 相对临时加成：125 对 150，大约 -17%。这个对比官方也承认过，不是自媒体算法
两句话可以同时为真。感觉「被砍了」的人，多半是临时 +50% 期间才开始高强度用、或已经按 150 来排一周的活；感觉「没变甚至更松」的，是还记得加成前那档 100 的人。
这不是活动结束回到原点。原点是 100，现在停在 125。也不是「再涨 25% 叠在 150 上」——没有 187.5 这一档。
改了什么，没改什么
改的是周限额这一道。按官方口径：
- 适用：Pro、Max、Team、按席位的 Enterprise
- 五小时会话限额这次没在同一条公告里改
- 价格、档位名称不随这条变动
- 具体每个套餐的绝对额度仍然不公开，只能看自己账号里的用量
触发周限额之后，以往说明里仍然可以按标准 API 费率可选购买额外用量，不是强制。旧文里的「可选超额」继续成立，见 周频率限制。
怎么看自己用到哪了
桌面端：模型选择器旁边的用量环，能看到当前会话的上下文占用，以及套餐在本周期的用量。上下文是按会话算的，套餐用量在 CLI、桌面、网页之间共享。
终端里用状态 / 用量相关命令或底部状态栏看余量；自己画状态栏把限流字段露出来，见 statusLine。数字因账号而异，别拿别人截图当自己的上限。
什么时候会觉得紧
相对 150 降到 125，大约少六分之一。更容易撞上限的用法没变，只是缓冲薄了一点：
- 同一周里并行开很多会话，每条都在烧周额度
- 长时间挂着 Opus、大仓库反复读全仓
- 评测、批量
-p任务、插件 eval 这类会真实打模型的活（评测见 plugin eval）
并行本身没被禁止。隔离工作区继续用 worktree，但「为了快而同时开五条会话」会更快碰到周闸。与其开着空转，不如做完一条再开下一条，或把能脚本化的丢到 API 超额，而不是让五条会话一起重试失败的编译。
权限过宽导致它乱试命令，也会浪费额度。该 deny 的路径先收紧，见 权限与沙箱。
实操小结
- 记住三个锚点：原基准 100、临时 150、9 月 14 日起 125
- 「永久 +25%」的分母是 100，不是 150；相对最近几周大约少 17%
- 五小时窗口这次没绑在同一条变更上；周限额才是这条新闻
- 用用量环或状态栏看自己的周期余量，不要用绝对 token 传说
- 可选 API 超额仍在；并行会话会加速消耗，按任务开、用完再开
额度口径换了，用法不必戏剧化。看清分母，再决定这一周要不要收一收并行、要不要为个别重任务买超额。