← Back to Payloads
opinion

Fine-Tuning Is a Waste of Money for Most Teams

Every startup I see is dropping $30K on a fine-tune when a $20 prompt engineering session would have done the job. The fine-tuning industrial complex is selling a solution to a problem most of you don't have.
Quick Access
Install command
$ mrt install fine-tuning
Browse related skills

Let me tell you about the worst ROI decision I see consistently across AI teams in 2026: fine-tuning.

Not in every case — there are legitimate use cases. But the overwhelming majority of teams I talk to are fine-tuning because it feels serious, because a vendor told them to, and because they confuse complexity with competence. Fine-tuning is the AI world's version of hiring a full-time database administrator when a spreadsheet would have worked.

Here's the uncomfortable truth: most teams don't have a fine-tuning problem. They have a prompting problem. They have a data formatting problem. They have a retrieval problem. And instead of fixing the actual problem, they're spending $15,000 to $50,000 on a fine-tune that makes the model slightly better at the wrong thing.

The pitch is seductive. "Train the model on your data. Get a custom AI that knows your business." It sounds like the professional move. What it actually is, in most cases, is a very expensive way to avoid doing the boring work of improving your prompts and your data pipelines.

Let me be specific about when fine-tuning actually makes sense. You need a fine-tune when you have a genuinely novel task — something that requires a different output format, a different reasoning pattern, or a specialized vocabulary that cannot be coaxed out of the base model with better prompting. Medical imaging classification with proprietary diagnostic taxonomies. Legal document analysis with domain-specific citation patterns. Code generation for a codebase with unusual architectural patterns that confuse retrieval systems.

Those are real use cases. They're also rare.

What I see instead: a 10-person startup fine-tuning because they want the model to "sound like us." A mid-size company spending $40K to get slightly better accuracy on a task that would improve more from better data cleaning. An engineering team fine-tuning because their RAG pipeline is broken and they don't want to fix it.

The fine-tuning trap has several layers. First, it's a big upfront cost that feels like progress. You signed the contract. You trained the model. You shipped it. That feels like doing something meaningful, even if the underlying problem — bad retrieval, vague prompts, poorly structured data — is still there. Fine-tuning over that broken pipeline doesn't fix the pipeline. It trains the model to work around it, which is worse than fixing it, because now you've locked in the workaround.

Second, fine-tunes are static. Your product changes. Your data changes. Your users' needs change. A fine-tune from six months ago is stale. You need to re-fine-tune, which costs money again, which creates institutional pressure to stick with the stale model because re-fine-tuning is expensive and politically painful. You end up with a model that's optimized for a version of your problem that no longer exists.

Third — and this is the part nobody talks about — most fine-tunes are measuring the wrong metric. Teams optimize for loss during training, or for accuracy on a held-out test set that was drawn from the same distribution as the training data. What they should be measuring is performance on the actual distribution of user queries, which is messier, noisier, and less flattering to the fine-tuned model than the test set suggested.

The alternative is unsexy but effective. Invest in your retrieval pipeline first. Spend the time to clean and structure your data. Write better prompts. Test systematically against your actual query distribution, not a curated benchmark. This work is tedious. It doesn't show up in demos. It's also what actually makes AI systems work in production.

I get that fine-tuning feels like the premium solution. You hired a specialized model instead of using the commodity one. That's the premium positioning trap. The best AI systems I've seen in production are not fine-tuned. They're well-prompted, built on solid retrieval pipelines, and continuously evaluated against real user queries. That's not glamorous. It's also 90% cheaper and produces better results.

Before you sign the fine-tuning contract, ask yourself one question: have I exhausted what better prompting and better data can achieve? If the answer is no — and it usually is — do that work first. The $30K you save is your runway. The model you would have fine-tuned is probably already good enough if you give it the right inputs.

Fine-tuning is a real tool. For most teams right now, it's the wrong tool being applied to the wrong problem by people who were sold a story instead of a solution.