← Back to essays

Everything Was an AWS Wrapper Too

·3 min read·By Ry Walker

We used to mock companies as "GPT wrappers." But everything was an AWS wrapper too. And several of those wrappers became billion-dollar companies.

The big AI labs are running the hyperscaler playbook in plain sight. Anthropic is building a marketplace where committed spend can pay for third-party software running on Claude. OpenAI is doing the same. They cannot build every solution themselves. They need software vendors building complete products on top of their platforms, exactly the way AWS, GCP, and Azure needed Databricks, Confluent, and thousands of others. Amazon has over 400 native services and still has more partners than services. The platform never eats the whole stack.

Watch what happens when a platform owner does build into your space. AWS built a managed Airflow service. So did Google. At Astronomer, we competed with both, and the clouds still sent us their complex customers. Platform-native offerings are 80 percent solutions built with 20 percent of the effort, because compute is the business and the service exists to sell compute. Anyone with a hard use case falls through, and the dedicated specialist catches them.

The same dynamic is playing out in agents. The labs know model quality is converging, so the software around the model is the only place left to win, and they have the teams and money to fight hard for it. But lab software has one job: lock you into the lab's model, the way cloud-native services exist to sell compute. A vendor whose entire existence depends on going deep, handling the customer who needs a custom runtime hook on VM startup or the gnarly enterprise request nobody else will touch, wins on focus. We already have customers who tried lab-native tooling and hit the bottom of it. As I argued in the long game in agent companies, the winners keep showing up for the unglamorous depth.

There is a second advantage to choosing the wrapper layer: you do not have to bet on a winner. Model leadership rotates, new harnesses ship constantly, and most users never pick a model anyway, they take the default. We switched our default provider and nearly every user followed without a second thought. A stack locked to one vendor cannot run that experiment without friction and double subscriptions. The wrapper that supports every agent, instead of competing with any of them, gets stronger every time a new contender launches.

The other objection I hear: a strong enterprise team will just build this in-house. We watched this movie during the modern data warehousing era. Companies built in-house pipeline tools because the old stuff did not work, and then Airflow won anyway, not because it was pretty, but because it was complete. In-house tools share a fatal flaw: there is always one central figure, and the moment that person leaves, the tool withers. The internal team gets three to six months and a mandate that is really about something else. The biggest hundred companies will build internally. Almost everyone else gets overrun by commercial and open source options playing the long game.

So when someone calls your product a wrapper, remember what the word actually describes: a company that chose its layer correctly. The labs will become the new clouds. The marketplace on top of them is where the next generation of enterprise software companies gets built. The question is not whether to build on the platform. It is whether you are willing to go deeper than the platform ever will.

Key takeaways

  • The big AI labs are repeating the hyperscaler playbook — they need software vendors building complete solutions on top of their platforms.
  • Cloud providers build 80 percent solutions with 20 percent of the effort, which leaves the deep, complex use cases to dedicated partners.
  • Dismissing a company as a wrapper ignores that nearly every successful cloud-era software company was an AWS wrapper by the same logic.

FAQ

Isn't building on top of an AI lab's platform risky if the lab builds the same feature?

The hyperscalers ran this exact play. AWS built a managed Airflow service, and so did Google — yet they still partnered with specialists to serve complex use cases. Platform-native offerings target the easy 80 percent. The depth is left to companies that do nothing else.

Why won't LLMs just absorb the functionality of products built on them?

Models get smarter, but a model is not a product. Building working enterprise software requires integration depth, workflow specificity, and maintenance that platform owners have no incentive to take on for every vertical. That gap is where vendors live.