Every LLM team hits the same fork eventually, either keep steering the prompt or start training the model. Here's how to read the signals before you burn a sprint finding out the hard way.
Originally published at overmindlab.ai. A perspective on when to tinker with the prompt, and when to train your own model.
Most teams building LLM applications start the same way. They write a system prompt, test it against a few examples, and ship. Prompt engineering is cheap, fast, and reversible. Fine-tuning used to be something only teams with a training pipeline and a GPU budget could afford. Things have changed but the order of operations hasn't.
Both techniques steer model behaviour. Prompting changes what you say to the model. Fine-tuning changes the model itself.
| Prompt engineering | Fine-tuning | |
|---|---|---|
| What changes | The input | The model's weights |
| Where it lives | The context window | The model |
| Cost | Seconds, no infrastructure | GPU time and a training pipeline |
| Data needed | None, or a handful of examples | Thousands of labelled runs |
| Reversibility | Instant | Only by retraining |
| Survives a model swap | Yes | No |
| Ceiling | Plateaus quickly | High, bounded by data quality |
Prompt engineering means editing what enters the context window. No adjustment of the model's weights. You're changing the input and reading the output.
For a new agent, that's almost always the correct starting point. You learn what the model can already do before you spend anything on training. Most of the behaviour changes you want, prompting will give you. This isn't a one-time decision so much as a loop. You stay in prompt-engineering mode until the eval curve goes flat, then check whether you actually have what fine-tuning needs, a narrow task and real data.
Ship prompt changes until the eval goes flat, then fine-tune.
| Where you are | What you're seeing | What to do next |
|---|---|---|
| New behaviour needed | A gap between what the agent does and what it should do | Ship a prompt change |
| Eval still moving | Each change shifts the score | Keep prompting |
| Eval flat for 3-4 changes, task is narrow, a few thousand labelled runs in hand | Plateau, and you have the ingredients | Fine-tune |
| Eval flat, but the task is broad or the labelled runs aren't there | Plateau without the ingredients | Build the dataset first |
Prompting always runs out of road eventually, and the symptoms show up in predictable order:
At that point, prompting stops being cheap. Engineering hours are the priciest line item in most LLM pipelines, and it's easy to burn a month nudging a prompt that plateaued weeks ago.
Fine-tuning updates a model's weights on examples of the behaviour you want until the model does it by default, without being told every time. It's worth trying when these conditions are met:
Overmind is the model training platform for AI teams. It turns your production traces into specialised models you own. Get started.