⚠️ Rate limited — switching to fallback provider... 點解個 Error 係咁 Loop？

點樣先可以根治？Check 呢幾樣嘢

唔好畀個 Warning 呃咗，要搞掂上游先得。跟住以下步驟逐個 Check：

1. 檢查 Hermes 設定檔 (config.yaml)

你要直接打開設定 File，睇吓主力同後備係點 Set。

• Primary 係咩 Model？ 係咪你自己 Set 咗一個好低 Quota 嘅 Key？
• Fallback Chain：係咪真係跳咗去第二個完全唔同嘅 Provider？定係因為大家都用緊

  custom endpoint

  ，指向同一個閘道 (Gateway)？
• 留意 fallback_providers 呢一欄，如果有寫，就代表佢會跟次序跳。

2. 檢查 API 閘道 (Gateway) 狀態

如果你有用 OpenClaw Gateway 或者自建 Gateway，行吓呢幾個 Command 睇狀態：

• openclaw gateway probe

  ：睇吓 Reachable 與否。

• openclaw gateway status --deep

  ：直接睇背後嘅真實 Error Code。如果唔係單純 Rate Limit，而係 Client 錯配，呢度會見到。

3. 確認係咪真係 HTTP 429

大部份呢啲 Case，背後都係

HTTP 429

• 如果你個 Context 好長（例如貼咗成個小說入去），上游要求嘅資源（Extra Usage）會幾何級數上升，好容易直接觸發 429。
• Check 吓你係咪俾 Organization 層面限咗，唔單止係條 Key 限咗。

4. 終極大法：換 Key / 換 Pool

如果你確認條 Key 冇問題，純粹係用晒免費額度：

• 等：等下個 Time Window 重置。
• 換 Key：如果你個 Primary 係用 Anthropic，直接去官網開過條新 Key，擺落你嘅 Gateway Host 嘅 .env 檔，然後 重啟 Gateway。
• 改 Fallback：如果你個後備 Model

  sg claude opus 4.7

  都成日死，不如索性改個後備去 OpenRouter 呢類聚合平台，保證水源唔同。

總括嚟講，佢 Loop 係因為 Hermes 好努力咁想用返你個愛將 Primary Model。一日唔搞掂上游嘅 Rate Limit 問題，佢會繼續咁提醒你。直接改 Primary 嘅 Key 或者設定先係治本嘅方法。