openclaw - 💡(How to fix) Fix Configured model fallback is not triggered on temporary AI service overload [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#78535Fetched 2026-05-07 03:35:45
View on GitHub
Comments
1
Participants
2
Timeline
2
Reactions
2
Author
Timeline (top)
closed ×1commented ×1

When the active model/provider returns a temporary overload error, OpenClaw surfaces the error directly instead of falling back to the configured fallback models.

Observed error:

The AI service is temporarily overloaded. Please try again in a moment.

Error Message

When the active model/provider returns a temporary overload error, OpenClaw surfaces the error directly instead of falling back to the configured fallback models. Observed error: OpenClaw should attempt the next configured fallback model before returning an error to the user.

Root Cause

This is usually temporary provider-side capacity pressure. From the user’s perspective, configured fallback models exist specifically to keep the session usable during this kind of transient provider outage.

RAW_BUFFERClick to expand / collapse

Summary

When the active model/provider returns a temporary overload error, OpenClaw surfaces the error directly instead of falling back to the configured fallback models.

Observed error:

The AI service is temporarily overloaded. Please try again in a moment.

Expected behavior

If fallback models are configured, transient provider overload / capacity errors should be treated as fallback-eligible conditions.

OpenClaw should attempt the next configured fallback model before returning an error to the user.

Actual behavior

The request fails immediately with the overload message above.

No configured fallback model appears to be attempted.

Why this matters

This is usually temporary provider-side capacity pressure. From the user’s perspective, configured fallback models exist specifically to keep the session usable during this kind of transient provider outage.

Environment

  • OpenClaw: v2026.5.4
  • Surface: Telegram / main session
  • Fallback models: configured, but not triggered for this overload case

Suggested fix

Classify provider overload / temporary capacity errors as fallback-eligible errors.

Potential matching strings / categories:

  • temporarily overloaded
  • try again in a moment
  • provider 429 / 529 / capacity / overloaded style errors

If a fallback chain exists, OpenClaw should continue to the next model before surfacing the failure.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

If fallback models are configured, transient provider overload / capacity errors should be treated as fallback-eligible conditions.

OpenClaw should attempt the next configured fallback model before returning an error to the user.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

openclaw - 💡(How to fix) Fix Configured model fallback is not triggered on temporary AI service overload [1 comments, 2 participants]