Prompt, retrieve, tune, or train · 8 min
Choose how to adapt
Different problems call for prompting, retrieval, fine-tuning, continued pretraining, or training from scratch.
Plain language, the core causal flow, and required checks.
Four ways to get a model that knows your business
Choose the least expensive intervention that solves the actual problem.
| Approach | What changes | Best fit | Business example |
|---|---|---|---|
| Prompting | Instructions and examples sent with each request | Clarifying a task, format, role, or policy | Ask for an incident summary in the company’s standard five headings |
| Retrieval (RAG) | Current source material is added to the request context | Changing facts that must be cited or updated | Retrieve the latest product catalog and support policy before answering |
| Fine-tuning | Some or all model weights change | Stable behavior, tone, format, or a narrow task | Train on approved escalation examples so outputs follow the house workflow |
| Pretraining from scratch | A new base model and its broad capabilities are created | Exceptional scale, sovereignty, language, or genuinely unique data domains | Build a sovereign-language foundation model when no suitable base can be used |
Most organizations should begin with prompting, add retrieval for current knowledge, and change weights only when behavior—not merely facts—must change. Pretraining from scratch is rarely the right business adaptation strategy.
Prompting and retrieval leave the base weights alone
Prompting is instant and reversible. Retrieval keeps knowledge outside the model, so updating or rolling back the source updates behavior without a training run. Retrieval still needs good chunking, ranking, permissions, citations, and evaluation; it is not automatically grounded just because documents were fetched.
Fine-tuning changes behavior
Full fine-tuning updates every trainable weight and can achieve the highest adaptation ceiling, but it consumes substantial memory and creates a complete model variant. Narrow data can also cause catastrophic forgetting.
LoRA freezes the base and learns two thin matrices whose product forms a full-shaped update. That makes one base reusable across many small adapters.
Interactive explanation
Inspect a LoRA update
Low-rank adaptation
Keep the base fixed and learn two thin matrices
LoRA does not retrain every value in W. It learns A and B, multiplies them into a full-shaped adjustment, and adds that adjustment to the frozen base.
Full fine-tuning changes the complete base matrix.
Compare fine-tuning methods
Interactive explanation
Compare fine-tuning methods
Adaptation method comparison
See where each adaptation method intervenes
Compare what moves, what stays frozen, how much state training owns, and what cost remains during inference.
- QLoRA keeps the frozen base quantized while training LoRA parameters.
- Adapters insert small permanent modules and therefore add inference work.
- Prefix or prompt tuning learns virtual input tokens but consumes context.
- Head-only training is a useful low-cost baseline.
- Choose the least costly method that changes the needed behavior.
- Separate adding knowledge at request time from changing weights.
Core check
Which approach adds changing knowledge without modifying weights?
Terms in this chapter
- LoRA
- A parameter-efficient adaptation method that trains low-rank update matrices while keeping base weights frozen.
Primary references
- Parameter-efficient fine-tuning methods ↗Hugging Face PEFT
Primary library documentation for PEFT approaches and LoRA-family methods.