「额度上调」先别鼓掌：Claude Code 这笔账，你当下少了约 17%

周一打开 Claude Code，准备接着改上周那个仓库。消息推送写着：周额度永久上调 25%。群里有人转发「利好」，你点开用量页，却比上周更早撞上限。

这不是错觉。

Anthropic 近期针对 Claude Code 的额度调整，核心就一句话：原先那档临时周额度 +50%，将于 9 月 14 日起改为永久 +25%。 宣传口径是「上调并永久化」；相对你此刻正在用的额度，算法却是另一套——

标题往上走，体感往下走。同一条公告，两种结论同时成立。本文只做一件事：以后再看到任何厂商的额度新闻，先会算下面三笔账。算不清，就很容易被「永久加码」四个字带着跑。

公告永远爱跟「调整前的原额度」比；用户体感永远跟「昨天还能用多少」比。

---

第一笔账：对比基数——跟谁比，决定这是利好还是缩水

额度新闻最容易翻车的地方，不是百分比写错，而是分母被偷偷换了。

先把三个数字摆到同一张桌子上。假设调整前的原周额度是 1，那么：

官方可以说：相对原额度，永久多了 25%，而且临时福利转正了。这句话在算术上没错。

你也可以说：相对这几周已经习惯的用量，9 月 14 日之后大约少六分之一。这句话同样没错。

小学生公式就这一行，建议截图存手机：

新体感 = 新倍数 ÷ 当前倍数 − 1
= 1.25 ÷ 1.50 − 1
≈ −16.7%

「临时 50% 加成改成永久 25%」听起来像升级，本质是：把已经发到手里的临时福利收回一半，再给剩下那一半贴一张「永久」标签。 对从未享受过 +50% 的新用户，这可能是净增加；对已经按 ×1.5 排期、排 Sprint、排 Code Review 的人，这是一次温和但真实的缩水。

读公告时，先问三句：

1. 原价额度是多少？（厂商最爱用的分母）

2. 当前临时额度是多少？（你这周真实可用的分母）

3. 新永久额度是多少？（下周起的分母）

三个分母不齐，百分比没有意义。小白最容易中招的点就在这里：新闻标题用分母 A，你的体感用分母 B，两边各说各的，评论区开始互骂「涨了」和「砍了」。其实两边算的不是同一笔账。

再补一句中国用户特别容易踩的坑：官方订阅、代充、中转 API 上的「额度数字」不能直接横比。 有的按周、有的按小时、有的按请求次数、有的按 token，再叠不同模型、是否开 thinking。数字长得像，窗口和计价口径不一样，横比等于把「一斤」和「一公里」放一起加减。必须先统一到同一窗口、同一模型、同一种计数单位，再决定谁更划算。

---

第二笔账：生效窗口——周额度只是最外那一层

很多人读完「周额度 +25%」会下意识换算：那我每小时是不是也能多干 25%？

通常不是。

Claude / Claude Code 常见的限制是叠着的，不是单一水桶。粗线条可以记三层：

1. 周总量：整周能花掉的额度上限，宣传百分比多半打在这一层。

2. 短滚动窗：大约 5 小时一截的滚动限制，用太猛会先在这里卡住。

3. 突发峰值：短时间集中请求、工具调用、并行会话，会先撞局部上限，而不是等周额度见底。

用一张示意图看「先撞哪一层」：

一次请求进来
│
▼
┌─────────────┐
│ 短滚动窗    │  ← 大约 5 小时
│ 还有余量？  │
└──────┬──────┘
没有 │ 有
▼     ▼
【先卡在短窗】   ┌─────────────┐
再猛也打不出去   │ 周总量      │
│ 还有余量？  │
└──────┬──────┘
没有 │ 有
▼     ▼
【等到下周】  请求放行
（仍可能被峰值限制削一刀）

这意味着两件很具体的事：

• 周额度从 ×1.5 降到 ×1.25，对「每天均匀用一点」的人，体感可能只是周末少一点余量。
• 对「下午开三个 Claude Code 会话、对着仓库连改带测」的人，卡点往往在 5 小时窗。周总量就算再高 25%，短窗不够，你该停还是停。

给进阶读者一句口诀，以后读任何家的额度公告都能套：

先看最短窗口，再看周总量，最后才看宣传百分比。

百分比是广告语。最短窗口才是你下午 3 点会不会突然「请稍后再试」的那根绳子。9 月 14 日之后，若你的工作方式仍然是「短时间打满」，你会比「周额度少了 17%」更早感受到摩擦——因为摩擦发生在更短的那一层。

也不要反过来吓自己。轻度用户、偶尔问两句、一天里零散几次补丁，短窗几乎摸不到顶，周总量从 ×1.5 降到 ×1.25，可能整周都无感。额度新闻的杀伤力，跟你的使用密度成正比，不是跟标题字号成正比。

---

第三笔账：有效产出——标称 token 不是你干完活的量

前两笔账还只是「库存」。真正干活的人还得问第三句：这些额度里，有多少能变成交付物？

额度公告里的数字是标称库存。你的交付能力，要再扣掉一层「损耗」。常见的吃额度方式包括：

• thinking / 扩展思考：同一句需求，模型先在内部想一轮，再给你答案。你看到的是一条回复，账上可能记了更长的推理过程。
• 缓存读写：重复上下文有时能省，有时读缓存、写缓存本身也计费或计额度，口径因通道而异。
• 失败重试：测试红了、补丁没打上、工具调用超时，自动再来一轮，额度照扣。
• 模型切换：同一个会话里从快速模型切到更强的模型，单价和限额可能一起变。
• 工具调用：读文件、跑命令、搜仓库、连续 diff，请求次数和 token 消耗都会被放大。

用同一段任务感受差距——不必编精确分数，方向已经够清楚：

假设你连续改一个中型仓库，目标是「修完登录模块的 4 个缺陷，顺手补测试」。同样接近 100 次请求：

• 路径 A：关 thinking，自己拆任务，失败了你点一下重试。短窗里大部分额度花在有效 diff 上，4 个缺陷有机会当天收口。
• 路径 B：默认开 thinking，让它自己读仓库、自己跑测试、失败自动再试，中途再切一次更强模型。标称周额度看起来还够，但短窗里被「思考 + 工具 + 重试」吃掉一截，可能只啃完 1～2 个缺陷，下午 4 点先撞滚动窗。

两种路径的「100 次请求」在公告里长得一样，有效完成量可以差出一截。所以看到「额度 +25%」时，不要直接换算成「我能多改 25% 的代码」。更老实的算法是：

第三项因人而异，没有统一系数。你唯一能做的，是拿自己的真实任务测一轮：同一段仓库、同一组指令、是否开 thinking、允许几次重试，分别看短窗和周总量怎么掉。测完才知道 9 月 14 日那 17%，对你是「无感」，还是「下午会提前收工」。

如果你需要把官方订阅、中转、按量 API 放到同一套窗口里估算，与其盯着三家页面上的百分比口算，不如用同一段 Claude 任务做对照——模型、thinking、重试次数对齐，只换通道，看短窗和有效完成量差在哪。需要一个能直接开跑的入口，可以用 api.884819.xyz：用户名加密码即可注册，新用户注册即送体验token。 国产模型完全免费，没有月租、按量付费，注册后就能对话。它在这里只承担「测算 / 对照」的角色，不替代官方订阅，也不用来比较谁 homef 谁不 homef——只帮你把口径对齐，再决定 9 月 14 日之后高峰任务走哪条路。

---

30 秒读公告清单，以及 9/14 前你可以怎么选

把三笔账收成一张可复制的检查表。以后不管是 Anthropic、OpenAI 还是任何一家说「额度调整」，先花半分钟过一遍：

1. 基数：跟原价比，还是跟我当前正在用的比？新倍数 ÷ 当前倍数 − 1，体感是正是负？

2. 窗口：最短限制是 5 小时窗、日限额，还是周总量？宣传百分比打在哪一层？我的高峰会先撞哪一层？

3. 有效产出：thinking、缓存、重试、工具调用会吃掉多少？标称库存换成我这种用法，还能干完几件活？

针对这条 Claude Code 公告，分层看，不必统一情绪：

• 轻度用户（一天几次问答、偶尔补丁）：短窗摸不到顶，周总量从 ×1.5 到 ×1.25，可能整周无感。不必改习惯。
• 中度用户（工作日持续用，但很少并行多会话）：周末余量会薄一点。把高消耗任务（开 thinking 的大重构）错开到短窗更空的时段，通常就够。
• 重度 Claude Code 用户（连续改仓库、多会话、默认 thinking、自动重试）：9 月 14 日后，相对当前大约少 17% 的周库存，且高峰仍可能先撞短窗。9/14 前建议自己估一周用量：哪几天打满、哪类任务最吃额度。然后三选一或组合——改习惯（能关 thinking 就关、失败手动点而不是自动连环重试）、错峰（把重构放到短窗重置后）、把高峰任务分流到其他通道。

情绪落到能执行的那一步就够了：你能算，就能选。 不是去骂「永久」两个字，也不是假装 +25% 对所有人是同等利好。

9 月 14 日之前，打开自己的用量页，按「短窗 / 周总量 / 是否开 thinking」记三天样本。数字比评论区有用。样本在手里，上面那张 30 秒清单才不是空话。

---

额度公告以后还会有。OpenAI、Anthropic、Google 各写各的「每周」「每小时」「每天」，缓存计不计、thinking 计不计、换模型能不能躲开短窗，口径完全不是一套。下一篇会把这几家的周额度、滚动窗、日限额、缓存是否计费收成一张中国用户能直接贴在桌边的对照表——专门回答一个很具体的问题：换模型，到底能不能绕过短窗。你可以把这周估出来的用量数字带着，对照表会比较好用。

#Claude #ClaudeCode #Anthropic #AI教程 #8848AI #人工智能 #额度管理 #AI学习