Live data from Hacker News

Show HN: Boxes.dev: ditch localhost; run Claude Code and Codex in the cloud

boxes.dev

41–50 of 87 posts

Re: Show HN: Boxes.dev: ditch localhost; run Claude Code and Codex in the cloud

#41
post #4

I really like the pricing model and focus on not shafting people by auto-sleeping when an agent is done working. I’ve been working on an [OSS TUI]( https://github.com/prettysmartdev/awman ) for managing agent execution and workflows in containers (local or remotely) and would love to collaborate if you’re interested.

Awman looks great - just installed on Windows and it built the image. I'm trying to figure out how to launch an agent...

FWIW, I'm working on Nemesis8: https://github.com/DeepBlueDynamics/nemesis8 if you want to team up. I'm kordless at gmail or kord at deepbluedynamics

Re: Show HN: Boxes.dev: ditch localhost; run Claude Code and Codex in the cloud

#42
Well, I wouldn't use this since I have my own box. In case its useful:

- I run hermes on the box and it has some scheduled cron jobs.

- I gave it an account on a custom Git forge. It cannot commit without my direct permission, though it can blow the setup up in other ways lol.

- I interact by assigning it issues and talking through Discord.

Re: Show HN: Boxes.dev: ditch localhost; run Claude Code and Codex in the cloud

#44
post #37

Why is this better than running Claude on my own home server? I can remotely monitor the agent with Termux from my phone.

It's definitely possible to build something like this yourself, but there are a lot of little things we've done that we think add up to a much better UX:

- A dedicated app where you can scroll through your thread/chat history and start a new thread/fork/VM just by typing a new message, along with access to persistent terminals organized by thread/machine. Push notifications as well when your threads are done. Sort of doable via termux/tmux/ssh/etc.

- It takes a little while to get git worktrees set up well to have multiple threads running in parallel. You have to make sure each worktree starts your app on a different port, for example. But some folks are able to get it in a good place through some manual setup work.

- We started hitting resource limits running 5 full copies of our app on 1 laptop (so each agent can test its work separately), but again, if you have a beefy enough machine this might not be a problem.

- We auto-handle port forwarding for you on desktop (and on mobile soon too). Again, you can finagle something like this with tailscale, but it's a pain in the butt to manually track which thread maps to which port on the same machine. We have some magic where if you select a thread in the desktop app, we automatically remap localhost:3000 (or any other port running there) to that thread's machine, so you can just reload your browser locally to test.

These are a few examples. From building this ourselves, we're pretty convinced that you need some sort of UI to do remote development in a super clean way that feels like localhost. But if you're willing to put in the work, you can probably get relatively close yourself!

Re: Show HN: Boxes.dev: ditch localhost; run Claude Code and Codex in the cloud

#45

You can pry localhost from my cold dead hands.

Exactly my thoughts when I built all this: https://deepbluedynamics.com

I do provide cloud support for somethings like embeddings and crawling, but you can run it local if you want. The only thing closed source is the memory system, but it still runs local if you want it.

Re: Show HN: Boxes.dev: ditch localhost; run Claude Code and Codex in the cloud

#46

You can pry localhost from my cold dead hands.

Hahaha, it was a cheap shot :P

The fun thing is that in some way it's a bit inaccurate. We auto port-forward ports from the remote machines to your localhost, so you can still just go to localhost:3000 or whatever, and it goes to whatever machine you have selected in the desktop app. We'll give you a browser in the mobile app too soon to hit "localhost" on mobile.

Re: Show HN: Boxes.dev: ditch localhost; run Claude Code and Codex in the cloud

#47
post #43

Don't Anthropic and OpenAI both offer the same thing built in? What are the difference with this service?

their product attempts to duplicate your local dev setup on a machine on the cloud, which means they copy your .env / local postgres db, local docker-compose stack etc. It worked quite well for me, I tried it just now (except for postgres + setting up git). I think the product is quite good but still needs a bit of polishing.

I'm a bit frustrated that they restrained EU users from downloading their app, but I guess they just want to avoid dealing with GDPR, which is fair for an early startup!

Re: Show HN: Boxes.dev: ditch localhost; run Claude Code and Codex in the cloud

#48

What kind of cpu/memory do the vms get? Is there a way to define the template that's used, so I can say to a new team member, log in to boxes.dev and all the repos and tools are already there for you? And where do you get the machines, can we bring our own? The orchestration layer and product experience ticks all the boxes for me but where Codex, Claude, and Cursor have fallen down for me in the past is: - slow and o…

> What kind of cpu/memory do the vms get?

Default is 4 vCPU / 8 GB memory but it's configurable at the team/project level (can go higher).

> Is there a way to define the template that's used, so I can say to a new team member, log in to boxes.dev and all the repos and tools are already there for you?

Yes we're moving in this direction! For the current public version each person sets up their box and then agent threads start on a snapshot of that box. But for companies, what you laid out is 100% the vision and coming soon. No more eng onboarding, and maybe even give non-technical folks a default dev environment where they can spawn agents and prototype.

> And where do you get the machines, can we bring our own?

Right now we're using MicroVMs with E2B as our infra provider, but for companies we're exploring how to support bringing your own. Happy to chat if interested!

Re: Show HN: Boxes.dev: ditch localhost; run Claude Code and Codex in the cloud

#49

Nice, this looks exactly like what I've been looking for. I tried Fly.io Sprites and it _almost_ got me there, but I got annoyed logging into my CC every new feature. Unfortunately I wound up going all in on Cursor Cloud Agents, which overall has been decent.

Thanks! We were also excited about Sprites when it launched but it didn't quite work for us either. And Cursor Cloud Agents is definitely pretty similar -- one area where we differ is that Cursor only uses their custom harness, and we liked using the actual Codex/CC harnesses directly (and wanted to benefit from any improvements big LLM cos are making to their models+harnesses)

Re: Show HN: Boxes.dev: ditch localhost; run Claude Code and Codex in the cloud

#50

Well, I wouldn't use this since I have my own box. In case its useful: - I run hermes on the box and it has some scheduled cron jobs. - I gave it an account on a custom Git forge. It cannot commit without my direct permission, though it can blow the setup up in other ways lol. - I interact by assigning it issues and talking through Discord.

Nice! We love hearing about personal setups to solve these same problems. One difference between boxes.dev and your setup is that we spawn an exact copy of the main box for each agent thread, so it's totally isolated. But doing parallel agents on one box can definitely work too, it's just more work to configure a project for it.

Our bet is that a lot of people will want something prebuilt, and that the last-mile UX for making a good coding workspace (including code review, etc) is actually nontrivial, especially at companies.

Post reply on HN