把 Claude 的每周上限和 5 小时窗口放在一起讲清楚
两只钟同时在走。集中爆发耗尽短窗口;稳定每天用才会碰到每周上限,而短窗口重置时它不会跟着重置。
两只钟就是全部答案。Claude 同时应用一个大约 5 小时的滚动短窗口,和一个位于其上的每周上限。短窗口是某个高强度下午耗尽的那个,它会自己恢复。每周上限是平稳一周累积耗尽的那个,光等不会让它提前恢复。大量描述之所以混乱,是因为人们在拿第一次的经验去解释第二次撞到的墙。
每只钟数的是什么
- 5 小时窗口。滚动周期内的用量。爆发型工作:一次长时间调试、喝完咖啡后的一段重构、把代理丢在大型代码库上跑。这个限制给出的提示里带着一个你真的可以等的恢复时间。
- 每周上限。一周之内的累积。平稳、温和、每天使用的用法才会碰到它,这一点反直觉:一个从来不在某个下午看到限制提示的人,仍然可能在周三撞上每周上限,因为每天都在贡献用量,只是没有任何一次响到让人注意。
两者怎么互相作用
短窗口在卡你的时候,并不会暂停每周那个的累积。它是一道闸门,不是暂停键。这也解释了为什么同一个限制看起来会提前回来:你等过了一个窗口、继续用、然后撞上一个一直在填的天花板。
有用的判断方法很枯燥。按写明的时间恢复之后一直平静的,是短窗口。恢复后一两天内又回来、并且整周反复回来的,是上限。两者里只有第一种能用等待解决。
所谓控制节奏具体指什么
如果约束你的确实是每周上限,那答案在于分布而不是强度,而且下面这些都不算什么巧妙办法:开工之前先决定这件事到底需不需要最强模型;把对话范围收窄,别让每条消息都背着一大段已经没有用的上下文;相关的工作合并做,不要交叉着做;把重的那几天刻意安排一下,因为一个很重的周一会缩短这一周。如果你的工作本身就每周都是重的形状,那分布这条路对你不存在,答案就是更大的套餐。
把余量当成购买
Claude Pro 105 元,约 14 欧元,一个月。Max 5x 是 523 元,约 70 欧元;Max 20x 是 1047 元,约 140 欧元。名字描述的是官方一侧在这两个窗口上的余量;那套内部计算我们不设也看不见,所以这里不会有人给你一个准确的每周数字。20x 相比 5x 值不值,问的是你自己的用量形状,Claude Max 20x 值不值把那笔账算了一遍。同样两只钟在编码代理上的版本见Claude Code 速率限制。
这一页不会声称的两件事
第一,我们没法把官方的内部规则说成确定事实。两个窗口这套结构是产品自己展示出来的,背后的算法属于他们。第二,升级改变的是额度,不是账号的处境:它不影响账号状态是否正常,而因违反条款造成的限制既不可退款也不可投保。这里的订单按标准公式折算:订单金额乘未使用天数除以总天数。实时库存在 Max 20x 页面上。
常见问题
每周上限是午夜重置吗
它按官方自己的周边界走,那个边界不归我们设。账号上显示的恢复时间,比任何按日历的猜测都可信。
我等过 5 小时窗口,每周那个计数会停下来吗
不会。短窗口管的是准入,不是累积。这就是两只钟的区别。
为什么我每天都只用一点,却撞到每周上限
因为每天只用一点的用量形状,正好是那种从不响亮触发短窗口、却一直逼近每周上限的形状。
日常写代码 5x 够吗
取决于你的高强度日子是偶尔还是结构性。先看一周里有几天你会说它是重的,再选档位,购买前在 Max 5x 页面核对库存。
你们能告诉我每周还剩多少额度吗
不能。那个数字在官方的账号视图里,不在我们的订单记录里。我们看到的只有订单、套餐和天数。