Model selection in /command incorrectly changes the default model
Bug Description
When executing a /command that specifies a different model than the current default, after the command completes, the default model setting is incorrectly changed to the model specified in the command.
Steps to Reproduce
- Select a default model (e.g.,
glm-4.7) in OpenCode settings - Use a
/commandthat specifies a different model withopen subtask: true, for example:/command zhipuai-coding-plan/glm-4.6 open subtask: true - Wait for the command to finish running
- Check the default model setting
Expected Behavior
The default model should remain as glm-4.7 (the originally selected model). The model specified in the command (glm-4.6) should only be used for that specific subtask execution.
Actual Behavior
The default model setting changes from glm-4.7 to glm-4.6 after the command completes.
Impact
Users lose their preferred default model setting when using commands that specify different models, requiring them to manually reset their preferred model after each command execution.
Environment
- OpenCode (1.1.19)
This issue might be a duplicate of existing issues. Please check:
- #6636: Subagent with specific model results in model change in build and plan mode
- #7430: Models in subagents override TUI session model
- #4901: Bug: SDK Messages cause switch back to default model
These issues describe similar behavior where model selection changes after running commands or subagents. Feel free to ignore if your specific case differs from these.