你以为Claude Code的额度涨了？9月14日之后实际上少了17%

上周，Anthropic 在 X 上发了一条动态，标题党看了都说好：Claude Code 周限额永久提高 25%。开发者看完一算——实际上从 9 月 14 日起，每周能用的量比现在少了 17%。这到底是怎么回事？

官方怎么说的

8 月 30 日，Anthropic 通过 @ClaudeDevs 账号宣布：9 月 14 日起，Claude Code 标准周限额在 Pro、Max、Team 以及按席位计费的企业版上永久提高 25%。

这是一条听起来绝对是好消息的公告。25%，永久提高，白纸黑字。

账要这么算

问题出在这个 25% 的参照基准。

从今年 5 月 13 日开始，Anthropic 搞了一个临时政策：所有 Claude Code 付费用户周限额统一上浮 50%。这个增幅原本只是临时措施，但官方连续四次延期，一直延续到今年 9 月 13 日。

换句话说：此时此刻，你手里的 Claude Code 每周能用 150 个单位（以原始基准为 100 计）。

9 月 14 日之后，官方说永久提高 25%——参照的基准是原始的 100，不是现在的 150。100 × 1.25 = 125。

所以，真实的数字是：你的周限额从 150 变成了 125。

比原来（临时政策之前）多了 25%，但比现在少了 17%。

Anthropic 自己也承认了这点。官方先发了一条 announcement，被社区发现算法不对、引发大量讨论之后，删帖重发了一条澄清，确认了”相比今天减少了 17%”这个事实。

开发者什么反应

反应主要集中在三点。

第一，措辞有问题。 “永久提高 25%”和”实际上是减少 17%”放在一起，在 X 上引发了大量讨论，有人直接在官方帖子下面加了 Community Note 把算法讲清楚。The Decoder、BleepingComputer、Notebookcheck 等科技媒体都跟进了报道，标题基本都是一个路数：Anthropic 悄悄砍了用量。

第二，定价策略变了。 过去软件订阅是固定席位制，现在 AI 编程工具更像容量服务（capacity-as-a-service）——你的用量和你的钱包直接挂钩，每周都要算账。Anthropic 这轮调整被解读为从”用量扩张期”转向”精细化运营期”的信号。

第三，Claude Code 已经够贵了。 数据显示，截至 8 月 10 日，Claude Code 的追踪年化收入约 151.2 亿美元，占 Anthropic 全公司年化收入的 21.9%。增长数字很好看，但过去四周的环比增长率已经降到了 5.2%。在这个节点上”悄悄减少用量”，开发者的感受可想而知。

官方说会有补偿

Anthropic 在澄清帖里留了一句话：”我们正在开发一些改动，会让用户感觉从 Claude 获得的价值更多，同时提供更强的可见性和控制力。”具体是什么，官方没说。

同期，Anthropic 确实在往 Claude Code 里塞新功能。8 月 26 日发布的 v2.1.247 里内置了一个叫 SendFeedback 的工具：当 session 里出现工具持续失败、Claude 无法完成你要求的任务、或者它自己发现了一个错误时，它会自动起草一份反馈报告，你只需要从 /feedback 入口里 review、修改、提交或者丢弃。这个功能解决了过去”出了问题当时没记下来，过后根本想不起来具体发生了什么”的痛点。

但这个功能和限额调整是两件独立的事。

实际影响怎么算

官方说了一句大实话：周限额不等于固定次数的 prompts。实际消耗速度取决于对话长度、选了哪个模型、工具调用频率、以及 effort 级别。所以两个相同计划的用户，消耗完限额的速度可能完全不一样。

不过大致的方向是确定的：如果你目前每周都把 50% 增幅的限额用满，9 月 14 日之后你会突然发现有一段时间用不了 Claude Code，要等下周重置。

现在能做什么

第一，趁现在把大任务跑完。 50% 增幅还剩不到两周，用满它。

第二，review 一下自己的消耗结构。 看看哪些任务必须用 Opus，哪些可以用 Sonnet 或者 Haiku 把配额省下来。

第三，关注 9 月 14 日官方会放什么新功能。 如果”让用户感觉获得更多价值”的功能足够实在，17% 的用量减少可能不一定是坏事——前提是那些功能真的提升了单位用量的产出效率。

第四，如果用量实在不够，Max 计划不设上限。 这是官方给的升级路径。

Claude Code 这轮调整的本质，是把一个临时促销的泡沫挤掉，换成一个更可持续的容量边界。对已经重度依赖它的团队来说，这个账迟早要算清楚——只是官方给的算账方式，比大多数人的直观感受绕了一点。