重度用 Claude 的人经常在某个下午突然被限流，然后开始猜：是按天还是按周？是自然日还是滚动窗口？换个地区订阅会不会不一样？这些猜法都不可靠，因为各档口径不同，官方偶尔还会调整。这篇不讲单价也不讲缓存怎么省，只给一套判断周期、找到当期数字、自己验证刷新节点的顺序，让你在额度见底前就知道什么时候能回血。
重度用 Claude 的人大概都遇到过一个下午突然被限流，然后开始猜：是按天还是按周？是自然日零点还是从第一次消耗开始算？换个地区订阅会不会不一样？这些猜法都不太靠谱，因为各档口径本来就不一样，官方偶尔还会调整。这篇只讲一件事：怎么判断你手上的额度属于哪种周期、去哪儿看当期规则、怎么自己验证刷新节点，让你在额度见底之前就知道什么时候能回血。
思路很朴素：别背时刻表，先分清周期类型，再找到当期数字，最后用自己的账号实测一遍。任何别人写死的时间点都可能过期，自己记下来的那两三个时间戳才最可信。
别背时间，先分清是哪一种周期
第一刀先切开：你在用的是订阅额度还是 API 按量计费。订阅额度有「周期」，用完了会在一段时间后回满；API 按量本质是余额，充多少用多少，不存在刷新一说，最多是账单周期和限额的问题。把这两者混在一起谈刷新时间，后面全是错的。
- 订阅额度常见三种口径：按自然日、按自然周、按滚动窗口，三者的恢复时点完全不同
- 自然日／自然周看的是日历切点，滚动窗口看的是你第一次消耗的那个时间点
- 滚动窗口最容易被误判，因为同一个账号在不同人手里、不同开始时间下，表现完全不一样
- 平台调整口径时不会挨个通知，所以任何写死的时刻表都会过期，要养成去站内对当期规则的习惯
查当期刷新规则的三个位置
站内有好几处跟订阅额度相关，但职责不同，别只看一个页面就下结论。先在套餐页对齐你买的那一档，再看额度是怎么被折算消耗的，最后用重置追踪页看别人实测的时点。
- 套餐对照
- 到 /plans/claude-pro、/plans/claude-max-5x、/plans/claude-max-20x 看各档额度口径与地区差异，注意同档不同区可能规则一致但计价不同
- 订阅折算
- 到 /coding-plans/anthropic-claude-product-subscription-pro 看订阅额度折算成按量价的方式，理解额度到底是怎么被吃掉的
- 编程套餐
- 编程场景另有 /coding-plans/anthropic-claude-product-subscription-max-5x 和 max-20x，编程套餐和网页对话的额度池不一定共用
- 重置追踪
- 想参考别人实测的刷新时点，去 /resets 看额度重置追踪，那里是按时间线记的，不是静态结论
| 你要确认的事 | 去哪个站内页面看 |
|---|---|
| 我买的是哪一档、权益是什么 | /plans 下对应的套餐页 |
| 额度怎么被消耗、怎么折算 | /coding-plans 下对应的订阅页 |
| 别人实测什么时候回血 | /resets 重置追踪 |
| 自己的用量处在什么水平 | /usage 用量对照 |
自己验证：两小时摸清你的账号节奏
查规则只能知道「大概按什么口径」，具体到你的账号几点回血，还是得自己测。好消息是这件事不用花很多时间，记两三次就有结论。
- 记第一条时间戳在额度还剩不少的时候，随手记下时间和当时的剩余量，然后做一轮重活，做完再记一次。这一步是为了量出你的真实消耗速度，不是看绝对值。
- 记被限流的时间点等被卡住那一刻再记一次时间。从你当天第一次明显消耗算起，看这个间隔是落在几小时上，还是几天上。
- 隔一段时间回来看过一阵子回来看是否恢复，把恢复时间也记下来。连续记两三次，就能推断出这是自然周期还是滚动窗口。
- 写进自己的备忘录把这三个时间点存下来，比任何攻略都准。顺便到 /usage 对照同类用户的用量水平，判断自己是不是消耗异常。
验证的时候注意一个坑：如果你中途换了设备、换了网络出口，或者同时开了别的客户端，消耗记录会乱，观察周期会被打断，最好挑一段相对干净的时段来测。
这几种情况下周期规律会失效
上面这套判断方法有个前提：你用的是个人订阅，且只走一条通道。一旦踩到下面几种情况，规律就不成立了，别硬套。
- 团队档往往是共享额度池，个人的刷新规律套不上，要按团队整体用量算
- 同时开了订阅和 API key 时，两条通道各算各的，一方限流不代表另一方不能用
- 账号在不同地区、不同渠道开通时，套餐权益本身可能有差异，先到 /plans 对齐再谈周期
- 遇到官方调价或改规则，之前记的时间点要重新验证一遍，别照着旧记录干等
周期规律只在条件不变时成立；条件一变，你之前记的时间点就只是一条历史记录。
把刷新时间变成排期工具
知道什么时候回血，最大的价值不是心理安慰，而是能拿来排期。把高消耗任务压在额度刚回满的时候做，低消耗的问答挪到周期末尾，节奏会舒服很多。
- 批量重构、长文档处理这类吃额度的大活，排在额度刚刷新之后做
- 日常问答、小改动放到周期末尾，反正也用不了多少
- 用 /tools/model-cost-calculator 和 /tools/token-price-calculator 估单个任务大概吃多少额度，别排完期才发现半天就用光
- 一周里有几天明显不够用，考虑换档位或改走 API 按量，而不是死等刷新；选站和渠道判断看 /sites 与 /rankings
常见问题
Claude 的额度是按天刷新还是按周刷新？
不能一概而论，不同档位和不同入口的口径不一样，有的按自然周期，有的按滚动窗口。稳妥做法是到自己用的那一档对应的站内页面看当期说明，再到 /resets 对照别人记录的时点，最后用两三次实测确认自己账号的节奏。
额度用完了，等到刷新就能立刻恢复吗？
多数情况下到点会恢复，但也有两类例外：一是滚动窗口，恢复时间取决于你第一次消耗的时间，不是固定钟点；二是共享额度池的团队档，别人也在消耗，你等到点可能仍然不够用。发现到点没恢复，先确认是不是滚动窗口或共享池。
订阅额度和 API 的额度是一回事吗？
不是。订阅额度是按周期发放的使用量，用完要等下一周期；API 是按量计费，本质是账户余额，没有刷新概念，花完就是没了。两者互相独立，订阅限流时走 API 通常还能继续，但要单独承担费用。
