# Here's my list of reasons for using Opencode

DevFeed: [Here's my list of reasons for using Opencode](<https://devfeed.tech/articles/here-s-my-list-of-reasons-for-using-opencode-25303.md>)

Original publisher: [Read original article](<https://kau.sh/blog/opencode-reasons/>)

Author: Kaushik Gopal

Published: 2026-03-17T20:00:00Z

Content type: opinion

Language: en

Sources: [Kaushik Gopal's Site](<https://devfeed.tech/sources/kaushik-gopal-s-site.md>)

Topics: [User experience (UX)](<https://devfeed.tech/topics/ux.md>), [client](<https://devfeed.tech/topics/client.md>), [servers](<https://devfeed.tech/topics/servers.md>), [context](<https://devfeed.tech/topics/context.md>)

Tags: [agentic](<https://devfeed.tech/tags/agentic.md>), [architecture](<https://devfeed.tech/tags/architecture.md>), [bugs](<https://devfeed.tech/tags/bugs.md>), [external](<https://devfeed.tech/tags/external.md>), [features](<https://devfeed.tech/tags/features.md>), [mcps](<https://devfeed.tech/tags/mcps.md>), [models](<https://devfeed.tech/tags/models.md>), [opencode](<https://devfeed.tech/tags/opencode.md>), [plugins](<https://devfeed.tech/tags/plugins.md>), [switching](<https://devfeed.tech/tags/switching.md>), [tailscale](<https://devfeed.tech/tags/tailscale.md>), [ux](<https://devfeed.tech/tags/ux.md>)

## AI overview

The author gives five personal reasons for using OpenCode: switching between models, its client-server architecture, subagent and mode features, opinionated user experience, and plugin customization. The article also notes that OpenCode has bugs and missing features, which the author says have not stopped them from using it exclusively for two months.

## Source excerpt

Here's my list of reasons for using Opencode. 1. Switch between models on the fly ## I'm often experimenting with the bleeding edge models as they come out. I actively switch between models for tasks and I use them all enough where I can tell the difference. Opencode lets me switch between models mid-task or mid-conversation. Fluidly. 2. client-server architecture (a.k.a built-in remote control) ## I wrote about this and agentic fluidity in more detail but tldr: Opencode has the client/server architecture baked in. So I can just start an opencode server on one machine, expose it through tailscale serve and start using it on my phone or other machines. 3. Subagent + mode features ## I talked about this on my podcast in some detail but Opencode has the best implementation of subagents and modes. You can switch to a subagent definition as your primary mode, then operate other subagents from there. It makes orchestrator-type tasks super easy. 4. Opinionated UX ## I love that OpenCode is opinionated about their UX. They don't try to be Claude Code or Codex. In the process they have some really nice UX patterns like a sidebar with ongoing file changes, context/cost, MCPs connected etc. It's the first time I've not needed to worry about a custom statusline.sh or building one. 5. "Highly" customizable via plugins ## The plugin ecosystem is highly customizable. To the point where you can add new features, integrate with external services or even modify OpenCode's default behavior. The wonderful Jesse Vincent mentioned this to me when I was stupidly contemplating a fork. What's missing # It's not all rainbows and sunshine. Anomaly -- the team behind OpenCode -- is small. Which sometimes shows, because there's definitely bugs and some features missing. But I will say... none that's deterred me from using it for the last two months, exclusively. Go give it a shot. Many of the serious AI coders I know are really liking it and switching.