Pinterest Gutted a Frontier Model and Cut AI Costs by 90%. Founders Should Copy That.
Pinterest's CTO ripped out a frontier model's vision layer and replaced it with proprietary embeddings. The result: a 90% cost drop and 30% better accuracy. For founders burning API credits, own your stack, don't rent it

At 620 million monthly users, Pinterest cannot afford to treat AI like a magic wand. CTO Matt Madrigal proved it by taking a scalpel to Qwen3-VL, ripping out its vision layer, and rebuilding it with proprietary embeddings. The numbers tell the story. Costs dropped 90%. Accuracy jumped 30%. Madrigal did not wait for a cheaper API tier or a smaller model release. He customized what was already open and made it his own.
The move cuts against the default instinct in 2026, which is to call the biggest frontier model available and hope it understands your data. That strategy works in a demo. It falls apart in production where every image recommendation multiplies across hundreds of millions of users. Madrigal's team recognized early that general-purpose vision models carry fat you do not need. They are trained on the whole internet. Your product only cares about a narrow slice of visual patterns relevant to your users.
Pinterest took a surgical approach. Instead of retraining the entire model or building a complex RAG pipeline, the team gutted the existing vision layer and replaced it with embeddings tuned on Pinterest's own data. This is the difference between renting a furnished apartment and renovating the kitchen. You keep the structure that works, rip out the parts that do not, and install something that fits your actual habits.
Madrigal put it simply. He told VentureBeat that if you have unique data and fine-tune an open-source model with it, data quality will overcome model size. That is a radical statement in an industry still obsessed with parameter counts and leaderboard rankings. It means a smaller, customized model fed clean, relevant embeddings can outperform a generalist giant that costs ten times more to run.
The Convenience Trap
Most founders start with the easy path. No shame in that. When you are proving an idea, calling GPT-4o or Claude through a standard API gets you to a working prototype in hours. The trap appears later, when product-market fit arrives and the API bill scales faster than revenue. Suddenly that convenient one-line SDK call is eating your runway. Your invoice covers inference you do use and a mountain of general capabilities you do not.
The real cost runs deeper than dollars. You are buying opacity. When your vision layer lives inside a black-box frontier model, you cannot tweak how it sees your specific content. You cannot strip out the weights that handle medical imaging or satellite photography when all you need is furniture tagging. You are shipping a bloated generalist to do a specialist's job because the API was easy to integrate six months ago.
Breaking out requires a different mindset. You need to own the stack enough that you can swap, slice, and compress. Open weights make that possible. So does having your codebase in a format you can actually modify, not just a prompt that sends data elsewhere. When you build with tools that generate real code you control, customization stops being a research project and becomes a Tuesday afternoon task.
Build Lean, Own the Stack
This is where your tooling matters. Platforms that let you describe an app and ship full-stack code give you the skeleton to hang these optimizations on. You get a real backend, a real database, and real frontend components you can audit. When your AI layer needs to change, you change it in your repo, not by negotiating a new enterprise contract. Your app runs on infrastructure you control, which means your cost curve stays yours.
Botflow generates apps with a Convex backend and React frontends, outputs the code to your GitHub repository, and lets you iterate while watching a live preview. Because the stack is open source and the backend is built for reactive, real-time queries, you are not stacking API call on top of API call to keep data fresh. The model inference is just one layer in a system you actually own. If Pinterest's move teaches anything, it is that the founders who survive the next funding winter will be the ones who treated model weights like infrastructure, not utilities.
Write Madrigal's quote on a sticky note. Data quality overcomes model size. Stop chasing parameter counts. Start chasing the quality of your own data and the sharpness of your customization. The next time you embed a vision model, ask whether you are using it or renting it. The difference is 90% of your AI budget.