AREXOpen in interactive Feed

AREX Feed Article

Claude Code 周限额 9 月 14 日起永久上调 25%,比现行 50% 促销少 17%

August 29, 2026

UTC 时间 8 月 29 日(周六)16:47,Anthropic 官方开发者账号 连发三条推文宣布:自 9 月 14 日起,Claude Code 的 Pro、Max、Team 及按席位计费的 Enterprise(seat-based Enterprise)计划,标准周限额将永久上调 25%;在那之前,现行 50% 的临时增幅继续生效。紧随其后的给出对照:与今天相比,新标准相当于周限额下调 17%。

把促销前的标准额度记为 100%,现在的临时额度是 150%,9 月 14 日之后是 125%。1.25 与 1.5 相差约 16.7%,官方表述为 17%。官方还预告正在开发"让你感觉从 Claude 获得更多、同时对用量有更多可见性和控制力"的新功能,但没有给出细节;整条公告未公布各计划的绝对限额数值,也未提及 5 小时限额、订阅价格或 API 定价。以上均为 Anthropic 单方口径,未经独立核实。

三连推文官宣:50% 额度延用至 9 月 13 日

三条推文构成完整安排。第一条原文是:"Starting September 14, we're permanently raising standard weekly limits in Claude Code by 25% for Pro, Max, Team, and seat-based Enterprise plans. Until then, the current 50% increase will be in place."(自 9 月 14 日起,我们将为 Pro、Max、Team 及按席位计费的 Enterprise 计划永久上调 Claude Code 标准周限额 25%;在那之前,现行 50% 增幅继续生效。)

第二条解释口径:"Compared to today, this works out to a 17% reduction in weekly limits on Claude Code."(与今天相比,这相当于 Claude Code 周限额下调 17%。)交代了动机:"Thanks for hanging with us while we figured out what we can sustainably serve going forward."——官方称此前这段时间在测算"未来能可持续地提供多少"。

把日期连起来看:50% 的临时额度会用到 9 月 13 日,9 月 14 日切换为永久 25%。这比 8 月 18 日公告里"促销到 8 月 31 日"的截止期又多出两周,但新推文没有使用"延期"一词,也没有给出 9 月 14 日的具体切换时刻;目前仍写着"到 8 月 31 日 11:59 PM PT 为止"。

临时 50% 三个月,最终只转正了一半

这次调整是 Anthropic 过去四个月限额操作的收尾。5 月 6 日, 宣布三重上调:Claude Code 的 5 小时限额翻倍、取消 Pro 和 Max 的高峰时段缩减、大幅上调 Opus 模型的 API 速率限额;同日 宣布与 SpaceX 签约,获得其 Colossus 1 数据中心全部算力(一个月内新增超 300 兆瓦、22 万张以上 NVIDIA GPU),并明确把新增算力与提额挂钩。本文配图即该公告随文发布的 Opus API 速率限额上调表。

一周后的 5 月 13 日,官方,"立即生效、持续到 7 月 13 日",适用 Pro、Max、Team 和按席位 Enterprise 用户,覆盖 CLI、IDE 扩展、桌面和网页端,自动应用、无需任何操作,且。此后促销一再延期:延至 8 月 19 日,延至 8 月 31 日。8 月 18 日那条同时写道:"我们希望把这变成计划的永久改动,但模型需求强劲,未来几周容量可能紧张。"

如今落地的"永久改动"是 25%,而非 50%。把用量限额解释为"对话预算"(conversation budget),并说明 claude.ai、Claude Code 与桌面端共享同一额度池;此次促销只作用于 Claude Code 的每周限额,5 小时限额不受影响。9 月 14 日切换后,用户将回到"标准 +25%"的每周额度。

125% 与 150%:17% 是这样算出来的

"永久上调 25%"与"比现在少 17%"同时成立,取决于参照系。以标准额度为基准,当前临时额度为 1.5 倍,新永久额度为 1.25 倍;1.25 ÷ 1.5 ≈ 0.833,即比现行水平低 16.7%。Anthropic 取整为 17%,有用户按 16.5% 计算。X 用户 在回复里列出同样的算式:"Base -> 1x, Promo -> 1.5x, Now -> 1.25x",结论是"limits have been reduced by 16.5%"。

更大的争议在措辞。 上这条消息的标题是"Claude Code is going reduce limits by 25% from September 14",讨论串里用户 siva7 反问:"what kind of bullshit speak is the original announcement or do they think devs can't elementary school math?"(原公告说的是什么鬼话,还是他们觉得开发者不会小学数学?)用户 gs17 的回应更完整:"I'm pretty sure they mean going from 150% to 125%, where 1.25/1.50 = 0.83, so they're calling that a 17% reduction. It's less than today, but also more than a limit they made up and then didn't apply."(比今天少,但比那个"造出来却从未真正执行"的标准额度多。)

退订、转投与「词汇体操」

社区反应集中在"用 raise 说 reduce"的表述上。发布后两小时内,主推文获得约 1.4 万次点赞、近 1,400 条回复和 1,100 余次引用转发,浏览量超过 250 万。自称工程师、做有状态 agent 开发的 Rob()回复:"This is a strange way of saying the limits are decreasing"(这是说限额在下降的奇怪方式),获 1,268 赞,是评论区最高赞之一。

自称 dotyard 创始人的 Fahim()晒出退订截图:"I already canceled my subscription today :)"(我今天就取消了订阅)。用户 Ryan()写道:"I think your decision is making us switch to codex respectfully"(这个决定让我们转而投向 Codex 了,respectfully)。拥有约 15.8 万关注者的 Romano()评价:"The vocabulary gymnastics are insane"(这种词汇体操太离谱了)。

也有用户把矛头指向沟通方式本身。自称独立创始人的 Jacob Wright()回复:"You've extended the 50% bump three or four times, usually right before it was supposed to end, and last time you even said you hoped to make it permanent. People planned around that. Now that we're used to it, you're walking it back to +25% and calling it a raise."(你们把 50% 的加量延期了三四次,每次都在到期前夜;上一次甚至说希望永久化。大家已经按这个规划了,现在你们把它收回 25%,还管这叫提额。)开发者 am.will()干脆替官方拟了一版"改写法",并总结:"99% of your bad press is self inflicted do to incredibly poor communication."(你们 99% 的负面报道都是沟通太差自找的。)

多条高赞回复把话题引向模型 Fable 5 的独立额度。自称前端与平台工程师的 写道:"Enable Fable to 100% at least to everyone with this change"(至少借这次调整把 Fable 的额度对所有人放到 100%),获 371 赞。消息发布当晚, 将推文收录进首页, 等媒体也已跟进报道。

公告里的三处留白

推文留下三件尚未落实的事。其一,没有绝对数值:官方只给百分比,各计划每周具体是多少(小时或请求数)没有公布,帮助文档解释实际用量取决于模型、对话长度与复杂度等因素。其二,官方渠道尚未同步:截至发稿,帮助中心的促销页面(8 月 18 日更新)仍写着"促销到 8 月 31 日 11:59 PM PT 结束,之后每周限额回到标准水平",且其适用范围表述为"legacy seat-based users on Enterprise plans",与新公告的"seat-based Enterprise plans"略有出入;最新条目停在 8 月 27 日。截至发稿,这项新安排尚未出现在帮助中心或新闻室页面上。其三,所谓"更可见、更可控"的用量新功能,预告里没有任何细节。

对订阅用户来说,可核实的事实只有一组:9 月 14 日之前,每周额度按 1.5 倍标准执行;之后按 1.25 倍执行。官方建议用 /usage 命令查看自己账户的实际限额——在帮助中心更新之前,这是确认 9 月 14 日后真实数字的最直接途径。

参考链接