Naming conflict with https://www.hoplite.gg
Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents
11–20 of 73 posts
Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents
#12Suggestion: showing an actual screenshot or video of your app is a much better indicator of effort than a generic Claude made animation. I've seen AI slop landing pages on far too many YC-backed startups. Not saying yours is one, but parts of it smell.
Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents
#13Looks neat! I've been using Amp ( https://ampcode.com/ ) for a while (Which seems to be doing something very similar), and I really appreciate this type of workflow. One thread = one VM feels like a solid model going forward.
Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents
#14Best of luck to you!
Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents
#15Naming conflict with https://www.hoplite.gg
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.
Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents
#16Amazing 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!
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 running processes. Daytona supports scaling up (but not down) without stopping the VM.
Also would recommend checking out ColeMurray/background-agents if you're planning to self host. Very good alternative! And the team behind it are great
Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents
#17Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents
#18Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents
#19If you ever need to switch sandboxes, would be happy to chat.
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
As the repo says no longer maintained
Re: Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents
#20Looks interesting. Does this mean I would use this as my day to day harness? Or is it something additional to an established workflow?
We also have an MCP server that you can use to delegate tasks (e.g. research, debugging, SRE work) to Hoplite via your existing local setup.