[Feature Request] Add OpenCode support - from a team spending ~$20k/day on API

[D36u99er]

Summary

We're a development team spending approximately $20,000 USD per day on AI coding API usage. After extensive testing across all major CLI tools, we'd like to request official support for OpenCode (https://github.com/anomalyco/opencode).

Why OpenCode?

We've battle-tested every major AI coding CLI tool in production:

Tool	Our Assessment
Claude Code	Good, but context management is limited
Codex (Aider)	Decent
OpenCode	Best-in-class context management

What makes OpenCode superior for heavy API users:

1. Near-infinite context handling - OpenCode's context compression doesn't lose critical information. This is the killer feature for teams with high API spend.
2. LSP-enabled - Automatically loads the right language servers for the LLM
3. Multi-session support - Run multiple agents in parallel on the same project
4. 75+ LLM provider support - Works with Claude, GPT, Gemini, and more
5. Fully open source (52k+ stars) - Active community, MIT licensed
6. Client/server architecture - Already designed for remote control scenarios

For teams like ours with significant API spend, context management is everything. Poor compression = wasted tokens = wasted money. OpenCode is the only CLI tool that handles this properly at scale.

The Ask

Add OpenCode as a third supported backend alongside Claude Code and Codex:

happy           # Claude Code (existing)
happy codex     # Codex (existing)  
happy opencode  # OpenCode (requested)

Why This Benefits Happy

1. Massive user base - OpenCode has 52k+ GitHub stars and growing rapidly
2. Enterprise users - Teams with high API spend (like us) need the best context management
3. Architecture fit - OpenCode already has a client/server architecture, making integration natural
4. Open source alignment - Both Happy and OpenCode are MIT licensed

Our Commitment

• We're willing to test beta implementations extensively
• Happy to provide feedback and bug reports from real production usage (~$20k/day API spend gives us extensive test coverage)
• Can potentially contribute to the implementation if needed

References

• OpenCode GitHub: https://github.com/anomalyco/opencode (52k+ stars)
• OpenCode Website: https://opencode.ai/
• OpenCode Docs: https://opencode.ai/docs

Note: The old opencode-ai/opencode repo has been archived. The active project is now at anomalyco/opencode.

Thank you for considering this. Happy Coder is an excellent tool - adding OpenCode support would make it the definitive mobile companion for serious AI-assisted development teams.

[ud3v0id]

Since OpenCode already provides native web functionality, I’m curious about the specific value proposition of integrating it into Happy.

Why should we use Happy as an intermediary for mobile AI coding instead of simply accessing OpenCode’s web interface directly on a mobile device? What additional benefits or mobile-specific optimizations does Happy provide over the direct web experience?

[Zohair-coder]

I find Happy's architecture more suitable for my workflow. I've deployed the Happy backend server on a VPS, which means that I am able to simply start a Claude Code session from my desktop, and then access it from anywhere in the world from my phone, as both the phone and my desktop communicate via the intermediate backend server on the VPS. While OpenCode's web interface is convenient to access from my local network, it isn't as simple to access it from outside the network. I would have to use something like Tailscale if I want to access OpenCode's web UI, which is less convenient. While deploying OpenCode itself on a VPS is an option, I would at that point be editing the code inside the VPS, not my local machine, which is not ideal. I ideally want to start working on my desktop, and continue where I left off on my phone.

[Zohair-coder]

In addition to this, I believe opening their web UI on my phone isn't as pleasant of an experience as opening the Happy app. Also their web UI doesn't send notifications when OpenCode is done.

[oribarilan]

wondering if happy authors are planning on approving this feature request (regardless of implementation) :)

[dalang]

OpenCode’s web UI is currently not accessible on iOS 16 browsers, while the Happy app works well on multiple iOS devices.
I’d love to know if OpenCode support could be considered as a future feature in Happy.

[leeroybrun]

OpenCode support is coming your way in https://github.com/happier-dev/happier, if anyone is interested

[nicktayii]

@D36u99er Opencode is supported natively in Vicoa with real-time sync between terminal and mobile app.
欢迎 +v 聊聊，可以优先开发你们需要的功能。