Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents

hoplite.sh

Post reply on HN
Print view View original

21–30 of 73 posts

Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents

#21

Post by BenceRed »

fsuts wrote: post #19
BenceRed wrote: post #9

Earlier quoted context omitted.

At the moment we're using Daytona as a redundant fallback in case Modal experiences an outage, but they have very stringent limits on how many resources we can consume concurrently. We're evaluating adding a second provider to help ease this so would love a chat! Feel free to email bence [at] hoplite.sh

This Daytona? https://github.com/daytonaio/daytona As the repo says no longer maintained

This one: https://www.daytona.io. Their platform was OSS for a long time but they decided to go closed source recently.

Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents

#22

Post by rytill »

LoganDark wrote: post #15
rytill wrote: post #11

Earlier quoted context omitted.

Almost every possible name that is not a portmanteau, made-up word, or combination of N words has a naming "conflict". This is not an interesting thing to say and I wish that people would stop saying this on everything anyone ever posts on HN. It almost feels like it should be against HN rules to point out that something else shares the same name with no additional statements.

For one, it's interesting to me because I've already known Hoplite for years as nothing to do with AI. For two, I'm not sure how sharing that is so egregious it should be against the rules? Is there an interpretation I'm missing of my original comment? Does pointing out another Hoplite get interpreted as disparaging or accusatory in some way? Does it go against intellectual curiosity?

The term "conflict" implies "there is a problem here". I would say it's very lightly disparaging, because it implies the author didn't even do basic research on other things that are also named the thing they decided to call it.

I actually checked HN rules and just saw this:

> Please don't complain about tangential annoyances—e.g. article or website formats, name collisions, or back-button breakage. They're too common to be interesting.

So, there you go, I guess.

Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents

#23

Post by fishtoaster »

Took me a minute to see the value - my first thought was "this is just cursor's cloud agents..."

But the key thing here for me is "Every sandbox boots your app on a live URL." Cursor doesn't easily have that, and that's what would allow me to ditch my local env entirely - the ability to actually try out a PR without needing to check it out locally.

So on that note: how does that work? We've had trouble with getting our dev env running in other cloud envs because it requires a few things (clickhouse, localstack, pg, etc) running which we manage via docker compose locally.

Also, some minor pricing feedback: it'd be really great if there were a version with pay-as-you-go and a cheaper fixed cost. I think your 99/seat/mo model is fine for professional work, but it's a lot to commit to for personal work.

Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents

#24

Post by scottydelta »

Trying to wrap my head around how it differs from my current on-the-go setup that is claude code. On claude's phone app or web app I can choose a repo, ask it for a feature and it writes the code, runs my tests + add more tests and creates a new branch. Then I can click on create PR or configure claude code to auto create PR.

I also have another setup which is a self-hosted docker compose behind my vpn with one container with claude code agents managed using agent of empires[0] and another container with playwright with sse. Using this setup, my agents get access to actual browser where it can test things live and I can access the app started by agent on domain:port. This is something I don't get with Claude. [0] https://github.com/agent-of-empires/agent-of-empires

Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents

#25

Post by rirze »

BenceRed wrote: post #4
LoganDark wrote: post #3

Naming conflict with https://www.hoplite.gg

Yeah, luckily they're in quite a different domain to us -- hopefully shouldn't have too much trouble winning the SEO battle

Good luck, `hoplite` triggers a ton of Minecraft media for me and that name has been around 10 years.

Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents

#26

Post by lionls »

BenceRed wrote: post #16
lionls wrote: post #14

Amazing work, I am currently in the process of building something similar on my server for personal use, but yours looks really promising. Especially running sandboxes on your own can be tedious. Why have you opted for Modal instead of Firecracker or a similar micro VM solution? Best of luck to you!

Modal has a lot of small niceties that made them easy to implement, such as filesystem snapshots and programmatic build images. But I did see that AWS recently launched Lambda MicroVMs, and since we're an AWS house we may transition to using them. My main issue with Modal is that their autoscaling is not as good as Daytona's. You have to stop the machine, resize, then start it, which takes ~3s and terminates all runn…

Thanks Bence, for your thoughts there. Will definitely take a look.

Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents

#27

Post by BenceRed »

fishtoaster wrote: post #23

Took me a minute to see the value - my first thought was "this is just cursor's cloud agents..." But the key thing here for me is "Every sandbox boots your app on a live URL." Cursor doesn't easily have that, and that's what would allow me to ditch my local env entirely - the ability to actually try out a PR without needing to check it out locally. So on that note: how does that work? We've had trouble with getting o…

Modal just released some features that would allow users to bring custom Docker images, and I'm working on getting your exact use case supported! Aiming to get it out by the end of the week.

Noted the pricing feedback! We're still figuring out exactly what works best so it's still very much so subject to change.

Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents

#28

Post by BenceRed »

scottydelta wrote: post #24

Trying to wrap my head around how it differs from my current on-the-go setup that is claude code. On claude's phone app or web app I can choose a repo, ask it for a feature and it writes the code, runs my tests + add more tests and creates a new branch. Then I can click on create PR or configure claude code to auto create PR. I also have another setup which is a self-hosted docker compose behind my vpn with one conta…

That setup is pretty much what we're trying to offer with Hoplite!

Using us means losing freedom and control with regards to infrastructure, however we think that's a tradeoff people would want to make in exchange for easier onboarding and a more polished experience.

Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents

#30

Post by Bnjoroge »

What’s the experience like going from an active on-going thread to a cloud-hosted one? I dont wanna always work on the cloud, and want my current setup to be exactly the same as in the cloud, and should be pretty seamless. Only folks i’ve seen solve these are folks who run the sandboxes locally and take that to the cloud like smolvm/microsandbox.
Post reply on HN