When a business wants an AI assistant that knows its products, policies or documents, two techniques come up almost immediately: retrieval-augmented generation (RAG) and fine-tuning. They are often presented as alternatives, but they solve different problems. Choosing the wrong one is one of the most common reasons AI projects cost more than expected and still give unreliable answers.

Quick definitions

  • RAG keeps your information outside the model. For each question, the system searches your documents, picks the most relevant passages and gives them to the model, which writes an answer grounded in them.
  • Fine-tuning changes the model itself by training it further on examples, so it learns a style, format or narrow task.

A useful shorthand: RAG changes what the model can look up; fine-tuning changes how the model behaves.

How they compare

  • Fresh information: RAG uses whatever is in your knowledge base today; a fine-tuned model only knows what it was trained on and needs retraining to learn new facts.
  • Showing sources: RAG can point to the passages it used, which makes answers easier to check; fine-tuning cannot show where a fact came from.
  • Cost of updates: with RAG you update documents; with fine-tuning you prepare new training data and train again.
  • Style and format: fine-tuning is better at making outputs consistently follow a voice, structure or classification scheme.
  • Data needed: RAG needs well-organised documents; fine-tuning needs many high-quality examples of the exact behaviour you want.
  • Access control: RAG can respect who is allowed to see which documents; knowledge trained into a model cannot be restricted per user.

When RAG is the right choice

  • Internal knowledge assistants that answer questions about policies, procedures or past projects.
  • Customer support that must reflect current prices, stock or terms.
  • Searching contracts, manuals or reports and summarising what they say.
  • Any case where people need to see the source to trust the answer.

When fine-tuning is worth it

  • You need a very consistent output format, such as a fixed report structure or strict classification labels.
  • A specialised writing style or tone that careful instructions alone don't achieve.
  • A narrow, repeated task where a smaller fine-tuned model could be cheaper or faster than a larger general one.
  • You have, or can create, a solid set of good examples.

When to combine them

Some projects benefit from both: RAG supplies current facts and sources, while a fine-tuned model presents them in the format the business needs. Treat this as a second step. Start with RAG and good instructions, measure the results, and fine-tune only for the specific gap that remains.

What usually goes wrong

  • Fine-tuning to teach facts. Models learn patterns better than facts, and the facts go stale.
  • RAG on messy documents. Duplicated, outdated or poorly structured files lead to poor retrieval and poor answers.
  • No evaluation set. Without a list of real questions and good answers to test against, nobody can tell whether a change helped.
  • Ignoring permissions, so the assistant shows information to people who shouldn't see it.
  • Skipping the plain alternative. Sometimes a better search box or a well-written FAQ solves the problem.

A simple way to decide

  1. Does the answer depend on information that changes or is private to your business? Start with RAG.
  2. Do people need to see where an answer came from? Use RAG.
  3. Is the problem mainly the format or style of outputs? Try better instructions first, then consider fine-tuning.
  4. Do you have hundreds of good examples of the exact output you want? Fine-tuning becomes realistic.
  5. Still unsure? Build a small RAG prototype with a test set of real questions before investing further.

Before you start: data and evaluation

Whichever route you take, most of the work is in the data and the testing rather than the model. Collect the questions people really ask, decide what a good answer looks like, clean and organise the source documents, and agree how wrong answers will be caught and escalated to a person.

If an assistant will answer customers or make decisions, plan for mistakes: show sources, let people reach a human easily, and review a sample of conversations regularly.