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
Feature Request: Mobile version of OpenCode (Android/iOS/Web UI) #10288
I am currently running OpenCode Web and then reverse proxying it to a VPS for use on mobile devices such as phones. PWA functionality is very much needed.
Reacted by Michael De Rubertis and Simon-Martin Schröder
Not affiliated with anomalyco, but we also wanted this so much we decided to make it happen and put the last 2-3 months on it. We just launched Sesori into open beta and we'd absolutely love some feedback! It's fully free, Open-Sourced and E2E Encrypted.
Current blocker for local APK generation in this environment:
Android SDK/adb missing ( not set), so cannot build an APK locally.
Next step: either provision Android SDK locally or use EAS cloud build to produce APK artifact, then verify connect/stream/notify behavior against a live OpenCode server over Tailscale.
Tailscale server smoke test passed using opencode serve on 0.0.0.0:4097 and health checks via localhost + tailnet IP.
Remaining blocker to close full E2E:
No reachable Android test device/adb endpoint in this environment, so APK install + on-device stream/notification validation is pending until device access is available.
Reacted by Simon-Martin Schröder, Ashutosh Sononey and isaacforde
Hi! I’ve built a lightweight solution that addresses exactly this feature request.
It’s called opencode-remote: a wrapper and WebSocket bridge that mirrors your running local terminal session (1:1 mirror using Node.js IPC, not a separate process) to a mobile-optimized Progressive Web App (PWA) using xterm.js.
This setup allows you to:
Monitor terminal output in real-time on your mobile device.
Send new tasks and accept/deny agent permissions remotely when away from your desk.
Keep the exact terminal state synchronized thanks to dynamic terminal resizing and alternate screen buffer restoration.
Set up a secure Cloudflare Tunnel automatically with a single command (no port forwarding required).
Would it be technically feasible to link OpenCode sessions via WeChat for push notifications (e.g., task complete, attention required) and quick replies?
Just like those traes, a WeChat ClawBot appears in WeChat.
Would love to hear if this aligns with the mobile roadmap. Thanks!
Not the native app this asks for, but a today-option. shell opencode on the box prints a link that opens the real OpenCode TUI in a phone browser, watch and type, which also covers the approve-a-permission-from-my-phone case in #39628 since typing into the link is enough. Disclosure, I work on Pilot Protocol, which develops shell.online. MIT, single binary, macOS and Linux. Caveats, a TUI in a phone browser is cramped next to a real mobile UI, and the link is a bearer credential, anyone holding it can type.
I have a working remote-only Android companion prototype for OpenCode v2 and would like to align with maintainers before sending implementation PRs.
It reuses the upstream packages/app UI and opencode pair --remote; sessions, agents, tools and models still run only on the PC. Android adds a Tauri WebView shell + HTTPS native transport, not a separate auth system or local execution engine.
Would a first-party Android remote companion fit the roadmap alongside Web/PWA and iOS? If so, is packages/mobile reusing packages/app an acceptable direction? I can then submit small PRs for (1) Android shell, (2) secure native network/pairing, (3) mobile lifecycle, and (4) CI/assets/distribution. I will wait for design guidance rather than open one large implementation PR.
Thanks for the request—mobile-friendly web access and an installable PWA are available in 2.0.27. Run opencode pair --remote on your computer, confirm the remote-access prompt, and open the generated link in your phone’s browser; you can add it to your home screen, and your computer must stay running. Update with opencode upgrade or npm i -g @opencode/cli@latest (desktop: update the app). Please comment or reopen if mobile access still does not work on that version.
Activity
github-actions commentedon Jan 23, 2026
This issue might be a duplicate of existing issues. Please check:
Feel free to ignore if none of these address your specific case.
shawnyeager commentedon Jan 25, 2026
+1 for PWA as a lightweight first step.
Home server or laptop + OpenCode web w/ PWA as a systemd service = on-the-go success.
InCerryGit commentedon Feb 11, 2026
I am currently running OpenCode Web and then reverse proxying it to a VPS for use on mobile devices such as phones. PWA functionality is very much needed.
einarpersson commentedon Feb 16, 2026
I don't want a native mobile app, i just want the web ui to be mobile friendly
martynpekala commentedon Mar 14, 2026
@az0307 try my app and let me know what you think 😉
https://github.com/martynpekala/openlens-qr
alexandre-leng commentedon Apr 14, 2026
Can be great Android will be in next month a desktop os and Google want to ptomote
AlexDochioiu commentedon May 15, 2026
Not affiliated with anomalyco, but we also wanted this so much we decided to make it happen and put the last 2-3 months on it. We just launched Sesori into open beta and we'd absolutely love some feedback! It's fully free, Open-Sourced and E2E Encrypted.
That's a quick start for anyone wanting to take it for a spin: https://docs.sesori.com/get-started/quickstart
OpenCodeEngineer commentedon May 17, 2026
Backbone decision update: we reviewed PR #10624 vs #1593 and selected #10624 as the baseline for Android.
Execution plan now in progress:
We will post implementation status and APK build/test notes in follow-up comments.
OpenCodeEngineer commentedon May 17, 2026
Progress update on Android backbone branch ():
Current blocker for local APK generation in this environment:
Next step: either provision Android SDK locally or use EAS cloud build to produce APK artifact, then verify connect/stream/notify behavior against a live OpenCode server over Tailscale.
OpenCodeEngineer commentedon May 17, 2026
Implementation update for Android backbone ():
Completed:
Remaining to close end-to-end objective:
I can drive that verification next once a reachable Tailscale server endpoint and Android device testing context are available.
OpenCodeEngineer commentedon May 17, 2026
Android backbone progress update:
Remaining blocker to close full E2E:
boudra commentedon May 24, 2026
For folks looking for a native mobile app for OpenCode, check Paseo: https://paseo.sh/opencode
cmate0s commentedon Jul 10, 2026
Hi! I’ve built a lightweight solution that addresses exactly this feature request.
It’s called opencode-remote: a wrapper and WebSocket bridge that mirrors your running local terminal session (1:1 mirror using Node.js IPC, not a separate process) to a mobile-optimized Progressive Web App (PWA) using
xterm.js.This setup allows you to:
You can find the repository, instructions, and architecture diagrams here: https://github.com/cmateos91/opencode-remote
Hope this is helpful or inspires future native remote control designs!
alexandre-leng commentedon Jul 10, 2026
This project need to be maintain by opencode and integrate to opencode natively
linghengqian commentedon Jul 11, 2026
opencode pairbash command has already appeared. See https://x.com/thdxr/status/2075690050805739682?s=20 .star-Cosmo commentedon Aug 22, 2026
Hi, thanks for this feature request.
Would it be technically feasible to link OpenCode sessions via WeChat for push notifications (e.g., task complete, attention required) and quick replies?
Just like those traes, a WeChat ClawBot appears in WeChat.
Would love to hear if this aligns with the mobile roadmap. Thanks!
pstayets commentedon Aug 26, 2026
Not the native app this asks for, but a today-option.
shell opencodeon the box prints a link that opens the real OpenCode TUI in a phone browser, watch and type, which also covers the approve-a-permission-from-my-phone case in #39628 since typing into the link is enough. Disclosure, I work on Pilot Protocol, which develops shell.online. MIT, single binary, macOS and Linux. Caveats, a TUI in a phone browser is cramped next to a real mobile UI, and the link is a bearer credential, anyone holding it can type.Rwanbt commentedon Oct 17, 2026
I have a working remote-only Android companion prototype for OpenCode v2 and would like to align with maintainers before sending implementation PRs.
It reuses the upstream
packages/appUI andopencode pair --remote; sessions, agents, tools and models still run only on the PC. Android adds a Tauri WebView shell + HTTPS native transport, not a separate auth system or local execution engine.Prototype: https://github.com/Rwanbt/unifia/tree/feat/upstream-android-remote . Android arm64 APK builds in CI; launcher and existing session views tested on real devices via ADB. Cellular/revocation E2E is not yet certified.
Would a first-party Android remote companion fit the roadmap alongside Web/PWA and iOS? If so, is
packages/mobilereusingpackages/appan acceptable direction? I can then submit small PRs for (1) Android shell, (2) secure native network/pairing, (3) mobile lifecycle, and (4) CI/assets/distribution. I will wait for design guidance rather than open one large implementation PR.arch-rogue commentedon Oct 17, 2026
I have used Openchamber on Android beta app and the experience has been stellar so far
neriousy commentedon Oct 20, 2026
Thanks for the request—mobile-friendly web access and an installable PWA are available in 2.0.27. Run
opencode pair --remoteon your computer, confirm the remote-access prompt, and open the generated link in your phone’s browser; you can add it to your home screen, and your computer must stay running. Update withopencode upgradeornpm i -g @opencode/cli@latest(desktop: update the app). Please comment or reopen if mobile access still does not work on that version.