_______ __ _______
| | |.---.-..----.| |--..-----..----. | | |.-----..--.--.--..-----.
| || _ || __|| < | -__|| _| | || -__|| | | ||__ --|
|___|___||___._||____||__|__||_____||__| |__|____||_____||________||_____|
on Gopher (inofficial)
HTML Visit Hacker News on the Web
COMMENT PAGE FOR:
HTML Claude Code Remote Control
gitaarik wrote 8 hours 59 min 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.
mihneadevries wrote 11 hours 7 min 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.
croes wrote 15 hours 39 min ago:
Letâs wait how the ministry of war dilemma ends for Anthropic
Arubis wrote 16 hours 50 min ago:
Yes, yes. The Dropbox meme. But come on, you can literally just use
ssh.
rgbrgb wrote 17 hours 3 min 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 :)
renonce wrote 17 hours 56 min 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 [1] . Can be installed easily with nodejs.
Please provide feedbacks and suggestions!
HTML [1]: http://github.com/vincent-163/claude-code-multi/
quatonion wrote 18 hours 14 min 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.
ashot wrote 19 hours 15 min ago:
check out codecast.sh for cross agent experience with this and much
more!
kstenerud wrote 19 hours 36 min ago:
I just built yoloAI [1] 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.
HTML [1]: https://github.com/kstenerud/yoloai
johnhamlin wrote 20 hours 16 min ago:
New speed record for time from LaunchHN to getting Sherlocked set by
that company everyone was dunking on a couple of weeks ago
qwertox wrote 20 hours 18 min 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).
amarant wrote 20 hours 20 min 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?
clarity wrote 20 hours 23 min ago:
all i get is: "Error: Remote Control is not enabled for your account.
Contact your administrator."
mikkupikku wrote 20 hours 46 min ago:
Very nice, maybe my days of wasting my work breaks on HN are coming to
an end.
siva7 wrote 21 hours 16 min 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.
conesus wrote 21 hours 26 min 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]
HTML [1]: https://drinkcrabigator.com
fy20 wrote 21 hours 38 min 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.
joshwa wrote 9 hours 12 min ago:
HTML [1]: https://github.com/BloopAI/vibe-kanban
mchusma wrote 20 hours 16 min ago:
Conductor (mac app) does some of this, might want to take a look.
Robdel12 wrote 20 hours 19 min 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 [1]
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
HTML [1]: https://github.com/Robdel12/OrbitDock
patrickk wrote 21 hours 36 min 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):
HTML [1]: https://youtu.be/6MBq1paspVU
iblaine wrote 22 hours 30 min 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 wrote 20 hours 18 min ago:
This just points out that Claude is not on your computer, only your
interface to your Claude session is.
exitb wrote 22 hours 30 min 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.
mattnewton wrote 22 hours 6 min 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.
k8si wrote 22 hours 17 min 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
fluidcruft wrote 22 hours 21 min 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".
johnwheeler wrote 22 hours 40 min 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 wrote 22 hours 19 min ago:
Iâm genuinely wondering the same thing, seems like at least a
precursor.
bpodgursky wrote 23 hours 11 min 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 wrote 15 hours 0 min ago:
Except this time around the code is only maintainable using AI
agents.
alex7o wrote 23 hours 12 min ago:
I have been, doing doomcoding with tmux and ssh and oddly enough it was
better experience than this.
jaunt7632 wrote 23 hours 20 min ago:
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.
max8539 wrote 23 hours 21 min 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
schnell88 wrote 23 hours 23 min ago:
Claude -browser
/Remote-controll
???
Win?
interestpiqued wrote 23 hours 32 min ago:
I don't get it, just ssh?
skeptic_ai wrote 23 hours 34 min 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.
suddenlybananas wrote 21 hours 29 min 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.
skeptic_ai wrote 13 hours 8 min ago:
Just pay another few thousands to fix that bug. When all devs are
gone and you only have AI, a small bug to fix will be charged at
premium rates by Claude.
He will say: the cost of this big is costing you 100k a year. We
will fix for 10k one time fee.
ddxv wrote 23 hours 25 min 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.
skeptic_ai wrote 13 hours 7 min ago:
I have to agree. Also we still have alternatives. But Iâm sure
ALL of them are dreaming of having a captive audience/source code
that only their AI can modify. Itâs the ultimate power
advael wrote 23 hours 36 min 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
nonethewiser wrote 13 hours 58 min 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.
advael wrote 5 hours 24 min ago:
I can use ssh as the transport and authentication layer over any
internet connection through a fairly easily learnable set of ssh
flags that can be further simplified through aliasing. As a bonus
it's e2ee. The overhead from that affects latency but not
bandwidth. Let's set aside ssh for a second. Streaming voice over
the internet is a long-solved problem, I've been able to host a
mumble server on a toaster since forever ago. So if the local
machine can recognize voice commands, talking through a phone
shouldn't make a difference. Like, if this works locally, and it
works on the phone or whatever, why is having it talk over the
internet the hard part? Whatever you think of the application
itself, this is a weird failure mode
52-6F-62 wrote 14 hours 41 min 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.
interestpiqued wrote 23 hours 24 min ago:
Yeah but this is from an AI company so its mad different
advael wrote 22 hours 59 min ago:
Yea I've noticed that most things made by a company are worse and
less reliable than things that are free and maintained by
volunteers
parliament32 wrote 22 hours 31 min ago:
This has always been the case, for pretty much everything.
There's a reason the world's infrastructure runs on FOSS.
dnw wrote 23 hours 53 min 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.
Austin_Conlon wrote 18 hours 13 min ago:
I find Xcode's Claude Agent client to be much more stable than the
Claude web and Mac apps.
yoyohello13 wrote 23 hours 41 min ago:
This is a classic case of vibe coding gets you 80% of the way there,
but polishing takes the other 80%.
dnw wrote 18 hours 29 min ago:
There is that (you can still use coding agents on the other 80% to
polish, by the way) but to me this situation underscores the value
of a good "editor"--someone who says this is good to ship vs. not
this not now.
jasonjmcghee wrote 23 hours 59 min 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
- - -
You can name tmux and resume by name via tmux new -s and tmux attach
-t
nebben64 wrote 27 min 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
oakashes wrote 15 hours 41 min 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.
xpe wrote 16 hours 56 min ago:
It can help to recognize that tmux combines three kinds of
functionality: 1. process persistence; 2. client attachment; 3. view
layout. If you don't like how tmux works, there are alternatives. I
prefer Zellij [1]. (It also can be informative to take a peek at
dtach [2] and abduco [3].)
[1] and [2]: [3] and [4]:
HTML [1]: https://zellij.dev
HTML [2]: https://github.com/zellij-org/zellij
HTML [3]: https://github.com/crigler/dtach
HTML [4]: https://dtach.sourceforge.net
HTML [5]: https://github.com/martanne/abduco/issues/70
madjam002 wrote 18 hours 15 min 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.
HTML [1]: https://github.com/neurosnap/zmx
jacob019 wrote 17 hours 32 min ago:
I also hate how tmux uses alt mode and can never remember all the
shortcuts, copy paste is a PITA and just today I had to look up how
to dump the scrollback buffer to a file. Named sessions without
window management makes a lot more sense these days. Similarly,
I'm not a fan of all the ANSI escape codes that CC uses to jump the
cursor around and rewrite the display to look like a GUI. I prefer
a TUI that doesn't mutate rows after writing them, that's what alt
mode is for. CC often clears whatever was in the scrollback buffer
before you opened it, it hides bracketed paste, and goes crazy
sometimes when content overflows the window and I have to resize
the terminal or get blasted with a wall of glitching
characters--extra annoying if I'm working from a low bandwidth
link. I develop my own agent framework and code agent, and while
some features aren't as polished as CC, one of my explicit goals is
to preserve the traditional CLI feel, like the python REPL (that's
what it's based around). I'll give zmx a try tonight :)
fudged71 wrote 22 hours 6 min 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.
jasonjmcghee wrote 17 hours 40 min ago:
Sorry didn't answer "how important is mosh?"
Depends- how good is your signal? Mosh has a great property that it
buffers everything locally so there's no lag even if your
connection sucks.
On ssh, every keystroke is a roundtrip
olalonde wrote 18 hours 25 min ago:
I always setup my terminals to open a tmux session by default (or
attach to any existing one). For example, in my
~/.config/alacritty/alacritty.toml:
[terminal.shell]
args = ["-l", "-c", "tmux attach || tmux"]
program = "/opt/homebrew/bin/zsh"
tmux supports tabs so you can have multiple Claude Code sessions
running concurrently. You do need to learn a few tmux keyboard
shortcuts to use it effectively (e.g. opening/closing/switching
tab).
simlevesque wrote 20 hours 24 min ago:
I recommend Eternal Terminal instead of mosh for this.
jasonjmcghee wrote 21 hours 56 min ago:
"tmux ls" shows you all the open tmux sessions
Could even use cc to check in on and/or "send-keys"
What wasn't working about mosh? Just install mosh and use mosh to
connect
fittingopposite wrote 22 hours 7 min 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?
mlinsey wrote 20 hours 24 min ago:
Ease of setup is the biggest reason. I use this setup as well, but
there are other UX niceties that would be a lot better with a
dedicated mobile app: push notifications when Claude needs your
input (I use a hook for this that connects to Pushover, but that's
another service and extra setup), voice input, autocorrect that's
right for this context, etc.
fittingopposite wrote 17 hours 52 min ago:
Very interesting. Tell me more about your push notification
setup!
mlinsey wrote 14 hours 37 min ago:
I have a hook in my claude.json that fires on "Stop", it calls
a shell script (written by Claude, of course) that calls the
Pushover API: [1] , which lets you send push notifications to
your device. It's paid, but just a one-time fee when you
install the app on your phone.
The shell script takes a message which includes Claude's
message, but unfortunately there's no deeplinking back to my
ssh app (for obvious reasons, the notification just routes you
to the pushover app), so instead of tapping the message, I know
to just open my Blink shell app to respond to Claude.
This is also quite noisy when I'm just sitting at my desk
working, but I usually turn off phone notifications while
working anyway.
HTML [1]: https://pushover.net/
dbmikus wrote 21 hours 48 min ago:
> Or mainly to save the end user the hassle to set it up correctly
It's this.
Don't have a Dropbox moment ;) [1]:
HTML [1]: https://news.ycombinator.com/item?id=9224
jasonjmcghee wrote 21 hours 39 min ago:
Oh lots of people will not be comfortable with tmux approach. The
anthropic feature makes sense. But it's Max only and doesn't work
well according to other comments.
What I posted "just works".
zeppelin101 wrote 23 hours 38 min ago:
I think everyone started out with this
jasonjmcghee wrote 23 hours 24 min ago:
I think people familiar with tmux/screen and tailscale or how to
setup their own VPN might have.
Based on my experience many people don't know this is a thing you
can do.
canadiantim wrote 23 hours 32 min ago:
I'm still doing this. Is there a better setup? It's already very
convenient and secure.
zeppelin101 wrote 15 hours 9 min ago:
I'm still doing this, too! The only thing I added was setting up
notifications on my local machine using hooks in Claude Code
(using a reverse ssh tunnel from my local machine to a VPS).
As for fancier setups, I keep bookmarking them, but haven't
gotten around to trying any of them, yet.
canadiantim wrote 2 hours 16 min ago:
Nice. What other fancier setups have you seen? I havenât even
come across any potential better alternative. Been playing
around with tailscaleâs new aperture service too which is
awesome as well.
lukebechtel wrote 23 hours 50 min ago:
I also do this!
bachittle wrote 1 day 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:
HTML [1]: https://www.youtube.com/watch?v=HFmp9HFv50s
rob wrote 1 day 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:
/clear
clear
smallerfish wrote 1 day 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.
HTML [1]: https://github.com/reubenfirmin/bubblewrap-tui
KronisLV wrote 1 day 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 wrote 1 day ago:
This comment sounds like the basis for a nice Black Mirror episode.
KronisLV wrote 1 day ago:
Ehh, I think it's hardly different from the people who leave Claude
Code working on problems overnight with really loose permissions -
seemingly the chance of them returning to it mining crypto for
Putin is low enough for it to not be a consideration (see the whole
OpenClaw movement).
And people have been remoting into their machines for a while, so
now having a pretty-UI-but-walled-garden variety doesn't ring that
many alarm bells. If they manage to get it right, it wouldn't be
that much different from running some CI stuff on your machine
while you're making tea, or reviewing pull requests while lounging
around.
marinhero wrote 1 day ago:
Is this compatible with Bedrock powered Claude Code setups?
VadimPR wrote 1 day 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.
Fizzadar wrote 1 day ago:
There's [1] which already does this with many fewer bugs and supports
codex.
HTML [1]: https://happy.engineering/
crashabr wrote 14 hours 22 min 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.
tor0ugh wrote 20 hours 59 min 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.
paxys wrote 1 day ago:
SSH app on your phone + Tailscale is already a much better experience.
sailfast wrote 1 day 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 :)
Robdel12 wrote 1 day 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 wrote 20 hours 29 min 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..
bandrami wrote 10 hours 37 min ago:
Is there a coding use-case for Claude that is not "spraying in all
directions"?
preommr wrote 16 hours 50 min ago:
Because they're not trying to build a leading coding agent -
they're racing to AGI. That means cramming everything and anything,
from every angle because general intelligence is happening next
year and that'll connect all the dots, leading to hypergrowth and
complete industry dominance, across all domains.
Seriously, if you listen to Dario talk, it's non-stop how there's a
tsunami coming, people have no idea of what's ahead, how general
intelligence or superintelligence is right around the corner. But
also, this is super dangerous, and only Anthropic can save us from
a doomsday scenario.
joquarky wrote 10 hours 53 min ago:
Even if AGI is stalled beyond our lifetime, people still have no
idea of what's ahead in the next few years.
bonoboTP wrote 17 hours 36 min ago:
I see it on myself too. It feels too irresistible to start adding
more features to software you develop with LLM agents. Everything
feels like just a few prompts and will be done in half an hour. Why
not add this too? Just another sentence in the prompt. Next thing
you know you have more features than you remember and the AI starts
to have a really hard job keeping it all functional.
Coding with AI requires immense restraint and strong scope limits.
pelcg wrote 18 hours 3 min ago:
Interested to see Anthropic do this sort of move, but it's very
useful to see.
synergy20 wrote 1 day ago:
have been using tmux and ssh-on-the-phone doing for forever, what's
new?
ledauphin wrote 1 day 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.
siva7 wrote 20 hours 56 min ago:
take a look at opencode, it doesn't even have to be a terminal
anymore to command your terminal from whatever device you are using
synergy20 wrote 1 day ago:
I used connectbot on android and it worked fine for me, the new
'terminal' with debian also worked well
zaking17 wrote 1 day ago:
Iâve had decent luck with Termius because it gives you a row of
keyboard shortcuts above the usual keyboard. Still cramped, but it
works.
Tmux is annoying with a mobile keyboard, so I vibe coded a little
mobile-friendly wrapper [1] Someone is going to solve this with a
non-buggy app, but it really needs to have all the features of
Claude code. Everyone is a power user in this segment
HTML [1]: https://github.com/zakandrewking/pocketbot
fny wrote 1 day 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.
swordsith wrote 7 hours 42 min 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.
panarky wrote 16 hours 4 min 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.
isehgal wrote 17 hours 22 min 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.
swordsith wrote 7 hours 18 min ago:
bot
bonoboTP wrote 18 hours 0 min 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.
botverse wrote 18 hours 34 min 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
ashot wrote 19 hours 15 min ago:
check out codecast.sh its so far ahead :)
buremba wrote 20 hours 10 min ago:
I think they should be aware that CC is big enough codebase that they
can't vibe code anymore.
8note wrote 21 hours 46 min ago:
oh. i was excited for a native alternative to happy coder, or sshing
to a tmux session, but i guess not:/
BloondAndDoom wrote 22 hours 9 min 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
cube00 wrote 16 hours 27 min ago:
> they donât do proper testing
They bring down production because the version string was changed
incorrectly to add an extra date. That would have been picked up in
even the most basic testing since the app couldn't even start. [1]
The fix (not even a PR or commit message to explain) [2] No root
cause analysis either
HTML [1]: https://news.ycombinator.com/item?id=46532075
HTML [2]: https://github.com/anthropics/claude-code/commit/63eefe157...
HTML [3]: https://github.com/anthropics/claude-code/issues/16682#iss...
otabdeveloper4 wrote 18 hours 46 min ago:
> all you need bunch of cheap interns to some decent enough testing
Sounds like a problem AI can easily solve!
djtriptych wrote 18 hours 52 min ago:
No there is a wide gap between good and bad testers. Great testers
are worth their weight in gold and delight in ruining programmer's
days all day long.
IMO not a good place to skimp and a GREAT place to spend for
talent.
throwup238 wrote 17 hours 19 min ago:
> Great testers are worth their weight in gold and delight in
ruining programmer's days all day long.
Site note: all the great testers I've know when my employers had
separate QA departments all ended up becoming programmers, either
by studying on the side or through in-house mentorship. By all
second hand accounts they've become great programmers too.
debarshri wrote 22 hours 1 min ago:
Thats not true. Even for testing things, you need to do thoroughly
now because standards are high.
abustamam wrote 13 hours 15 min ago:
I don't think you need any qualifications to run the app and
realize that it doesn't run.
This is the bar we're at now.
jen20 wrote 20 hours 49 min ago:
From where I'm viewing, the standards in software have never been
lower.
monkeydust wrote 23 hours 48 min ago:
Struggled with it also, given up (for now).
I thought coding was a solved problem Boris?
ponector wrote 20 hours 5 min ago:
It is solved in his org. He never promised quality software,
though.
You get a buggy electron app and they get billions in valuation.
Clearly no one values quality anymore. 1000% yolo
abustamam wrote 13 hours 16 min ago:
Why have quality when agents can just fix issues when other
agents encounter them?
/s
Thrymr wrote 20 hours 21 min ago:
Generating code is a solved problem. Some people think that is the
same thing.
sunir wrote 22 hours 2 min ago:
Until problems are a solved problem, I feel I'm ok.
rfw300 wrote 22 hours 8 min ago:
I have little doubt where things are going, but the irony of the
way they communicate versus the quality of their actual product is
palpable.
Claude Code (the product, not the underlying model) has been one of
the buggiest, least polished products I have ever used. And it's
not exactly rocket science to begin with. Maybe they should try
writing slightly less than 100% of their code with AI?
nonethewiser wrote 14 hours 1 min ago:
What bugs have you encountered? It's been a smooth experience for
me.
yaur wrote 13 hours 51 min ago:
Not a big exactly but if pip doesnât work it goes straight to
pip âbreak-system instead of realizing it needs a venv
Also if a prisma migration fails it will say âthis is dev
itâs ok to erase the databaseâ before rerunning the command
with âaccept-data-loss
abustamam wrote 13 hours 19 min ago:
Given how many projects I've seen that run prisma migrations
on prod from their local CLI instead of CI...
This scares me.
Aeolun wrote 17 hours 31 min ago:
Still better than the codex or gemini cli though :)
jarjoura wrote 20 hours 20 min ago:
I am constantly amazed how developers went hard for claude-code
when there were and are so many better implementations of the
same idea.
It's also a tool that has a ton of telemetry, doesn't take
advantage of the OS sandbox, and has so many tiny little patch
updates that my company has become overworked trying to manage
this.
Its worst feature (to me at least), is the, "CLAUDE.md"s
sprinkled all over, everywhere in our repository. It's impossible
to know when or if one of them gets read, and what random stale
effect, when it does decide to read it, has now been triggered.
Yes, I know, I'm responsible for keeping them up to date and they
should be part of any PR, but claude itself doesn't always even
know it needs to update any of them, because it decided to ignore
the parent CLAUDE.md file.
abustamam wrote 13 hours 17 min ago:
Sometimes the agent (any agent, not just Claude â cursor,
codex) would miss a rule or skill that is listed in AGENTS.md
or Claude.md and I'm like "why did you miss this skill, it's in
this file" and it's like "oh! I didn't see it there. Next time,
reference the skill or AGENTS.md and I'll pick it up!"
Like, isn't the whole point of those files to not have to
constantly reference them??
rfw300 wrote 22 hours 1 min ago:
More generally, Anthropic's reliability track record for a
company which claims to have solved coding is astonishingly poor.
Just look at their status page - [1] - multiple severe incidents,
every day. And that's to say nothing of the constant stream of
bugs for simple behavior in the desktop app, Claude Code, their
various IDE integrations, the tools they offer in the API, and so
on.
Their models are so good that they make dealing with the rest all
worth it. But if I were a non-research engineer at Anthropic, I
wouldn't strut around gloating. I'd hide my head in a paper bag.
HTML [1]: https://status.claude.com/
rhubarbtree wrote 16 hours 32 min ago:
I donât think thatâs fair. ChatGPT and Gemini also seem to
suffer random outages. Theyâre dealing with high load on a
new type of product.
But itâs also true that Anthropic products are super buggy.
jaapz wrote 7 hours 14 min ago:
It's almost as if a lot of anthropic's stuff is vibecoded
jopsen wrote 18 hours 36 min ago:
Even when it's operating normal the webapp is constantly
crashing.
Mobile app stops working..
It's a pain.
At least right now.
yosefk wrote 23 hours 10 min ago:
Coding is a solved problem. Problems with the code - these are far
from solved, in fact they're multiplying, but coding is definitely
solved
timmmmmmay wrote 12 hours 12 min ago:
coding like a hospital patient
ValentineC wrote 22 hours 27 min ago:
What does "solving" coding mean?
naruhodo wrote 11 hours 14 min ago:
It can generate lots of code.
Some [1] of it is even correct. [1] Model Collapse Ends AI Hype
@39:45,
HTML [1]: https://www.youtube.com/watch?v=ShusuVq32hc&t=2385s
david_shaw wrote 22 hours 12 min ago:
> What does "solving" coding mean?
Maybe this was sarcasm, but it's a good point:
"Coding" is solved in the same way that "writing English
language" is solved by LLMs. Given ideas, AI can generate
acceptable output. It's not writing the next "Ulysses," though,
and it's definitely not coming up with authentically creative
ideas.
But the days of needing to learn esoteric syntax in order to
write code are probably numbered.
lunarboy wrote 22 hours 19 min ago:
It types code, wallah!
richard___ wrote 23 hours 25 min ago:
He is trolling to increase the stock price before IPO
consumer451 wrote 15 hours 3 min ago:
OK, but seriously... if Anthropic is on the "best" path, aside
from somehow nuking all AI research labs, an IPO would be the
most socially responsible thing that they could do. Right?
giancarlostoro wrote 1 day 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.
vardalab wrote 16 hours 38 min ago:
If its running a background process then one escape is not enough,
need two for message in que to be picked up and adressed.
csomar wrote 1 day ago:
Latency is like what, 50ms? You canât explain these with latency.
Itâs just slop work from Claude.
ponector wrote 1 day ago:
Why couldn't they prompt Claude code to fix all the issues?
sakesun wrote 14 hours 54 min ago:
They've run out of token quota.
re-thc wrote 1 day ago:
It's outsourced to Codex
esafak wrote 1 day ago:
You're not making either of them look good. Maybe they should
have used Gemini?
canadiantim wrote 23 hours 19 min ago:
They say a picture is worth a thousand words, they should've
just used Nano Banana
doix wrote 1 day ago:
There are probably multiple Claude agents running as we speak
trying to fix the issues.
gas9S9zw3P9c wrote 1 day ago:
Does that mean more issues will show up soon?
paxys wrote 1 day ago:
Remember 100% of Claude Code is written by Claude
adamtaylor_13 wrote 1 day 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.
fun_society wrote 17 hours 57 min ago:
I was doing something similar, but it felt clunky on my phone.
Wrote a daemon + mobile app (similar to Happy, but fixed a lot of
the problems) and baked in Tailscale support.
Will open source it soon and should have an official release in the
next few weeks:
HTML [1]: https://getroutie.com/
denvermullets wrote 20 hours 40 min ago:
same but i use android. so i just talk to a google keep note and
then copy/paste it. helpful for longer things
jasonjmcghee wrote 22 hours 31 min ago:
Echo supports this.
yoyohello13 wrote 23 hours 52 min ago:
I've been using email and Cloudeflare email router. You don't get
the direct feedback of a terminal, but it's much easier to read
what's happening in html formatted email.
It also feels kind of nice to just fire off an email and let it do
it's thing.
adamtaylor_13 wrote 16 hours 16 min ago:
Oooh, now this is a very interesting idea. I live in my inbox and
keep it quite tidy. Email is the perfect place to fire-and-forget
ideas and then come back to a full response.
Do you have a blog outlining how you set it up? I'm curious to
learn more.
elliotbnvl wrote 1 day ago:
Iâve been doing this for a while [1], but ultimately settled on a
building a thin transport layer for Telegram to accept and return
media, and persistent channels, vastly improved messaging UX, etc.
and ended up turning this into a âclaw with a heartbeat and SOUL
[2]. [1]
HTML [1]: https://elliotbonneville.com/phone-to-mac-persistent-termi...
HTML [2]: https://elliotbonneville.com/claude-code-is-all-you-need/
botverse wrote 17 hours 58 min ago:
I ended doing a similar thing, but each tg bot can choose what
repo/session to attend to. [1] I found that cc is all you need
indeed
HTML [1]: https://github.com/botverse/tgcc
bavell wrote 22 hours 15 min ago:
Great posts! So far [2] is the only "claw" that has caught my
interest, mostly because it isn't trying to do everything itself
in some bespoke, NIH way.
adamtaylor_13 wrote 23 hours 59 min ago:
I really enjoyed reading both posts. Thanks for sharing!
I, like many others, have written my own "claw" implementation,
but it's stagnated a bit. I use it through Slack, but the idea of
journaling with it is compelling. Especially when combined with
the recent "two sentence" journaling article[1] that floated
through HN not too long ago.
HTML [1]: https://alexanderbjoy.com/two-sentence-journal-approache...
elliotbnvl wrote 23 hours 48 min ago:
Happy you liked it! Always really nice to get positive
feedback.
Iâll have to check out the journaling article. Iâve been
journaling a lot more lately!
kzahel wrote 1 day ago:
How can the like most popular terminal emulator not accept voice
input? That's crazy why hasn't someone made something better?
dionian wrote 1 day ago:
it works in Blink. is there a better terminal in ios i should use
elliotbnvl wrote 1 day ago:
Wispr Flow on mobile fills this gap.
bg24 wrote 1 day ago:
Same here. So I have to resort to speaking elsewhere (notes app)
and copying/pasting.
manojlds wrote 1 day ago:
I use opencode web (server running on my desktop) and accessing it
from my phone and it works well.
amelius wrote 1 day ago:
Sounds like something that was vibe coded :)
yoyohello13 wrote 23 hours 47 min ago:
I'm willing to bet most of their libraries are definitely vibe
coded. I'm using the claude-agent-sdk and there are quite a few
bugs and some weird design decisions. And looking through the
actual python code it's definitely not what I would classify 'best
practice'. Bunch of imports in functions, switching on strings
instead of enums, etc.
I had to downgrade to an earlier release because an update
introduced a regression where they weren't handling all of their
own event types.
bonoboTP wrote 15 hours 14 min ago:
I think they are betting that any of this code is transient and
not worth too much effort because once Opus 5 is traimed, they
can just ask it to refactor and fix everything and improve code
quality enough so that things don't fall apart while adding more
features, and when opus 5.5 comes out it will be able to clean up
after opus 5. And so on. They don't expect these codebase to be
long lived and worth the time investment.
amelius wrote 4 hours 35 min ago:
But they are burning billions. Why worry about a few millions
for a bunch of 10x developers that fix the UI issues?
short_sells_poo wrote 23 hours 21 min ago:
A few weeks ago the github integration was completely broken on
the claude website for multiple days. It's very clear they vibe
code everything and while it's laudable that they eat their own
dogfood, it really projects a very amateurish image about their
infrastructure and implementation quality.
Razengan wrote 1 day 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.
spiderfarmer wrote 1 day ago:
I want this for Codex.
s1mon wrote 1 day 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]
HTML [1]: https://www.youtube.com/watch?v=cczkDMmmrEE
gizmodo59 wrote 1 day ago:
At this point if one lab comes up with a feature itâs a matter of
time before another does the same!
ark4n wrote 1 day ago:
News flash...now you can continue to work whilst brewing a coffee,
walking the dog or taking a shit.
jfc no
cheema33 wrote 1 day ago:
Are you actually complaining about having an option available, if you
want it?
endorphine wrote 22 hours 57 min ago:
How about they are pointing out a worrisome direction society might
be taking, whereas work will infiltrate even more what used to be
family or personal time, thus accelerating burnout?
jcmontx wrote 1 day 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
TheCapeGreek wrote 1 day ago:
Wispr Flow just got an Android release, so everything except it
talking back to you is now doable
ryanmcl wrote 1 day 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.
raunaqvaisoha wrote 1 day 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 wrote 1 day 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
bko wrote 1 day ago:
I think people forgot how bad it was. It was much more fragmented
before but instead of services it was fragmented by time. Sure you
have access to Seinfeld, but you can watch one or two Seinfelds a
night at 8pm and 11pm.
I also remember base cable without any movies was around $60 or
something and with some movie channels is >$100. And that's not
inflation adjusted. You can easily get 3 or 4 of the top services
for $100 today.
Finally claiming there are more ads on these services is a joke.
There was ~20m for every 30m of programming, meaning 1/3 of the
time you're watching commercials. And not just any commercials, the
same commercials over and over. There was even a case of shows
being sped up on cable to show more commercials.
I get it, everyone wants everything seamlessly and for next to
nothing, but claiming that 90s cable was even comparable is absurd.
HTML [1]: https://www.digitaltrends.com/home-theater/how-networks-sp...
glimshe wrote 1 day ago:
Its just amazing how people on HN can say the most absurd things
with total conviction. No wonder LLMs do the same, it's in the
training data.
I literally see no ads on my streaming subscription for close to a
tenth of the price of cable.
bdangubic wrote 1 day ago:
you have just one streaming subscription?
glimshe wrote 1 day ago:
I do. I rotate every few months among different services. I
don't keep a single service permanently.
bdangubic wrote 21 hours 24 min ago:
I think âstreaming is more expensive now than cable
beforeâ crowd are people like my wife that have 8-10 of
them
ladberg wrote 1 day ago:
You can't seriously claim points 2) and 3) if you've ever actually
paid for and watched cable
63stack wrote 1 day ago:
I'm in central europe, atm 70 TV channels is $15/month.
vel0city wrote 16 hours 45 min ago:
I'm in North Texas and get more channels than that OTA.
I still almost always prefer the streaming services I pay for
than the linear, ad-supported old TV format.
hodder wrote 1 day ago:
Not that it is particularly relevant to agentic coding but how can
anyone truly argue streaming costs more? Average cable packages
were exceeding 125-150 USD a month (in 2000 dollars). Under no
circumstances would I be sympathetic to the argument that streaming
costs more.
You can get all 7 of the major streaming subs for less without even
shopping out deals. That is 100s of times the volume and quality of
content that was delivered on cable for far less. It is so much
content realistically that no one I have ever met has subscribed to
all of them at once.
The argument really is empty. The fragmentized experience is
annoying, but it isn't more expensive...And it DEFINITELY has fewer
ads.
63stack wrote 1 day ago:
I'm in central europe, atm 70 TV channels is $15/month.
whynotmaybe wrote 1 day 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 wrote 1 day 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
HTML [1]: https://yepanywhere.com/subscription-access-approaches
hmokiguess wrote 1 day ago:
Too many limitations, for now I'll stick with self-hosted [1] and
Tailscale
HTML [1]: https://github.com/tiann/hapi
clouedoc wrote 1 day ago:
What are the drawbacks of HAPI? Seems too good to be true. Will give
it a try.
hmokiguess wrote 23 hours 43 min ago:
My needs are very basic and it hasnât failed me yet, I like that
it doesnât try to do much. I know it has voice capabilities
through eleven labs but I havenât used that feature.
9cb14c1ec0 wrote 1 day ago:
Doesn't look like it has proper worktree management. UIs that
abstract away worktrees are very powerful. I vibe coded my own (
[1] ), which unfortunately doesn't have the remote component that
hapi does.
HTML [1]: https://github.com/9cb14c1ec0/vibe-manager
nineteen999 wrote 1 day 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:
HTML [1]: https://github.com/anthropics/claude-code/issues/28098
nineteen999 wrote 5 hours 40 min ago:
I received an email saying this should be fixed in tomorrows build.
buryat wrote 1 day ago:
claude /logout -> claude /login -> claude /remote-control
nineteen999 wrote 1 day ago:
If you'd read the entire issue, you'd see that not only is that
solution mentioned multiple times, it's not working for some
people.
buryat wrote 1 day ago:
it worked for me
nineteen999 wrote 1 day ago:
If it worked for everybody that issue would already be closed.
moontear wrote 1 day 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?
adamtaylor_13 wrote 1 day ago:
I'm trying to understand the setup you have here.
So your hook -> HA -> push notification? And then you just tap to
approve?
moontear wrote 1 day ago:
Exactly that. And the push notification includes what I am
approving. Also with some sensible delay in sending out these
pushes, because otherwise I may be bombarded with push
notifications, while already having it manually approved.
tomashubelbauer wrote 1 day 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.
moontear wrote 1 day ago:
The notification payload for reference, you will also need a
permission input_select (pending/allow/deny) and an automation that
triggers upon mobile_app_notification_action:
notification_payload=$(cat <
Actionable notifications are a bit cumbersome on iOS since you need
to long-press the notification for actions, but it does work.
mglvsky wrote 1 day ago:
so is harnessing tmux/tailscale new "rsync/FTP is enough" thing
nowadays?
siva7 wrote 21 hours 3 min 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.
rgbrgb wrote 1 day ago:
Perhaps, but the key difference is that itâs a developer tool you
use from the command line.
therealmarv wrote 1 day 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 wrote 18 hours 3 min 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 wrote 20 hours 4 min ago:
You can scope it to repos. Make a repo just for what you want.
That's your sandbox.
DecoPerson wrote 1 day ago:
Make a throwaway GitHub account just for it and give it PR access to
your private repos.
therealmarv wrote 1 day ago:
that's actually a good idea. Thanks, was not thinking about such a
workaround!
throwa356262 wrote 1 day ago:
But the whole point of remote control was to avoid that situation.
piker wrote 1 day ago:
Running Claude Code from a phone just seems like a recipe for
Alzheimerâs. Rest, then focus and build.
sp1nningaway wrote 22 hours 6 min 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!:
< [1] >
< [2] >
< [3] >
HTML [1]: https://newsroom.haas.berkeley.edu/ai-promised-to-free-up-wo...
HTML [2]: https://ghuntley.com/teleport/
HTML [3]: https://steve-yegge.medium.com/the-ai-vampire-eda6e4f07163
brookst wrote 1 day ago:
Wait why should I prefer being stuck in the office over taking a walk
and periodically steering Claude code by phone?
elif wrote 1 day 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.
ryanmcl wrote 1 day ago:
This is the real insight in this thread. The false binary of "rest
OR work" is dissolving. I do some of my best problem-solving while
walking my kid to school or making lunch...the context switch lets
things percolate. Having a way to capture that momentum without
needing to rush back to my desk and remember what I was thinking
would be genuinely useful. The interface matters less than the
latency between idea and execution.
gtowey wrote 18 hours 19 min ago:
How is this not solved by a simple voice recorder? You can
process and act on it later while not forgetting your thoughts
when inspiration hits. People have been doing that for at least
like 50 years now.
embedding-shape wrote 1 day ago:
> The false binary of "rest OR work" is dissolving
Sounds like someone hasn't yet worked multiple years with
software engineering, or any job for that matter.
Your mind might trick you into believing it won't matter, but
your body and mind NEEDS to be disconnected from work, 100%, at
some point during your regular rhythms of life, otherwise you'll
burn out much faster than the people you seemingly are trying to
compete with.
Life never been a sprint, but it is a marathon, and if you spend
all your young experience-less years on treating it as a sprint,
you won't have any energy left for completing the marathon.
Take care of yourself, your mind and your body.
ryanmcl wrote 14 hours 41 min ago:
This is fair and well taken. For context I'm 45 with a 6 year
old son / I've done the burnout thing in a previous career and
have no interest in repeating it. But I hear you and the point
stands regardless of my specific situation.
bwestergard wrote 1 day ago:
"The false binary of "rest OR work" is dissolving."
If you're like most people in this forum, there are people who
stand to gain financially if you convince yourself that you don't
need boundaries between work and rest. You may even believe that
you stand to gain financially, and that this will be best for you
in the long term.
Please, take some time to rest for a day or two and really think
about what you want your boundaries to be. Write them down.
ryanmcl wrote 14 hours 42 min ago:
You're right, and I appreciate the reminder. I should clarify;
I don't mean always-on work. More that the rigid "only think
about code when seated at desk" constraint sometimes means
losing genuine insights that surface during downtime. But
you're correct that without intentional boundaries that mindset
can slide into something unhealthy fast.
embedding-shape wrote 1 day 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.
8note wrote 21 hours 47 min ago:
id say claude code is designed for think then do - thats where its
different from other tools!
i think it still pulls to do then think because you cant tell what
the agent understood of what you asked it to do from that first
think, until its actually produced something.
tayo42 wrote 1 day ago:
These coding tools work better when you think and play first before
doing...
prescriptivist wrote 1 day ago:
This seems like a real coarse and not particularly accurate binary,
but even if it were true, the thing about Claude Code and agentic
coding like this is the cost of making a mistake or the cost of not
being happy with a design and having to back it out is getting
smaller and smaller.
I would argue that rapidly iterating reveals more about the
problem, even for the most thoughtful of us. It's not like you
check your own reasoning at the door when you just dive head first
into something.
mhalle wrote 1 day ago:
I would definitely disagree.
Claude Code and similar agents help me execute experiments,
prototypes and full designs based on ideas that I have been
refining in my head for years, but never had the time or resources
to implement.
They also help get me past design paralysis driven by overthinking.
Perhaps the difference between acceleration and slop is the
experience to know what to keep, what to throw away, and what to
keep refining.
viraptor wrote 1 day ago:
> Claude Code seems to strictly be for the former, while typically
the engineers who can maintain software long-term are the latter.
Given the number of CC users I know who spend significant time on
creating/iterating designs and specs before moving to the coding
phase, I can tell you, your assumption is wrong. Check how
different people actually use it before projecting your views.
embedding-shape wrote 1 day ago:
Yeah, I wasn't trying to say "These are the people who use CC,
for these purposes" but rather what the intention seems to for
Claude Code in the first place. I'm using CC from time to time,
to keep up to date with what tooling is available, and also know
people who use CC every day and plan a lot up front, sorry if I
gave the impression that I meant that everyone using CC is doing
that, was trying to get at what the purpose of the tool seems to
be, which seems to be true today too, as the models continuously
seem to steer you to "doing" and moving faster, not stopping and
thinking.
thinkindie wrote 1 day ago:
I usually have conversations with Claude for clearing my mind and
forming the scope of a project. I usually use voice transcription
from Claude app to take notes and explore all my options.
kzahel wrote 1 day ago:
Same. When I can't be at my desk, my projects don't stop -- I
just do the tasks that work well enough on the phone.
Brainstorming, planning, etc. Or tasks that the agent can easily
verify.
Having access to my local repository and my whole home folder is
much easier than dealing with Claude or ChatGPT on the web. (Lots
of manual markdown shuffling, passing in zipfiles of
repositories, etc).
Wowfunhappy wrote 1 day ago:
I find it often helps me to see a feature before I evaluate if it
was really a good idea in the first place. This is my failing--but
one thing I like about Claude is that it's now possible to just try
stuff and throw away whatever doesn't work out.
darkerside wrote 1 day ago:
Was always possible. Now just easier.
Wowfunhappy wrote 17 hours 55 min ago:
Well, kind of I guess. I have limited hours in the day.
ubercore wrote 1 day ago:
I agree in your basic framing but not your conclusion. Met plenty
of do-ers before thinkers that are self-aware enough to also
maintain software longterm.
rafaelmn wrote 1 day ago:
This isn't a binary thing - even if you prefer to build
maintainable systems very often the trade-off is - you don't ship
in time and there's no long term - the project gets scrapped.
So even if it comes at the expense of long term maintainability -
everyone should have this in their toolbox.
thierrydamiba wrote 1 day 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.
wiseowise wrote 1 day ago:
Oh no! Anyway.
thierrydamiba wrote 1 day ago:
I donât understand this comment?
Iâm guessing youâre suggesting itâs ok to lose time if
youâre away from your computer enjoying life, and I agree. I
also donât see the issue in finding ways to be save time with
work.
If you mean something different, please elaborate.
sebastianmaciel wrote 1 day 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 wrote 1 day 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.
sebastianmaciel wrote 1 day ago:
Oh nice, didn't know that. Thanks for the tip!
gregoriol wrote 1 day ago:
I really don't want to trust an AI company with a remote access door on
my setup
Retr0id wrote 1 day 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)
gregoriol wrote 1 day ago:
Yes and no: I hope (not verified) that regular claude code client
only sends requests, and doesn't open ports for remote access
aunty_helen wrote 1 day ago:
There's nothing stopping CC from spinning up a local service or
running terminal commands to open ports.
Retr0id wrote 1 day ago:
I wouldn't expect Remote Control to open any ports either
KeplerBoy wrote 1 day ago:
So Microsoft/Github copilot was ahead of its time with AI driven PRs?
jorl17 wrote 1 day 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...)
dizhn wrote 1 day 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.
HTML [1]: https://opencode.ai/docs/web/
rubslopes wrote 1 day ago:
I was having too many bugs using it with my phone, I gave up and went
back to Termux
dizhn wrote 1 day ago:
It's changing super fast. I am using it on the desktop mostly and
when I tried on my phone there were issues yes. But do try it out
again in a few weeks.
(I am actually using zellij on the remote and using various CLIs
more than I am using only opencode on the web. I was using wezterm
mux until about a week ago but the current state of the terminal is
not very good for this scenario. It seems like almost all the CLIs
are choking because of nodejs ink library)
yakkomajuri wrote 1 day ago:
I guess this is Anthropic's early version of a "claw"?
TheCapeGreek wrote 1 day 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.
adriand wrote 1 day 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.
8cvor6j844qw_d6 wrote 1 day 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.
cahaya wrote 1 day ago:
Hoping OpenAI/ Codex will launch this soon too.
aurareturn wrote 1 day ago:
I run Codex using terminus, iOS, and a VPS.
block_dagger wrote 1 day ago:
Hoping Cursor will also adopt.
viraptor wrote 1 day ago:
Cursor already has agents accessible from web/mobile
HTML [1]: https://cursor.com/blog/agent-web
block_dagger wrote 1 day ago:
Those are cloud agents.
kzahel wrote 1 day ago:
But can those web/mobile-accessible agents be on your own
hardware, e.g. your desktop at home?
bandrami wrote 1 day ago:
We've re-invented GNU screen in the most inefficient way imaginable
ebiester wrote 1 day 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 wrote 1 day 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.
lkjdsklf wrote 23 hours 26 min ago:
tmux/screen is literally less work to use than this thing.
You need to learn to type less than a dozen total characters
including the command.
Not to mention a lot of terminals automatically integrate with tmux
so you donât have to do anything but open the terminal.
Sure, different tools for different people. And if you want to use
a new fangled triangular wheel they just invented, no oneâs going
to stop you
Itâs still a triangular wheel at the end of the day
ryanmcl wrote 14 hours 44 min ago:
Fair enough mate, I should learn tmux properly regardless. My
point was less about this specific tool and more that the barrier
to entry for dev tooling I feel keeps dropping, which I think is
net positive even if it means some inefficient abstractions along
the way. Appreciate the nudge.
Toutouxc wrote 1 day 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.
petesergeant wrote 1 day 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 wrote 1 day ago:
Thatâs not at all how this works. Commands are relayed through
Anthropicâs servers with a client polling mechanism.
bandrami wrote 1 day ago:
Yes, that's a significantly less efficient way to manage persistent
sessions
63stack wrote 1 day ago:
I'm pretty sure "how do we disallow running our agents in screen
sessions" is on a jira board at some places
reverius42 wrote 1 day ago:
Right, that's the "most inefficient way possible" (though
personally I disagree, there are more inefficient ways to be
found).
bandrami wrote 1 day ago:
You could put the transport protocol on the blockchain, I suppose
throwaw12 wrote 1 day ago:
You are making me more creative.
we can upload snapshot of zip files to blockchain, then notify
customer via servers
gtowey wrote 18 hours 27 min ago:
Even better, train an entirely new LLM with your prompt added
to its data set. It will be imbued with its own latent sense
of purpose. All you need to do after that is type "let there
be light!"
wild_egg wrote 1 day ago:
I'm probably 10 years out of date. Are ethereum smart
contracts still a thing? I'm sure you could deploy one of
those for every agent session to handle the notifications
squirrellous wrote 1 day ago:
Would be great if it supported API keys. Iâm getting by with slack
threads of all things for work.
weikju wrote 1 day ago:
even more reasons to sandbox it to a container or vm
pshirshov wrote 1 day ago:
That's what I've been doing with termux, mosh, and tmux.
konaraddi wrote 1 day 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 wrote 1 day ago:
Yeah the remote control featureset is pretty limited right now. I did
a comparison here [1] (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 ( [2] )
The one feature drawback of tailscale/tmux/termius is no file upload.
And ergonomics, ability to view files/diffs easily, though that's
subjective.
HTML [1]: https://yepanywhere.com/claude-code-remote-control/
HTML [2]: https://github.com/kzahel/yepanywhere/blob/main/docs/competi...
cess11 wrote 1 day ago:
Perhaps it took a while to figure out how to do it over HTTP,
especially the security stuff.
With e.g. tmux you'll piggyback on decades of SSH development.
Myzel394 wrote 1 day ago:
> SSH development.
Or Mosh, just like OP said. Mosh handles interruptions much
better than SSH does
cess11 wrote 1 day ago:
As I understand it, Mosh piggybacks on SSH. Have they recently
dropped the SSH negotiation?
samusiam wrote 1 day ago:
Which is so much better because you can do other terminal stuff and
you can avoid vendor lock in.
dewey wrote 1 day ago:
That's not what vendor lock in means. If you sign up for a cloud
hoster and then build your whole product on propriety services that
you can't get anywhere else instead of using an off the shelf
database or open source software, that's vendor lock in.
If you'd have to switch to a different tool to do your coding
that's not vendor lock in.
pshirshov wrote 1 day ago:
In this case you are locking your workflow to the vendor's
solution.
DIR <- back to front page