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
After auto-updating to v1.18.1 Desktop App, the new layout design (newLayoutDesigns: true) hides the agent switching indicator (Plan/Build mode toggle) in the UI. Users cannot see which agent is active or switch between Plan and Build mode.
The Tab key is also intercepted by the desktop webview for UI focus navigation and does not cycle agents.
Workaround found: Setting newLayoutDesigns: false and showCustomAgents: true in the desktop app settings (default.dat → settings.v3) restores the agent switching UI.
Plugins
None
OpenCode version
1.18.1 (desktop app, macOS arm64)
Steps to reproduce
Use the Desktop App (not terminal TUI)
Let it auto-update to v1.18.1
Notice the bottom-right corner no longer shows the agent (Plan/Build) indicator
Press Tab — it moves UI focus instead of cycling agents
Press Cmd/Ctrl + . — no visible feedback
Expected Behavior
The agent indicator (Plan/Build) should be visible in the UI
Tab (or agent.cycle keybind) should switch between Plan and Build mode
Screenshot and/or share link
N/A
Operating System
macOS (Apple Silicon)
Terminal
Desktop App (Tauri/WebView wrapper)
Plugins
No response
OpenCode version
No response
Steps to reproduce
No response
Screenshot and/or share link
No response
Operating System
No response
Terminal
No response
Reacted by antong1212, Fabs, codinghuang, Jamie Brannan, Motoi Washida and WilliamKyo
Thanks,it works!
But i still wanna mention that I try to call agent itself to switch the mode but failed. The system prompt may not adapt the new workspace GUI well.
Maybe developers should make a smooth migration from old to new.
its ok to have multiple layouts. but they say they want to remove the old one. I think its really better if they keep it so ppl be able to use it if they dont like the new layout
you can enable the old layout in with a workaround in versions > 1.18.0
Downgrade opencode to 1.17.20 opencode upgrade 1.17.20
Use the still existing toggle in the settings to disable new layout
3. Upgrade to latest version `opencode upgrade`
4. Run `opencode serve` or `opencode web` to enjoy all still missing features from the new UI.
I also have to say. If the new UI would not be so buggy and support workspaces well i am definitely willing to change. I like a few design decisions. But in the current status it is quite unusable. No Commnd Pallete and thus no way to toggle terminal.
Supporting this, and adding that the web UI (opencode web, browser) is affected by the same root cause, not just the desktop app.
Verified against the served web bundle (v1.18.18):
The composer's agent selector is gated on showCustomAgents (Settings -> General -> "Show agent"), which defaults to off.
Its own settings description states the consequence: "When hidden, defaults to Build agent."
So a browser user with the default config has no visible way to switch Plan/Build in the composer. mod+. / shift+mod+. (agent.cycle) also do nothing until the setting is flipped.
Workaround that works in the browser: enable Settings -> General -> "Show agent", then the Plan/Build dropdown appears and mod+. cycles. Same root cause and fix as the desktop issue.
Request: surface the Plan/Build switcher by default (or expose agent cycling independently of showCustomAgents), so the guardrail isn't hidden behind an off-by-default flag on every surface.
Activity
github-actions commentedon Jul 15, 2026
This issue might be a duplicate of existing issues. Please check:
For keybind-related issues (Tab key, Cmd/Ctrl+. agent cycling), please also check our pinned keybinds documentation: #4997
elijahshepherd commentedon Jul 15, 2026
You can toggle via the setting under advanced.
loong024 commentedon Jul 15, 2026
The new UI makes switching between multiple projects cumbersome.
hkmute commentedon Jul 15, 2026
why is it hidden by default
ArkPLN commentedon Jul 15, 2026
Thanks,it works!
But i still wanna mention that I try to call agent itself to switch the mode but failed. The system prompt may not adapt the new workspace GUI well.
Maybe developers should make a smooth migration from old to new.
elijahshepherd commentedon Jul 15, 2026
Unknown
I think it's better. Developers should add a setting that lets users configure it however they want, so everyone is comfortable.
darkine24th commentedon Jul 15, 2026
its ok to have multiple layouts. but they say they want to remove the old one. I think its really better if they keep it so ppl be able to use it if they dont like the new layout
xiaoyuzaijia commentedon Jul 15, 2026
I dont like new layout。It hard to use and ugly。
gabizdini commentedon Jul 15, 2026
Divou, muito obrigada!
semidark commentedon Jul 16, 2026
you can enable the old layout in with a workaround in versions > 1.18.0
opencode upgrade 1.17.20I also have to say. If the new UI would not be so buggy and support workspaces well i am definitely willing to change. I like a few design decisions. But in the current status it is quite unusable. No Commnd Pallete and thus no way to toggle terminal.
Scintsz commentedon Jul 17, 2026
The new UI is quite confusing and differs significantly from what users expect when compared to similar tools, such as Claude Desktop.
thedanielmay commentedon Aug 14, 2026
Supporting this, and adding that the web UI (opencode web, browser) is affected by the same root cause, not just the desktop app.
Verified against the served web bundle (v1.18.18):
showCustomAgents(Settings -> General -> "Show agent"), which defaults to off.mod+./shift+mod+.(agent.cycle) also do nothing until the setting is flipped.Workaround that works in the browser: enable Settings -> General -> "Show agent", then the Plan/Build dropdown appears and
mod+.cycles. Same root cause and fix as the desktop issue.Request: surface the Plan/Build switcher by default (or expose agent cycling independently of
showCustomAgents), so the guardrail isn't hidden behind an off-by-default flag on every surface.thdxr commentedon Oct 11, 2026
Thanks for the report! OpenCode 2.0 is now out and development is focused on V2, so we're closing issues filed against OpenCode 1. Please upgrade (
opencode upgrade --major, details: https://anoma.ly/notes/opencode-2-0), and if this is still relevant on 2.0, reopen this issue or open a new one with your 2.0 version.— from 𝕺𝖕𝖊𝖓𝕮𝖔𝖉𝖊