OpenClaw:同一 Provider 的 Auth Profiles 輪換(Rotation / Failover)——從「為什麼」到「怎麼做」的生產級指南
導言:你以為你在做 Model Fallback,其實你先死在「同一個 Provider 的同一個帳號」
我很常看到一個典型失敗情境:
- 你以為自己已經把
agents.defaults.model.fallbacks配好了:主力模型掛了就換下一個。 - 結果實際上你遇到的不是「模型掛了」,而是:
- 速率限制 (rate limit)
- 網路抖動 / timeout
- 某個帳號額度用完 (out-of-quota / billing)
- 某個 OAuth token 過期 (auth error)
這些錯誤通常發生在「同一 provider」的層級,而且往往只跟某一組憑證有關。
如果你把所有容錯都押在「跨模型 fallback」,你會付出更高延遲、更高不確定性,甚至更高成本(因為你可能把一個暫時性 rate limit,升級成跨供應商切換)。