You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
desktop: hidden agent picker overrides configured default_agent with Build #55535
OpenCode Desktop 2.0.29 uses Build instead of my configured custom primary agent when the composer’s agent picker is hidden.
My global configuration contains:
{
"default_agent": "agent"
}
The running V2 server lists agent as a visible primary agent, but the native app uses Build. Enabling Settings → Preferences → Show agent allows manual selection.
Expected: a new session without an explicit agent choice should use the configured default_agent, regardless of whether the picker is visible. Existing sessions should retain their previously selected agent.
Thanks for the detailed report and for pointing to the exact source lines. I think this is a duplicate of #53944, which reported the same thing on Desktop 2.0.25: new sessions start on build and ignore the configured default_agent, while the CLI/TUI uses it correctly. That issue was closed in favour of #50269, which is still open.
Possible duplicates and related issues, ordered from most to least likely:
You're right that this is more than picker visibility. On current dev, the app never reads default_agent. When the picker is hidden it falls back to build, and when it's shown it starts on the first agent in the list. I've noted this so that fixing #50269 also covers using default_agent for new sessions. Until then, your workaround (turn on Show agent and pick the agent manually) is the way to go.
The bot will close this issue as a duplicate in 1 day unless you reply explaining how your problem is different.
I traced the new-session fallback on dev: it never reads default_agent, and hiding the picker forces build. I’ll fix the default selection independently of the picker-visibility work in #50269, preserving explicit choices and existing sessions. The configured agent will still be validated against visible primary agents, with the existing fallback when unavailable.
Closing this as a duplicate of #53944. It's been a day since the duplicate note and there's been no reply saying how this is different. That issue covers the same problem: the desktop app ignores default_agent and starts new sessions on build. It was closed in favour of #50269, which is still open.
You showed that the app never reads default_agent: it falls back to build when the picker is hidden, and to the first agent in the list when it's shown. That's useful context for #50269, since fixing picker visibility alone wouldn't solve it. Until it's fixed, turn on Settings → Preferences → Show agent and pick your agent manually.
Activity
opencode-agent commentedon Oct 14, 2026
Thanks for the detailed report and for pointing to the exact source lines. I think this is a duplicate of #53944, which reported the same thing on Desktop 2.0.25: new sessions start on
buildand ignore the configureddefault_agent, while the CLI/TUI uses it correctly. That issue was closed in favour of #50269, which is still open.Possible duplicates and related issues, ordered from most to least likely:
default_agentis ignored and new sessions always start onbuild.default_agentfor new sessions); already closed as a duplicate of desktop: cannot select or default an agent (no picker, default_agent ignored) #53944.default_agentproblem in the Web UI on v1.You're right that this is more than picker visibility. On current
dev, the app never readsdefault_agent. When the picker is hidden it falls back tobuild, and when it's shown it starts on the first agent in the list. I've noted this so that fixing #50269 also covers usingdefault_agentfor new sessions. Until then, your workaround (turn on Show agent and pick the agent manually) is the way to go.The bot will close this issue as a duplicate in 1 day unless you reply explaining how your problem is different.
Dante-dan commentedon Oct 15, 2026
I traced the new-session fallback on
dev: it never readsdefault_agent, and hiding the picker forcesbuild. I’ll fix the default selection independently of the picker-visibility work in #50269, preserving explicit choices and existing sessions. The configured agent will still be validated against visible primary agents, with the existing fallback when unavailable.opencode-agent commentedon Oct 15, 2026
Closing this as a duplicate of #53944. It's been a day since the duplicate note and there's been no reply saying how this is different. That issue covers the same problem: the desktop app ignores
default_agentand starts new sessions onbuild. It was closed in favour of #50269, which is still open.You showed that the app never reads
default_agent: it falls back tobuildwhen the picker is hidden, and to the first agent in the list when it's shown. That's useful context for #50269, since fixing picker visibility alone wouldn't solve it. Until it's fixed, turn on Settings → Preferences → Show agent and pick your agent manually.If you think this should stay open, reply here.