anomalyco/opencode
1
0
Fork 0
mirror of https://github.com/anomalyco/opencode.git synced 2026-07-22 18:25:32 -04:00
Code Issues 5.9k Packages Projects Releases 19 Wiki Activity

Model/Agent selection on the intro screen not applied #3250

New Issue
Closed
opened 2026-02-16 17:39:20 -05:00 by yindo · 5 comments
yindo commented 2026-02-16 17:39:20 -05:00
Owner
Copy Link
Copy Source

Originally created by @Nindaleth on GitHub (Dec 2, 2025).

Originally assigned to: @rekram1-node on GitHub.

Description

After starting OpenCode, the intro screen allows switching the model and/or agent, however the first request is always done with the Build agent and the model configured in opencode.json. Sending the request, immediately interrupting and then switching the model/agent works as expected.

If I remove the "model" setting from opencode.json, I still get some other model than the one I asked for.

This is problematic in two ways:

  • wasting GH Copilot premium request even at the times when I don't need the premium model
  • running the read-write agent even when I asked for a read-only one

OpenCode version

v1.0.126

Steps to reproduce

  1. In opencode.json, configure a model (e.g. "model": "github-copilot/claude-sonnet-4.5")
  2. Start opencode
  3. Switch agent from Build to Plan or switch the model (I used ctrl+x m) from the default to other one
  4. Type in a prompt and submit - other combination processes the request

Screenshot and/or share link

Image

After sending the request we can see a different model/agent is processing:

Image

Operating System

No response

Terminal

No response

Originally created by @Nindaleth on GitHub (Dec 2, 2025). Originally assigned to: @rekram1-node on GitHub. ### Description After starting OpenCode, the intro screen allows switching the model and/or agent, however the first request is always done with the Build agent and the model configured in opencode.json. Sending the request, immediately interrupting and then switching the model/agent works as expected. If I remove the "model" setting from opencode.json, I still get some other model than the one I asked for. This is problematic in two ways: * wasting GH Copilot premium request even at the times when I don't need the premium model * running the read-write agent even when I asked for a read-only one ### OpenCode version v1.0.126 ### Steps to reproduce 1. In opencode.json, configure a model (e.g. `"model": "github-copilot/claude-sonnet-4.5"`) 2. Start opencode 3. Switch agent from Build to Plan or switch the model (I used ctrl+x m) from the default to other one 4. Type in a prompt and submit - other combination processes the request ### Screenshot and/or share link <img width="657" height="276" alt="Image" src="https://github.com/user-attachments/assets/b120527f-6d95-4178-9576-c68b81c2600d" /> After sending the request we can see a different model/agent is processing: <img width="335" height="437" alt="Image" src="https://github.com/user-attachments/assets/611b4d4d-121b-48c7-b382-38d9ada7ef3a" /> ### Operating System _No response_ ### Terminal _No response_
yindo added the opentuibug labels 2026-02-16 17:39:20 -05:00
yindo closed this issue 2026-02-16 17:39:20 -05:00
yindo commented 2026-02-16 17:39:20 -05:00
Author
Owner
Copy Link
Copy Source

@github-actions[bot] commented on GitHub (Dec 2, 2025):

This issue might be a duplicate of existing issues. Please check:

  • #4901: Bug: SDK Messages cause switch back to default model - Describes the same issue where model selection reverts to the primary agent's default model after certain operations (in that case, SDK messages with noReply)
  • #4475: Plugins using noReply seem to cause model to switch to agent default - Similar issue where plugin tools cause the session to revert to the default model instead of retaining the manually selected model
  • #4930: Feature Request: Retain current model and agent selection when switching sessions - Related request about model/agent selection persistence

These issues all relate to the model/agent selection not being retained after certain operations. Feel free to ignore if your specific case differs from these.

@github-actions[bot] commented on GitHub (Dec 2, 2025): This issue might be a duplicate of existing issues. Please check: - #4901: Bug: SDK Messages cause switch back to default model - Describes the same issue where model selection reverts to the primary agent's default model after certain operations (in that case, SDK messages with noReply) - #4475: Plugins using noReply seem to cause model to switch to agent default - Similar issue where plugin tools cause the session to revert to the default model instead of retaining the manually selected model - #4930: Feature Request: Retain current model and agent selection when switching sessions - Related request about model/agent selection persistence These issues all relate to the model/agent selection not being retained after certain operations. Feel free to ignore if your specific case differs from these.
yindo commented 2026-02-16 17:39:20 -05:00
Author
Owner
Copy Link
Copy Source

@Nindaleth commented on GitHub (Dec 2, 2025):

After seeing #4475 and #4901 - both these issues and this issue I just created very possibly describe the same thing. I'm using obra/superpowers plugin which does use noReply: true.

@Nindaleth commented on GitHub (Dec 2, 2025): After seeing #4475 and #4901 - both these issues and this issue I just created very possibly describe the same thing. I'm using obra/superpowers plugin which does use `noReply: true`.
yindo commented 2026-02-16 17:39:20 -05:00
Author
Owner
Copy Link
Copy Source

@Nindaleth commented on GitHub (Dec 2, 2025):

Confirmed, without using plugins the first message respects my agent/model selection.

@Nindaleth commented on GitHub (Dec 2, 2025): Confirmed, without using plugins the first message respects my agent/model selection.
yindo commented 2026-02-16 17:39:20 -05:00
Author
Owner
Copy Link
Copy Source

@Andrewske commented on GitHub (Dec 12, 2025):

I also had this issue and was using superpowers and removing it solved the issue

@Andrewske commented on GitHub (Dec 12, 2025): I also had this issue and was using superpowers and removing it solved the issue
yindo commented 2026-02-16 17:39:21 -05:00
Author
Owner
Copy Link
Copy Source

@rekram1-node commented on GitHub (Dec 13, 2025):

ill close this as a duplicate and get the bug addressed soon, waiting on Daxs branch to merge in

@rekram1-node commented on GitHub (Dec 13, 2025): ill close this as a duplicate and get the bug addressed soon, waiting on Daxs branch to merge in
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
acp
bad
bug
discussion
docs
documentation
enhancement
extension
good first issue
growth
help-wanted
mcp
model-problem
needs:compliance
nix
opentui
perf
pull-request
Mirrored from GitHub Pull Request
 tui
web
windows
zen
No Label bug opentui
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
yindo
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#3250
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?