top | item 47148454

Claude Code Remote Control

543 points| empressplay | 4 days ago |code.claude.com

318 comments

order

fny|4 days ago

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.

monkeydust|4 days ago

Struggled with it also, given up (for now).

I thought coding was a solved problem Boris?

adamtaylor_13|4 days ago

That's a bummer. I was looking forward to testing this, but that seems pretty limiting.

My current solution uses Tailscale with Termius on iOS. It's a pretty robust solution so far, except for the actual difficulty of reading/working on a mobile screen. But for the most part, input controls work.

My one gripe with Termius is that I can't put text directly into stdin using the default iOS voice-to-text feature baked into the keyboard.

BloondAndDoom|4 days ago

Exactly my experience, I know they vibe code features and that’s fine but it looks like they don’t do proper testing which is surprising to me because all you need bunch of cheap interns to some decent enough testing

ponector|4 days ago

Why couldn't they prompt Claude code to fix all the issues?

bonoboTP|4 days ago

Also broken for me.

First of all /remote-control in the terminal just printed a long url. Even though they advertise we can control it from the mobile app (apparently it should show a QR code but doesn't). I fire up the mobile app but the session is nowhere to be seen. I try typing the long random URL in the mobile browser, but it simply throws me to the app, but not the session. I read random reddit threads and they say the session will be under "Code", not "Chats", but for that you have to connect github to the Claude app (??, I just want to connect to the terminal Claude on my PC, not github). Ok I do it.

Now even though the session is idle on the pc, the app shows it as working... I try tapping the stop button, nothing happens. I also can't type anything into it. Ok I try starting a prompt on the pc. It starts the work on the PC, but on the mobile app I get a permission dialog... Where I can deny or allow the thing that actually already started on the pc because I already gave permission for that on the PC. And many more. Super buggy.

I wonder if they let Claude write the tests for their new features... That's a huge pitfall. You can think it works and Claude assures you all is fine but when you start it everything falls apart because there are lots of tests but none actually test the actual things.

amelius|4 days ago

Sounds like something that was vibe coded :)

buremba|4 days ago

I think they should be aware that CC is big enough codebase that they can't vibe code anymore.

paxys|4 days ago

Remember 100% of Claude Code is written by Claude

giancarlostoro|4 days ago

> - You can't interrupt Claude (you press stop and he keeps going!)

This is normal behavior on desktop sometimes its in the middle of something? I also assume there's some latency

> - At best it stops but just keeps spinning

Latency issues then?

> - It can get stuck in plan mode

I've had this happen from the desktop, and using Claude Code from mobile before remote control, I assume this has nothing to do with remote control but a partial outage of sorts with Claude Code sometimes?

I don't work for Anthropic, just basing off my anecdotal experience.

botverse|4 days ago

On top of that is something they should have had from earlier times. My biggest pain point is to not to be able to continue from my phone. I just use a service to pipe telegram to any cc session in the dev machine. This is the number 1 reason why I got excited by openclaw in the first place but its overkill to have it just to control cc

panarky|4 days ago

Not just the mobile app, but also Claude Code Web is super unreliable.

Frequently chews through lots of expensive Opus tokens, then it just stops with no communication about why or what's next.

No way to tell what it's done, what's remaining to complete.

Only choice is to re-run everything and eat the cost of the wasted time and tokens.

swordsith|3 days ago

This is my general experience with the claude app, I don't know what they're smoking over at anthropic but their ability to touch mobile arch inappropriately with AI is reaching critical levels.

xhcuvuvyc|2 days ago

Idc, thanks for shipping early.

ashot|4 days ago

check out codecast.sh its so far ahead :)

8note|4 days ago

oh. i was excited for a native alternative to happy coder, or sshing to a tmux session, but i guess not:/

isehgal|4 days ago

Omnara founder here.

We’ve been building in this space for a while, and the issues listed here are exactly the hard parts: session connectivity, reconnection logic, multi-session UX, and keeping state in-sync across devices. Especially when it comes to long running tasks and the edge cases that show up in real use.

jasonjmcghee|4 days ago

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>

madjam002|4 days ago

I have just today discovered zmx [1] which is like tmux but I always hated the tmux terminal emulation and how it hijacks scrolling, especially on Termius on my phone. It does session persistence but I think without the terminal emulator side of things, so scrolling works normally.

Been testing it today with Claude Code and it seems to work quite well switching between my laptop and phone.

[1] https://github.com/neurosnap/zmx

zeppelin101|4 days ago

I think everyone started out with this

nebben64|3 days ago

Thanks for the tip. Other ppl are saying "most of us started out like this" but if you haven't played with tailscale etc. (like me). Then this is new and good for learning imo

fudged71|4 days ago

Do you have an alias or something so that every time you open CC, tmux is running?

How do you deal with multiple concurrent sessions of CC with this setup?

How important is mosh? I wasn't able to get it set up the last time I tried... ran into a bunch of issues.

fittingopposite|4 days ago

Yes. Doing the same. What is the advantage of this new feature? Tmux/Tailscale/Termius give you full control of your terminal. Or mainly to save the end user the hassle to set it up correctly?

oakashes|4 days ago

I do this and it is powerful, but I find that not being able to swipe/autocorrect my mobile typing in Termius makes things pretty painful.

dizhn|4 days ago

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.

https://opencode.ai/docs/web/

rubslopes|4 days ago

I was having too many bugs using it with my phone, I gave up and went back to Termux

Fizzadar|4 days ago

There's https://happy.engineering/ which already does this with many fewer bugs and supports codex.

tor0ugh|4 days ago

I was using this religiously but there’s a bug currently that makes the initialization fail and/or throws an error on the phone client. Absolutely great piece of software otherwise, free, anonymous, encrypted and so on. Really hope the team can fix this soon - I would hate to switch back to tmux tunneling.

quinncom|3 days ago

Happy is buggy af and is in the middle of a rewrite (see its Discord).

A fork named Happier looks promising, but is alpha-stage and is also a mystery-meat vibe-coded security roulette.

crashabr|4 days ago

Set it up and never managed to have it work. Only thing it did was renaming my sessions on my main cc instance. Mobile did nothing, not even an error message.

raunaqvaisoha|4 days ago

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.

63stack|4 days ago

I don't know a single person who is satisfied with the status quo on streaming services where you have to subscribe to multiple ones. Everyone is complaining that the landscape is 1) more fragmented than cable was, 2) costs more, 3) has even more ads than cable

whynotmaybe|4 days ago

I'm using copilot on vscode and the agent is "Auto" which cost 10% less.

The results are enough for me and I'm not doing things that allow me to differentiate the output between ChatGPT, Claude and, the others.

The agents are more like the radio in my car, whenever I want music, I switch channel until I find something good enough.

If I'm really in need of something special, I'll use Spotify on my phone.

And sometimes, I just drive with the radio off.

kzahel|4 days ago

I agree. I spend a lot of time working from my phone so I had to make my own workflow that works for me. I've been following all these bans and drama with the subscription keys and custom harnesses etc. I think there's room for a "universal control plan" that lets you leverage the CLI providers (and whatever crappy interfaces / apis they give you).

There's a comparison of the approaches as I see them here https://yepanywhere.com/subscription-access-approaches

advael|4 days ago

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

interestpiqued|4 days ago

Yeah but this is from an AI company so its mad different

nonethewiser|4 days ago

SSHing into a terminal with your phone is terrible UX. Very low bandwidth. Voice input into a native app is not. We are not talking about fine grained control of your system by running explicit commands. We are talking about programming in plain English.

52-6F-62|4 days ago

Lol. I've been looking at this stuff wondering what the hell I was missing and what it was trying to solve.

I was starting to think I've really fallen behind or something. I feel relief AND horror.

bandrami|4 days ago

We've re-invented GNU screen in the most inefficient way imaginable

Toutouxc|4 days ago

Well it DOES have less storage than a Nomad (hence lame), but this way you don't need to pay for a public IP address, or for a VPS to run Wireguard on, or for a commercial VPN solution, and then install a terminal emulator on your phone and set up SSH keys.

ebiester|4 days ago

People tried reinventing terminals, SSH, and tmux for phones. It's a pretty terrible experience using your thumbs. And it takes significant know-how to set up.

And in modern stacks, it almost necessitates a man in the middle - tailscale is common but it's still a central provider. So is it really the most inefficient way possible?

ryanmcl|4 days ago

Fair point technically, but I think the value proposition isn't the persistent session, rathere it's the abstraction layer. Screen/tmux assumes you know what commands to run. This assumes you know what outcome you want. For someone like me who came to coding late and doesn't have 20 years of muscle memory with terminal tools, the inefficiency in transport is more than offset by the efficiency in intent. Different tools for different people.

petesergeant|4 days ago

I’m running the agent in tmux in a colo. When I’m at a computer I use that, when I’m on the go the RC app is more convenient

block_dagger|4 days ago

That’s not at all how this works. Commands are relayed through Anthropic’s servers with a client polling mechanism.

Robdel12|4 days ago

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.

viking123|4 days ago

Claude Code is a good product, they should just keep on steadily improving it and improving the model. I am not sure why they are spraying in all directions like this..

dnw|4 days ago

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.

yoyohello13|4 days ago

This is a classic case of vibe coding gets you 80% of the way there, but polishing takes the other 80%.

Austin_Conlon|4 days ago

I find Xcode's Claude Agent client to be much more stable than the Claude web and Mac apps.

hmokiguess|4 days ago

Too many limitations, for now I'll stick with self-hosted https://github.com/tiann/hapi and Tailscale

clouedoc|4 days ago

What are the drawbacks of HAPI? Seems too good to be true. Will give it a try.

nineteen999|4 days ago

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:

https://github.com/anthropics/claude-code/issues/28098

nineteen999|3 days ago

I received an email saying this should be fixed in tomorrows build.

buryat|4 days ago

claude /logout -> claude /login -> claude /remote-control

therealmarv|4 days ago

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.

mike-cardwell|4 days ago

Same here on my iPhone. I didn't previously log it into my github account as I don't use github anymore, I use gitlab. So it wont find anything useful there. You actually only need to do this in order to be able to access the list of sessions. Even if you don't log into github, remote-control still works if you copy across the link that the cli tool outputs for you and just visit that on your phone. That's a bit of a pain though of course.

cryptonector|4 days ago

You can scope it to repos. Make a repo just for what you want. That's your sandbox.

DecoPerson|4 days ago

Make a throwaway GitHub account just for it and give it PR access to your private repos.

exitb|4 days ago

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.

fluidcruft|4 days ago

I've used similar things (omnara/happy) while taking walks. Sometimes I'll get an idea about the problem I'm working on and I can just dictate it into my phone and check in 15min later. I stopped being able to do that when claude added those nice interview panes to clarify things because it didn't work back then. But mostly it's really annoying when you think you've created the plan/prompt and that it's ready to go. But it gets stuck or decided to stop while you're away. I pretty often need to give Claude a "continue" kick. To be fair this happens far less after Opus 4.6.

Also, I felt the need to use it far more when I was on Pro vs a Max plan. On Pro when you hit the usage windows it's nice to be able to kick claude back into gear without scheduling your life around getting back to the terminal to type "continue".

k8si|4 days ago

- Plan mode -> answer questions/make corrections, continue planning

- Some of us don't do full yolo mode all the time, then tool approvals or code reviews are required, nice to do a quick review and decide if you need to go back to your computer or not

- Letting claude spin or handle a long-running task outside of normal work hours and being able to check in intermittently to see if something crashed

mattnewton|4 days ago

I don't dangerously accept permissions outside of a few scripts I have reviewed as safe. This means claude gets stuck often when testing it's work, but also means it doesn't uninstall production workloads from the kubernetes cluster.

bachittle|4 days ago

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

piker|4 days ago

Running Claude Code from a phone just seems like a recipe for Alzheimer’s. Rest, then focus and build.

sp1nningaway|4 days ago

This kind of release shows Anthropic as a company is suffering from the same thing we all are right now. Removing the friction from having an idea and executing it stops you from remembering The Point. Yes, programming from your phone is an exciting modality and maybe even the future of how we work, but coding from your bedroom, AND the toilet, AND the woods AND your office is definitely (hopefully) not the future.

I wonder if is anyone working on an AI framework that encourages us to keep our eye on the big picture, then walk away when a reasonable amount of work is done for the day.

Yes, individuals are creating cool mobile coding solutions and Anthropic doesn't want to get left behind. I know I'm working my ass off at work right now because LLM coding makes it fun, but I also often don't prioritize what I'm doing for the big picture because I just try every thing that comes into my inbox, in order, because it's so fast to do with Claude Code.

We all sense it!: <https://newsroom.haas.berkeley.edu/ai-promised-to-free-up-wo...> <https://ghuntley.com/teleport/> <https://steve-yegge.medium.com/the-ai-vampire-eda6e4f07163>

embedding-shape|4 days ago

There are two types of software engineers: Those who do and then think, or those who think and then do. Claude Code seems to strictly be for the former, while typically the engineers who can maintain software long-term are the latter.

Not sure if we have any LLM-tooling for the latter, seems to be more about how you use the tools we have available, but they're all pulling us to be "do first, think later" so unless you're careful, they'll just assume you want to do more and think less, hence all the vibeslop floating around.

elif|4 days ago

One could just as easily argue hunching over your desk staring at your computer has neurological implications.

My favorite way to vibe code is by voice while in the hot tub. Rest AND focus AND build.

brookst|4 days ago

Wait why should I prefer being stuck in the office over taking a walk and periodically steering Claude code by phone?

thierrydamiba|4 days ago

On the other hand, you lose a lot of time if you step away from a session and it gets stuck asking for permission to do something simple.

kmg|3 days ago

Good use case for away-from-laptop access to Claude Code. For a CLI product, Tailscale + tmux is a solid foundation — which many in this thread have converged on. I built a helper [1] that adds a monitoring layer on top: it watches tmux output and sends a push notification when Claude transitions from working to waiting for input. [1] https://github.com/kmg/tether

fy20|4 days ago

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.

patrickk|4 days ago

Maybe combine Claude Code + Obsidian, so Claude can use the node structure as a second brain for projects. I was just watching this video (not affiliated):

https://youtu.be/6MBq1paspVU

Robdel12|4 days ago

Honestly, build it yourself. I think we’re firmly in the personal software era (or disposable).

But if you don’t want to, I’ve been building basically this https://github.com/Robdel12/OrbitDock

Native macOS and iOS apps, backed by a rust binary that I put anywhere and connect to. Right now I’m just LAN but eventually will tailscale.

Works with claude and codex. Both passively watching an active CLI session for both and you can take over those sessions if needed and interact in the app

mchusma|4 days ago

Conductor (mac app) does some of this, might want to take a look.

pshirshov|4 days ago

That's what I've been doing with termux, mosh, and tmux.

konaraddi|4 days ago

I think a significant distinction between your approach and Claude’s approach is that your approach requires allowing your machine to accept inbound connections but Claude’s approach does not. Claude probably went with the latter to avoid a whole class of security issues and mitigate risk of users having their machines compromised. I’m not familiar with what the new vectors of attack are with Claude’s approach though.

kzahel|4 days ago

Yeah the remote control featureset is pretty limited right now. I did a comparison here https://yepanywhere.com/claude-code-remote-control/ (with my own project). I'm sure they'll iterate on it. Overall it's such an obvious feature for them to add I'm surprised it took them so long to ship. There are probably at least 50 such projects that people have made (https://github.com/kzahel/yepanywhere/blob/main/docs/competi...)

The one feature drawback of tailscale/tmux/termius is no file upload. And ergonomics, ability to view files/diffs easily, though that's subjective.

samusiam|4 days ago

Which is so much better because you can do other terminal stuff and you can avoid vendor lock in.

renonce|4 days ago

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!

adriand|4 days ago

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.

rob|4 days ago

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>

sebastianmaciel|4 days ago

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.

kzahel|4 days ago

You can also just open the app on your phone and go to the sidebar and click on Code and then you'll see the session at the top of your session list.

mglvsky|4 days ago

so is harnessing tmux/tailscale new "rsync/FTP is enough" thing nowadays?

rgbrgb|4 days ago

Perhaps, but the key difference is that it’s a developer tool you use from the command line.

siva7|4 days ago

except there will be no dropbox moment. There is no startup that stands a chance, Openclaw is free, the foundation model providers basically won this space just by providing subscriptions cheaper than any competitor could ever do.

conesus|4 days 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.

[1]: https://drinkcrabigator.com

smallerfish|4 days ago

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.

https://github.com/reubenfirmin/bubblewrap-tui

sailfast|4 days ago

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 :)

Razengan|4 days ago

WOW I had been using the Codex app (Claude/Anthropic have a few annoying problems) and wishing there was something like this!

I often get ideas while I'm in bed or outside away from my computer, and was thinking that the ability to code on your computer from your phone, through AI, would be such a killer app.

My favorite use case would be asking the AI to review code and going over its findings/suggestions while I'm away from the computer or trying to fall asleep.

kstenerud|4 days ago

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.

johnhamlin|4 days ago

New speed record for time from LaunchHN to getting Sherlocked set by that company everyone was dunking on a couple of weeks ago

johnwheeler|4 days ago

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?

abbadadda|4 days ago

I’m genuinely wondering the same thing, seems like at least a precursor.

bpodgursky|4 days ago

Anthropic is spitting out software in 2 weeks that took enterprises 24 months to ship 5 years ago (and was still buggy AF, let's please actually think about all the vmware citrix enterprise trash you tolerated). It'll get hardened over the next couple weeks.

You all can pretend the software dev cycle hasn't changed... get real.

daringrain32781|4 days ago

Except this time around the code is only maintainable using AI agents.

siva7|4 days ago

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.

rgbrgb|4 days ago

FWIW I just tried this to monitor / shepherd a PR while I was on the exercise bike and it was pretty seamless. Way easier than the tailscale/vibetunnel thing I got burnt out on last fall.

I was using the Claude app on my iPhone and claude code on a MacBook pro. PR is merged, still on the bike :)

skeptic_ai|4 days ago

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.

ddxv|4 days ago

Yeah, the only thing keeping them from doing that is that the open weight free models are just as good.

I wonder if they would take away your ability to prompt, maybe only letting you run agentically.

suddenlybananas|4 days ago

Seems like it could be problematic in the future since code can't be fixed by humans so the only source of future code for training is unedited Claudeslop.

gregoriol|4 days ago

I really don't want to trust an AI company with a remote access door on my setup

Retr0id|4 days ago

Regular claude code is already a remote access door to your setup, once you've granted a few command execution permissions. (e.g. if it can edit your code and run the test suite)

qwertox|4 days ago

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).

quatonion|4 days ago

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.

KronisLV|4 days ago

> 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.

ariwilson|4 days ago

This comment sounds like the basis for a nice Black Mirror episode.

paxys|4 days ago

SSH app on your phone + Tailscale is already a much better experience.

gitaarik|3 days ago

I've been using this open source Telegram bot, Claudegram. If you only use that on both desktop and mobile, you can just continue the same chat.

8cvor6j844qw_d6|4 days ago

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.

iblaine|4 days ago

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.

Thrymr|4 days ago

This just points out that Claude is not on your computer, only your interface to your Claude session is.

amarant|4 days ago

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?

cahaya|4 days ago

Hoping OpenAI/ Codex will launch this soon too.

aurareturn|4 days ago

I run Codex using terminus, iOS, and a VPS.

block_dagger|4 days ago

Hoping Cursor will also adopt.

weikju|4 days ago

even more reasons to sandbox it to a container or vm

jcmontx|4 days ago

I feel closer to realizing my dream of walking by a forest and whispering back and forth to an LLM to get shit done

ryanmcl|4 days ago

This resonates hard. I'm a self-taught dev who started coding ~7 months ago, and honestly the conversational back-and-forth with Claude is how I built my entire first app. Not by reading docs cover to cover, but by describing what I wanted, getting code back, breaking it, asking why, and iterating. The idea of doing that untethered from my desk is genuinely exciting — not because I want to work more, but because some of my best thinking happens on walks, not in front of a screen.

TheCapeGreek|4 days ago

Wispr Flow just got an Android release, so everything except it talking back to you is now doable

alex7o|4 days ago

I have been, doing doomcoding with tmux and ssh and oddly enough it was better experience than this.

squirrellous|4 days ago

Would be great if it supported API keys. I’m getting by with slack threads of all things for work.

mikkupikku|4 days ago

Very nice, maybe my days of wasting my work breaks on HN are coming to an end.

ark4n|4 days ago

News flash...now you can continue to work whilst brewing a coffee, walking the dog or taking a shit.

jfc no

cheema33|4 days ago

Are you actually complaining about having an option available, if you want it?

croes|4 days ago

Let’s wait how the ministry of war dilemma ends for Anthropic

max8539|4 days ago

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

marinhero|4 days ago

Is this compatible with Bedrock powered Claude Code setups?

schnell88|4 days ago

Claude -browser /Remote-controll ??? Win?

clarity|4 days ago

all i get is: "Error: Remote Control is not enabled for your account. Contact your administrator."

moontear|4 days ago

Oh come on, now that I have a personal remote control already set up using hooks, specifically the PermissionRequest, and Home Assistant push notifications where I can allow or deny a specific action?

tomashubelbauer|4 days ago

TIL that HA notifications can have associated actions. I have the exact same setup as you, except I only receive the notification and then walk over to the laptop to unblock the agent feeling like a human tool call. This will improve my workflow, thank you.

adamtaylor_13|4 days ago

I'm trying to understand the setup you have here.

So your hook -> HA -> push notification? And then you just tap to approve?

ashot|4 days ago

check out codecast.sh for cross agent experience with this and much more!

synergy20|4 days ago

have been using tmux and ssh-on-the-phone doing for forever, what's new?

ledauphin|4 days ago

have you gotten a terminal interface on your phone to be acceptably usable? I haven't - not without a real keyboard attached in any case. too many parts of the UX are designed for a true keyboard.

mihneadevries|4 days ago

honestly this is a pretty natural move, mobile access to your coding agent makes sense when you just want to check on a long running task or review something quick.

I've been building something similar, basically a way to run your full dev environment on your Mac and connect to it from iOS. terminal, files, AI agent all talking to the same session. the tricky part is honestly just keeping state in sync when you switch devices.

spiderfarmer|4 days ago

I want this for Codex.

s1mon|4 days ago

Yep. Came to say the same thing. I'd only used Codex in VSCode and in the Codex app, and at least those have the same history, but my understanding is that the cloud and CLI versions have this hierarchy of 'visibility' [0]. Perhaps they'll need to change this design decision?

[0] https://www.youtube.com/watch?v=cczkDMmmrEE

gizmodo59|4 days ago

At this point if one lab comes up with a feature it’s a matter of time before another does the same!

KeplerBoy|4 days ago

So Microsoft/Github copilot was ahead of its time with AI driven PRs?

jorl17|4 days ago

I honestly think this is definitely where (at least part of) the industry is heading, yes.

This is not to say engineers are getting replaced — but, certainly, they are changing their work. And, sure, maybe _some_ of them are being replaced. Not most of the ones I know, though. They are essential to orchestrate, curate, maintain, and drive all of this.

(Now, do they want to orchestrate it? Whole different story...)

Arubis|4 days ago

Yes, yes. The Dropbox meme. But come on, you can literally just use ssh.

yakkomajuri|4 days ago

I guess this is Anthropic's early version of a "claw"?

TheCapeGreek|4 days ago

Doesn't have to be. Before OpenClaw was a thing, people were experimenting with setups to allow them to drive their agent remotely.

And of course, OpenClaw is built to be a very generalist agent with a chat interface - same effective outcome as remotely controlling an AI harness, but not exactly what everyone wants.

VadimPR|4 days ago

Pretty happy to see this. I've previously tried happy.engineer for this, but that wanted my Anthropic API token for itself (!) which is a no-no.

Seeing how the labs tend to copy the best functionality in any FOSS developments, I decided to wait - happy I did, here's the official functionality for this that is much more trustworthy.