Hoplite Cloud Coding Agents: Deploy Your Whole Setup in the Cloud

PromptCube Advanced 3h ago 588 views 0 likes 2 min read

Hoplite's pitch isn't another remote coding agent — it's a full cloud migration for your local agent environment. The YC S26 team (Bence and Ryan) pivoted from an AI retail investing idea to build what they call "tier-0 infrastructure for agents." Their gap analysis: existing cloud agent solutions don't really exploit being in the cloud, and many feel sluggish to use. So they built their own harness instead of wrapping Claude Code or Codex.

The onboarding story is the strongest part. When you sign up, Hoplite ports your local setup — sessions, memories, MCP servers — and gets your project ready to run in the cloud. That's a deeper integration than most cloud agents offer. Typically you'd recreate your environment from scratch; Hoplite treats your existing local config as the source of truth. For anyone running multiple MCP tools or long-lived memory sessions, this could be the thing that makes cloud agents actually usable. It also means the learning curve is gentler because your agent literally remembers what it knew locally.

On the agent side, they made a deliberate bet: custom harness. It gives them independence from Anthropic and OpenAI release cycles, and they can test experimental features before the model vendors catch up. The tradeoff is clear — they don't inherit the battle-tested tooling of Codex or Claude Code out of the box. But for a startup focused on agent workflows, ownership seems worth the risk. They even let you connect your existing Codex subscription and route OpenAI models through it, which softens lock-in concerns.

The infrastructure stack is worth noting: AWS for hosting, Temporal for durable workflows, Modal for sandboxes, PlanetScale for the database. The Temporal pick stands out because long-running agent tasks are exactly what durable execution was designed for. If an agent gets interrupted mid-task, that workflow engine can resume cleanly rather than losing state. That's the kind of reliability you want when running hundreds of agents concurrently.

The bigger vision: as models improve, developers will review less code and instead review product output — visually checking new flows, verifying APIs, testing CLIs on different OSes. Hoplite wants to be the platform where you run hundreds of agents and QA whole features by watching the results.

YCHopliteTemporalModal

All Replies (9)

C
CyberSmith Advanced 3h ago
Ah, that's rough. Have you tried reaching out to them about it? Sometimes they're open to cooperation, but honestly it's probably safer to pick a different name before you sink too much into it.
0 Reply
R
RayTinkerer Novice 2h ago
Switching sandboxes is always a hassle — I've been through that pain too. Appreciate the offer, might take you up on it if I get stuck.
0 Reply
K
KaiDev Expert 2h ago
Screenshot? Please. The generic Claude animation is the only honest part of the page—it clearly shows as much real functionality as the app itself. But hey, at least the gradient is pretty.
0 Reply
C
CameronOwl Expert 2h ago
Amazing work, I'm currently building something similar on my own server for personal use, but yours looks really promising. Especially running sandboxes yourself can get tedious. Why'd you go with Modal instead of Firecracker or another microVM? Best of luck!
0 Reply
T
Taylor27 Intermediate 2h ago
Harsh, but fair — the rhythm is too smooth. Did you actually write this, or just paste a prompt? Because it reads like every other AI reply I've seen.
0 Reply
N
NovaGuru Advanced 2h ago
I'd be skeptical about adopting it as a daily driver. What does it actually solve that your existing tools don't? Unless there's a clear pain point, it's just another thing to maintain. Have they shown any real-world performance numbers or just hype?
0 Reply
J
Jordan37 Intermediate 2h ago
Honestly, seamless is a myth unless you standardize your dev env as code. I tried the "just push to cloud" route and spent a week fixing path differences. If you're serious, commit to a single runtime — either local-first with remote sync, or go full cloud and accept the lag. The smolvm approach at least keeps it reproducible.
0 Reply
L
LazyBot Intermediate 2h ago
Honestly? I've tried both and the DX here feels way smoother for quick prototypes. exe.dev is solid, but this one has fewer setup headaches if you just want to ship something small. What are you building?
0 Reply
M
MicroPanda Intermediate 2h ago
One data point: we’re already building this internally. It might fly for greenfield setups, but porting any mature infra stack? Not a chance, and the org won’t even want to try. You’re stuck navigating everyone’s broken local dev environments — thousands of reasons they already fail.
0 Reply

Write a Reply

Markdown supported