OpenClaw 老报 rate limit，很多时候不是它“卡死了”，而是它在做失败切换。OpenClaw 的官方开源仓库是 https://github.com/openclaw/openclaw。官方的模型 failover 文档说明得很清楚：只要出现 429、Too many concurrent requests、ThrottlingException、quota limit exceeded 这类信号，OpenClaw 就会把当前 profile 放进 cooldown，然后切到下一个可用 profile。也就是说，你看到的报错，可能只是模型提供方在限流。
如果同一个 provider 同时配了多个 profile，就尽量先固定一个 profile，别让它自动轮换。模型 failover 说明在这里：https://docs.openclaw.ai/concepts/model-failover。
先判断是哪一种限流
- 如果是 429、throttled、quota exceeded，优先看 provider 配额。
- 如果是 timeout、context 过大、长对话反复重试，看看是不是上下文太重。
- 如果同一账号开了多个 profile，先固定一个 profile，别让它自动轮换。
能做什么
最稳的做法不是疯狂重试，而是先降并发、换更宽松的配额、或者把容易爆的 profile 单独 pin 住。要是你在高峰时段跑很多任务，OpenClaw 的 cooldown 机制其实是在帮你止损，不是帮倒忙。
所以 OpenClaw 的 rate limit 问题，核心不是“怎么把报错消掉”，而是先搞清楚是谁在限流。
