先说结论：「429 / 限流」是短时间请求太快——等一会儿就恢复；「额度用完 / 使用上限」是这个周期的套餐额度花完了，按固定周期重置。想不被打断，要么升级、要么等重置、要么让 Claude Code 指向你自己的 API key / 别的模型，这样就不被单一套餐的上限捆住。
先分清：你撞的是哪种上限
| 提示 | 含义 | 怎么办 |
|---|---|---|
| 429 / rate limit | 短时间请求太多 | 等 30–60 秒再试，会自己恢复 |
| 额度用完 / 使用上限 | 这个周期的套餐额度花完了 | 等重置、升级、或用自己的 key |
| Overloaded / 529 | 是服务本身忙 | 过会儿重试，不是你账号的事 |
现在就想继续干
等重置
额度按滚动周期重置。如果快到窗口了，等一小会儿就能继续。
放慢请求节奏
单纯 429 的话，大动作之间批处理或稍作停顿，就不容易撞上每分钟的上限。
切到自己的 API key
用自己的 key 跑（按用量计费）不受订阅的会话额度限制，任务不会做一半被掐断。
让它别再打断你
烦的不是上限本身，而是任务做到一半被掐、又没有退路。真正管用的办法是别被单一套餐的额度锁死。如果你的客户端能自带 key、或者能在一个模型被限时切到另一个模型/供应商，你就能保持节奏，而不是干等重置。有的配置还能常备一个便宜模型，只在真需要时才动用贵的那个。
限流（429）几秒到一分钟就恢复；额度/使用上限要等到重置窗口。分清撞的是哪种，就知道是等一分钟还是该改配置。
往大了说
赶 deadline 时还被单一套餐的额度卡着，是工作流上的风险。一个能自带 key、或第一家被限时回退到第二家供应商的客户端，意味着额度永远没法把你完全卡死——你切一下接着干就是。
常见问题
Claude Code 的使用上限多久重置？
额度按和套餐挂钩的滚动窗口重置。单纯的限流（429）几秒到一分钟内恢复；额度/使用上限要等到下一个重置窗口。
有没有办法不被任务中途掐断？
有——别被单一套餐的会话额度捆住。用自己的 API key（按用量计费）跑，或者能切换模型/供应商，一个被限也不会停下你的活。
限流和额度用完有什么区别？
限流（429）说的是每分钟请求数，很快恢复；额度/使用上限说的是一个周期里的总用量，要等到重置窗口。