"We use Vercel for the frontend, Supabase for the database and auth, and Railway for the backend.”
I’ve heard this from too many founders and I’m genuinely surprised. Not just by the fact that it’s three different platforms to manage your stack, but by the fact that they’ve hit a wall and want to migrate away, but they’re locked in.
I get why founders start with them. I spent years working with AWS, GCP and Azure. Even with prior experience, it’s time consuming to battle with setting up a VPC, configuring IAM roles, and deciding which of the 200 services to use for your architecture. Once you set it all up, you end up wishing you started with Terraform from the beginning, but you just wanted to try out that idea of yours. And younger founders skip the major cloud providers entirely because they’d rather spend their time building.
So they pick these alternatives because they’re easy to start with, they sound promising, and most likely because they get recommended by coding agents. But a few months in, the cracks show. The cracks that the agent didn’t tell you about because you didn’t ask.
Supabase has shaped your architecture. Their auth model, their row-level security, and their SDKs scattered across your codebase. On top of that, you’re operating across three platforms that don’t know about each other. Running your full stack locally on your own machine means you’re the one wiring services together, making sure ports don’t conflict, and juggling .env files so everything can find each other.
For the past months, Fabian Lindfors and I have been obsessing about building something that solves all of these pain points. Because what if you could have the developer experience of Vercel but with the building blocks of AWS? That’s what Specific (YC F25) is.
With Specific, your entire stack is defined in one config file next to your code. Services, databases, storage, caching, realtime, workflows and more. One CLI command to run the entire stack locally. One command to deploy. No SDKs, no lock-in. Designed for coding agents from day one, because that’s how most people build software today, and even more so moving forward.
This is not a vision. It’s live.
https://specific.dev/