OpenClawは常にレート制限を報告しますが、多くの場合「スタック」しているのではなく、失敗スイッチングをしているのです。 OpenClawの公式オープンソースリポジトリは https://github.com/openclaw/openclaw。 公式のモデルフェイルオーバードキュメントには明確に記載されています:429、同時要求が多すぎる、ThrottlingException、quota limit超過などの信号が出ると、OpenClawは現在のプロファイルをクールダウンに入り、次に利用可能なプロファイルに切り替えます。 つまり、あなたが見ているエラーは、モデルプロバイダーがスロットリングしているだけかもしれません。
同じプロバイダーが同時に複数のプロファイルを持っている場合は、まず1つのプロファイルを修正し、自動的にローテーションさせないようにしてください。 モデルのフェイルオーバー説明はこちらです:https://docs.openclaw.ai/concepts/model-failover。
どの電流制限が先かを決める
- もし429、スロットル、クォータ超過なら、プロバイダークォータが優先されます。
- タイムアウトの場合はコンテキストが大きすぎるか、長い会話を繰り返してコンテキストが重すぎるか確認します。
- 同じアカウントに複数のプロフィールがある場合は、まず1つのプロフィールをピン留めし、自動でローテーションさせないようにしてください。
できること
最も安全な方法は、再挑戦するのではなく、まず並行性を減らすか、より緩やかな割当に切り替えるか、簡単に爆発するプロファイルを別にピン留めすることです。 ピーク時に多くのタスクをこなす場合、OpenClawのクールダウンメカニズムは実際には損失を止める助けになっています。
したがって、OpenClawのレート制限問題の核心は「エラーをどう排除するか」ではなく、まず誰が電流を制限しているのかを特定することです。
