openclaw - 💡(How to fix) Fix Status card does not show currently active model after fallback [1 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#70405Fetched 2026-04-23 07:25:13
View on GitHub
Comments
0
Participants
1
Timeline
0
Reactions
0
Participants

Error Message

  • Fails with reasoning_content error → falls back to MiniMax
RAW_BUFFERClick to expand / collapse

The /status card shows the configured/default model, not the actual model used after automatic fallback (e.g. due to #70392).

Example:

  • Configured: moonshot/kimi-k2.6
  • Fails with reasoning_content error → falls back to MiniMax
  • Status still shows 'Model: moonshot/kimi-k2.6' without indicating fallback.

Request: Add 'Active Model: actual_model (fallback from configured)' or similar to distinguish configured vs running model.

extent analysis

TL;DR

Update the /status card to display both the configured and actual models used, including any automatic fallbacks.

Guidance

  • Identify the current implementation of the /status card and how it retrieves the model information to understand why it only shows the configured model.
  • Modify the /status card to also display the actual model used, including any fallback models, to provide a clear distinction between the configured and running models.
  • Consider adding a clear indication of when a fallback has occurred, such as "(fallback from configured)", to ensure users are aware of the change.
  • Review the logic for automatic fallbacks, such as the one due to #70392, to ensure that the actual model used is correctly tracked and displayed.

Example

// Example of updated /status card content
Model: 
  - Configured: moonshot/kimi-k2.6
  - Active: MiniMax (fallback from configured)

Notes

The exact implementation details of the /status card and the model fallback logic are not provided, so the guidance is focused on the general approach to resolving the issue.

Recommendation

Apply workaround: Update the /status card to display both configured and actual models, as this will provide the necessary clarity for users to understand when a fallback has occurred, without requiring a deeper change to the underlying model selection logic.

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…

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 Status card does not show currently active model after fallback [1 participants]