Comment by bwm
20 hours ago
You can totally ask an agent to orchestrate an existing cloud. But their APIs weren't designed for agentic orchestration, so it'll be more expensive in terms of context / turns (machine0 grammar is simple: new, ls, rm...).
The other thing is if you're running large workloads that span many machines (e.g. software factories, model training or RL environments), then over time you'll end up with orphaned artifacts that will need to be maintained (think security groups, volumes, elastic IPs etc).
Ultimately, most of our customers today just want to be able to spin up a powerful & reliable VM without worrying about DevOps or any other kind of maintenance :)
Congrats on the launch. I can’t wait to try it.
But, I don’t think this is your strongest argument. The APIs for those providers are pretty easy to orchestrate and don’t take that many tokens to use. (Especially if you are hosting on top of one of these providers)
Instead, I think some strengths you could focus on are (a) not being one of those providers, (b) having a better product mix that people want to use, and (c) keeping a minimal design. Clear use-cases, minimal friction, easy to keep the model in your head.
You definitely have a good product here with plenty of reasons to choose you. But your minimal API isn’t a great moat.
This seems like something that could exist as free software and can be easily vibecoded in the form of a pile of scripts. Thanks for the idea!
Could say the same about v1 of OpenRouter which Stripe is acquiring for $7B this week;) [1].
[1]: https://news.ycombinator.com/item?id=49323381
You can't vibecode your way to their market capture.
OpenRouter is valuable because it has a large catalogue of competing providers for a fungible service. This does the opposite (lock in with a specific vendor).
Dropbox-esque?