-
-
Notifications
You must be signed in to change notification settings - Fork 80.7k
[Bug]: WebChat model selector shows global default instead of agent-specific default model #77440
Copy link
Copy link
Closed
Labels
P2Normal backlog priority with limited blast radius.Normal backlog priority with limited blast radius.clawsweeper:linked-pr-openClawSweeper found an open linked pull request for this issue.ClawSweeper found an open linked pull request for this issue.clawsweeper:no-new-fix-prClawSweeper does not recommend queueing a new automated fix PR for this issue.ClawSweeper does not recommend queueing a new automated fix PR for this issue.clawsweeper:source-reproClawSweeper found a high-confidence source-level issue reproduction.ClawSweeper found a high-confidence source-level issue reproduction.impact:auth-providerAuth, provider routing, model choice, or SecretRef resolution may break.Auth, provider routing, model choice, or SecretRef resolution may break.impact:session-stateSession, memory, transcript, context, or agent state can drift or corrupt.Session, memory, transcript, context, or agent state can drift or corrupt.issue-rating: 🦞 diamond lobsterVery strong issue quality with high-confidence source-level or clear reproduction.Very strong issue quality with high-confidence source-level or clear reproduction.staleMarked as stale due to inactivityMarked as stale due to inactivity
Description
Metadata
Metadata
Assignees
Labels
P2Normal backlog priority with limited blast radius.Normal backlog priority with limited blast radius.clawsweeper:linked-pr-openClawSweeper found an open linked pull request for this issue.ClawSweeper found an open linked pull request for this issue.clawsweeper:no-new-fix-prClawSweeper does not recommend queueing a new automated fix PR for this issue.ClawSweeper does not recommend queueing a new automated fix PR for this issue.clawsweeper:source-reproClawSweeper found a high-confidence source-level issue reproduction.ClawSweeper found a high-confidence source-level issue reproduction.impact:auth-providerAuth, provider routing, model choice, or SecretRef resolution may break.Auth, provider routing, model choice, or SecretRef resolution may break.impact:session-stateSession, memory, transcript, context, or agent state can drift or corrupt.Session, memory, transcript, context, or agent state can drift or corrupt.issue-rating: 🦞 diamond lobsterVery strong issue quality with high-confidence source-level or clear reproduction.Very strong issue quality with high-confidence source-level or clear reproduction.staleMarked as stale due to inactivityMarked as stale due to inactivity
Type
Fields
Priority
None yet
Bug Description
When an agent has its own
model.primaryconfigured, the WebChat / dashboard model selector displays the wrong model name for thedefaultoption.The backend appears to resolve and run the correct agent-specific default model, but the UI label for
defaultis resolved fromagents.defaults.model.primaryinstead of the currently selected agent's effective default model.Example Configuration
Assume the global default model is Model A:
{ "agents": { "defaults": { "model": { "primary": "model-a" } }, "list": [ { "id": "agent-b", "model": { "primary": "model-b" } } ] } }In this setup:
agents.defaults.model.primary= Model Aagent-b.model.primary= Model BSteps to Reproduce
agents.defaults.model.primaryto one model, e.g. Model A.model.primary, e.g. Model B.defaultmodel option.Observed Behavior
In the WebChat model selector, the
defaultoption is displayed as if it points to the global default model:However, when that
defaultoption is selected, the actual run correctly uses the agent-specific model:So the execution behavior is correct, but the UI display is misleading.
Expected Behavior
When viewing a session for an agent that defines its own
model.primary, the model selector should show the agent's effective default model:The
defaultlabel should be resolved relative to the currently selected session / agent, not always relative toagents.defaults.model.primary.Impact
This is confusing because the UI suggests that the session is using the global default model, even though the backend is correctly using the agent-specific model.
Users may incorrectly believe that:
defaultwill switch the agent back to the global model;This can lead to incorrect debugging and unnecessary configuration changes.
Environment
agents.defaults.model.primaryis set to one modelmodel.primaryset to another modelPotential Root Cause
The WebChat model selector likely resolves the display text for the
defaultoption using only the global default model fromagents.defaults.model.primary.Instead, it should resolve the default label through the same effective model resolution path used by agent execution, taking into account:
model.primary, if configured;agents.defaults.model.primaryonly when the agent does not override the model.