Can I -or am I allowed even- use Sprites as part of my SaaS so that each customer has their own Sprite?
The mental model is to provide something like today’s chat experiences (Claude/ChatGPT/Gemini/Grok/Kimi/Minimax/Etc) where the agent has a sandbox if needed to be used in a way that each customer gets it’s own Sprite (no Claude Code, Gemini nor Codex) for this purpose.
My agent is a custom one for my own SaaS. The agent wouldn’t deploy apps nor things like that, it’s just to serve Sprite instead of a Fly Machine per customer.
Hi… It looks like that’s not only allowed but actually rather encouraged/common:
My impression is that it was even one of the original motivating cases (along with security-firm clientele) for the product, although I may be wrong there…
Also, this older blog post pre-dates Sprites, but it gives an idea of Fly.io’s overall perspective on such things:
hi! I’ll make sure this info finds its way to the website but the PAYG tier does have limits in place too-- if you’re on the free plan you can see it in the dashboard
we definitely see people using a customer-per-sprite model; in fact, we even initially added more plans with higher concurrency + usage limits to better support this approach!
I have seen that PAYG has a limit of 3 for concurrency which sounds a little counter intuitive for me.
Is there any official statement regarding the mental model for Sprites.dev as a produict? It’s mainly with end users in mind that want to “vibe code” using an agent CLI and the rest of use cases fall into “do your best with what is available” (both features -which are excellent- and pricing)?