openclaw - 💡(How to fix) Fix [Feature]: freeride switch should preview and confirm before overwriting manually configured fallback chain [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#51043Fetched 2026-04-08 01:05:08
View on GitHub
Comments
1
Participants
2
Timeline
2
Reactions
0
Author
Participants
Timeline (top)
commented ×1labeled ×1

freeride switch silently overwrites manually configured fallback chain without preview or confirmation

Error Message

Consequence: Fallback chain reverts to free-tier models; downstream tasks silently degrade in quality (small-window models receive truncated context without error signal); configuration loss is permanent after compaction

Root Cause

freeride switch silently overwrites manually configured fallback chain without preview or confirmation

RAW_BUFFERClick to expand / collapse

Summary

freeride switch silently overwrites manually configured fallback chain without preview or confirmation

Problem to solve

When running freeride switch to add a model to the fallback chain, freeride silently rewrites the entire fallback list — replacing the manually configured chain with an auto-generated free-tier selection, without any preview or confirmation step.

The change happens inside an active session. After the session compacts, the agent has no memory of the original configuration. Recovery requires manually inspecting the raw session history file.

Proposed solution

Before overwriting an existing fallback configuration, freeride switch should:

  1. Display the current fallback list
  2. Show what it intends to replace it with
  3. Require explicit confirmation before writing

Example:

Current fallback chain:

  1. minimax-m2.7 (1M)
  2. gemini-3-flash (1M)

freeride will replace this with:

  1. model-a (free)
  2. model-b (free)

Confirm? [y/N]

Alternatives considered

Manually backing up openclaw.json before running freeride commands — workable but easy to forget.

Impact

Affected: Any user who runs freeride switch on a manually configured fallback chain Severity: High — silently destroys a carefully configured setup with no recovery path short of inspecting raw session files Frequency: Every time freeride switch is used when a custom fallback chain already exists Consequence: Fallback chain reverts to free-tier models; downstream tasks silently degrade in quality (small-window models receive truncated context without error signal); configuration loss is permanent after compaction

Evidence/examples

Reproduced on OpenClaw 2026.3.13 (commit 61d171a), WSL2 / Ubuntu 24.04.

Steps to reproduce:

  1. Manually configure a fallback chain in openclaw.json with 3+ large-context models
  2. Run freeride switch <model-name> to add a single model
  3. Observe: entire fallback list is replaced, not appended

After the session compacts, /context detail shows no record of the original chain.

Additional information

Related: the same silent-overwrite risk exists any time freeride modifies config inside a live session that will later compact. A general principle of "preview before write" for freeride config operations would address this class of issue.

extent analysis

Fix Plan

To address the issue of freeride switch silently overwriting the manually configured fallback chain, we will implement a "preview before write" feature. This involves displaying the current fallback list, showing the intended replacement, and requiring explicit confirmation before writing the changes.

Steps to Implement the Fix

  1. Modify the freeride switch command to read the current fallback chain from the configuration file.

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 [Feature]: freeride switch should preview and confirm before overwriting manually configured fallback chain [1 comments, 2 participants]