alt Hacker NewsClaude Code Remote Control
Comments
Posted elsewhere but will copy here. Been doing this for a while.
- - -
get tailscale (free) and join on both devices
install tmux
get an ios/android terminal (echo / termius)
enable "remote login" if on mac (disable on public wifi)
mosh/ssh into computer
now you can do tmux then claude / codex / w/e on either device and reconnect freely via tmux ls and tmux attach -t <id>
- - -
You can name tmux and resume by name via tmux new -s <feature> and tmux attach -t <feature>
I built a project achieving similar goals. You launch a web server then connect to it using either browser or Android app, then create a session to talk to Claude Code. The sessions are synchronized in real time across all devices and automatically saved to disk and continued when server restarts. Recently I've added features to schedule tasks in the future and to assemble agent teams. The project is mostly vibe-coded with Opus 4.6 with few supervision beyond trying its functionalities out.
Project is at http://github.com/vincent-163/claude-code-multi/. Can be installed easily with nodejs.
Please provide feedbacks and suggestions!
Opencode's 'web' command makes your local session run on the browser with same access rights as the cli. It's a pretty slick interface too. I sometimes use it instead of the cli even when I can access both.
You can test it right now if you want with the included free models.
There's https://happy.engineering/ which already does this with many fewer bugs and supports codex.
I feel like a lot of folks are saying this kills the Code on your Phone opportunity some start-ups are building for. I don't agree. I feel like coding agents are like streaming services, we will subscribe to multiple and switch between them. So for one there's value in a universal control plane. The other is that mobile as a coding interface should offer more than a remote control to the desktop. I think there's still some space to cook, especially if people are investing 8 hours a day talking to agents, the interface surely matters.
Weird all these companies struggle so much to support remote services, ssh has been working for me pretty seamlessly for like the 20 years I've been using it and has allowed me to remote-control any computer I own with relatively reliable authentication (with some hiccups that tend to be patched pretty rapidly when found) throughout that entire period. I hear tell it worked even before I was using computers professionally, too
I used it to add a MIDI driver and support to my OS this afternoon. Worked okay, but I agree it is a bit clunky yet. I think it is pretty good for a preview release. Much better than nothing.
This is buggy to no end. Anthropic needs to slow down
The daily “what broke and changed now” with claude code is wearing me out fast.
Claude Code Team: Please fix the core experience instead of branching out into all these tertiary features. I know it is fun and profit to release new features but you need to go deeper into features not broader into there be dragons territory.
Maybe it’s related to what I tend to use the agents for, but I guess I don’t understand what is this for. Typically I try to structure the tasks in a way that require me to do or check something important when the agent gets back to me. If the agents query is trivial enough I can respond from my phone, it was likely not needed at all. If the agent finished - fine. It will have to wait until I get back in front of the computer anyway.
We've re-invented GNU screen in the most inefficient way imaginable
Too many limitations, for now I'll stick with self-hosted https://github.com/tiann/hapi and Tailscale
I've been running something similar for a few months, which is a voice-first interface for Claude Code running on a local Flask server. Instead of texting from my phone, I just talk to it. It spawns agents in tmux sessions, manages context with handoff notes between sessions, and has a card display for visual output.
The remote control feature is cool but the real unlock for me was voice. Typing on a phone is a terrible interface for coding conversations. Speaking is surprisingly natural for things like "check the test output" or "what did that agent do while I was away."
The tmux crowd in this thread is right that SSH + tmux gets you 90% of the way there. But adding voice on top changes the interaction model. You stop treating it like a terminal and start treating it like a collaborator.
Here is a demo of it controlling my smart lights: https://www.youtube.com/watch?v=HFmp9HFv50s
If you want this to compete with tools in the OpenClaw space, I’d prioritize first class Telegram and Slack support. Push progress into a chat thread, and let me approve, retry, cancel from there. That’s where teams live. A separate mobile frontend will always feel clunky and fragile.
I just built yoloAI https://github.com/kstenerud/yoloai
Gives me full sandboxing with bypass permissions, tmux, and cherry-pick level control over what gets pulled back out into my work dir.
Mix in tailscale and I can control it from anywhere, on any device, with full transferrability using established and battle proven tooling.
Worth noting that this is currently broken for a number of users, I'm on a Max plan and I get the message "Error: Remote Control is not enabled for your account. Contact your administrator" which isn't helpful since I'm my administrator and ... this gets recursive quickly.
There's an open issue on github for it:
On Android app it needs Claude GitHub connection with scope to act on my behalf! Otherwise it won't work in the app. Really do NOT like that!
Why does the remote control needs that? For what?
I rather use the common developer tools like termux or mosh etc. on a phone if I need that functionality.
Can anyone recommend a tool that gives a 'mission control' overview of multiple agents, but also combines some basic project management functionality.
For example, maybe I have an idea for a feature and I want to spin up a new branch and have agents work on that. But then I get stuck or bored (I'm talking personal usage), so decide to park it. But maybe after a few days I have a shower thought and want to resume it.
The current method of listing sessions and resuming them can work, but you need to find the right session. If there is something that shows all the branches, a docs overview of what that feature it, and the current progress it would make this workflow a lot more effective. Plus I switch LLMs when I hit rate limits.
I'm probably going to just build it myself, but wondering if anyone has something that does this already.
New speed record for time from LaunchHN to getting Sherlocked set by that company everyone was dunking on a couple of weeks ago
This new remote control handoff is neat but still requires you to remember to do the handoff. Oftentimes I’m waiting on an agent and then walk away.
I built Crabigator[1] and it's a wrapper around `claude` and `codex`, so its ready for coding on the go on start and already streaming. Plus, crabigator shows many parallel windows, separated by repo/project/machine, so you can manage multiple agents seamlessly.
I would rather have them commit to make a standard out of --sdk-url. I really want to use it in production, but it being undocumented means they can take it away anytime, so stdout it has to be (and hooks).
I don't think they target the pros here who already solved this problem with vpn/tmux/ssh but to those whose thrilled serious reaction will be "whoaaa crazy i can command claude code now from my phone while on the toilet or on a date?" It's basically a defense attempt against Openclaw.
I would have hoped for them to at least support the "/clear" command or some form of it, especially to manage context if we're limited to a single session between the terminal and Claude iOS app. I like to work on things one at a time and /clear my way between them to get back to 0% context, which seems impossible with the current setup here?
Typing "/clear" in the terminal clears it, but the Claude iOS app just outputs raw XML instead and doesn't actually do anything:
<command-name>/clear</command-name>
<command-message>clear</command-message>
<command-args></command-args>
<local-command-stdout></local-command-stdout>Running Claude Code from a phone just seems like a recipe for Alzheimer’s. Rest, then focus and build.
Could I not achieve this with a ssh client on my android, and use regular Claude code remotely that way? Or am I missing something?
This seems like an excellent thread to plug the TUI I've been working on that makes using bubblewrap relatively easy and somewhat pleasant. I have a recipe in the README for using it with Claude. Granted that Claude has --sandbox, but probably better that sandboxing be done by something outside of the Anthropic ecosystem.
That's what I've been doing with termux, mosh, and tmux.
I’ve been doing this with a tmux tunnel and an app on my laptop that connects sessions you select to a virtual terminal using sockets. I asked Claude to build it and it works great - full terminal functionality and Markdown review with comments so you don’t need to cross your eyes to review plans.
Excited to see how this matures so people without that inclination can also be constantly pestered by the nagging idea that someone, somewhere is being more productive than them :)
so is harnessing tmux/tailscale new "rsync/FTP is enough" thing nowadays?
One more step closer to a closed source system. I think their objective is to move all your code on their systems so you can only modify the code through their AI so they have a moat and will be difficult to move away. They will “guard” your source code and you’ll never see it.
Imagine if tomorrow they make a 10x smarter AI, but they say: you can only use if you upload your source code to us and you can’t see anymore the source code.
So you either stay on lower end models or you give up and use a 10x model.
I only see one issue: will be very difficult for them to “guard” the source code and don’t let you access.
Boggles my mind that this is actually a thing that still needs to be solved. Just remote into your computer (I prefer TeamViewer). That is it. One step.
Very nice, maybe my days of wasting my work breaks on HN are coming to an end.
check out codecast.sh for cross agent experience with this and much more!
> Unlike Claude Code on the web, which runs on cloud infrastructure, Remote Control sessions run directly on your machine and interact with your local filesystem. The web and mobile interfaces are just a window into that local session.
For the vibe'y workflows, this would easily solve parallel long running work without skipping permissions: schedule 10 different tasks and go for a run. Occasionally review what the hallucination machine wants to do, smash yes a few times, occasionally tell it not to be silly, have a nice run. Essentially, solving remote development, though perhaps not quite in the way how people usually think of it.
> Limitations
> One remote session at a time: each Claude Code session supports one remote connection.
Hmm. Give it 1-12 months.
Small UX note: the first time you run the command it only shows a URL. It's not until you run it again that you discover it also generates a QR code, which is actually the fastest way to open it on your phone. Would be nice if the QR showed up on the first run too, almost missed it.
Does anyone know if it caffeinates automatically? I sometimes see caffeinate appear in the terminal tab title so clearly they are using it, but I’m just curious if I have to run caffeinate separately if, for instance, the agent finishes its task and is waiting for a new one and I want to keep it alive.
SSH app on your phone + Tailscale is already a much better experience.
all i get is: "Error: Remote Control is not enabled for your account. Contact your administrator."
I have been, doing doomcoding with tmux and ssh and oddly enough it was better experience than this.
I really don't want to trust an AI company with a remote access door on my setup
I don't get it, just ssh?
How does this handle deauthentication / logging out all sessions?
Claude Code only supports logging out the current session via /logout
There's no logout all sessions equivalent unlike the web UI.
I was just thinking about it two days ago - how nice it would be to use my local Claude code instead of the limited cloud version to make some ad hoc changes when I have a fresh idea on a hike. And two days later - here we go, a new release
I feel closer to realizing my dream of walking by a forest and whispering back and forth to an LLM to get shit done
even more reasons to sandbox it to a container or vm
Is this compatible with Bedrock powered Claude Code setups?
News flash...now you can continue to work whilst brewing a coffee, walking the dog or taking a shit.
jfc no
I don’t know what open claw is really, but I’ve heard so much about it like everyone else. Is this anthropic’s answer to that?
This is an extremely clunky and buggy prerelease, so don't try to hot fix prod from the toilet without a different mobile frontend.
Right now:
- You can't interrupt Claude (you press stop and he keeps going!)
- At best it stops but just keeps spinning
- The UI disconnects intermittently
- It disconnects if you switch to other parts of Claude
- It can get stuck in plan mode
- Introspection is poor
- You see XML in the output instead of things like buttons
- One session at a time
- Sessions at times don't load
- Everytime you navigate away from Code you need to wait for your session to reappear
I'm sure I'm missing a few things.