You need an LLM app to answer questions about your company's internal docs, which are updated weekly. Should you RAG or fine-tune, and what factor most cleanly tips the decision?
RAG. The docs change weekly, so the cleanly tipping factor is knowledge-change frequency: re-indexing is cheap and incremental, while re-fine-tuning weekly is slow, costly, and risks forgetting.
Imagine you run a help desk and the rulebook gets a new page every week. One option: make each agent memorize the whole rulebook again every Monday. That is fine-tuning. It is slow, expensive, and they sometimes forget old rules while cramming new ones. The other option: keep the rulebook on a shelf and let agents look things up when a customer asks. When a page changes, you just swap that one page on the shelf. That is RAG. The agents (the LLM) are just as smart either way; the only difference is where the facts live. When the facts change often, you want them on a shelf you can edit in seconds, not memorized in heads you have to re-train. So weekly changing docs point straight at RAG.
Detailed answer & concept explanation~6 min readEverything you need to truly understand this topic: intuition, mechanics, step by step explanation, code, formulas, and worked example. Click to expand.
Everything you need to truly understand this topic: intuition, mechanics, step by step explanation, code, formulas, and worked example. Click to expand.
Everything you need to truly understand this topic: intuition, mechanics, step by step explanation, code, formulas, and worked example.
Everything important, quickly.
3 min: name RAG, state knowledge-change frequency as the tipping factor, contrast re-index vs re-train cost, bust the 'deeper knowledge' myth, then note hybrid as additive.
| Concern | RAG | Fine-tuning |
|---|---|---|
| Knowledge-change frequency (the tipping factor) | Incremental re-index in minutes; built for frequent change | Full retraining cycle per update; punishing for weekly cadence |
| Update cost / turnaround | Cheap; re-embed the diff and upsert | GPU spend + hours per cycle + eval gate |
| Factual depth / recall | Strong; surfaces verbatim source with citations | Lossy parametric memory; hallucinates on the long tail |
| Behavior (format, voice, tools) | Prompt-level only, limited | Strong; baked into weights |
| Per-query latency | Higher; retrieval + extra context tokens | Lower; no retrieval step |
| Regression risk | Index change is isolated and reversible | Catastrophic forgetting of prior knowledge |
Real products, models, and research that use this idea.
- Glean indexes a company's Slack, Drive, and Confluence into a RAG layer that re-syncs as docs change, instead of fine-tuning per customer.
- Notion AI runs RAG over your workspace so edits made today are answerable today, with no retraining step.
- GitHub Copilot Chat retrieves from your current repo and open files rather than fine-tuning on each evolving codebase.
What an interviewer would ask next. Try answering before peeking at the approach.
QSuppose the docs updated once a year instead of weekly; does your answer change, and why?
QWhat's catastrophic forgetting and how does it bite a weekly fine-tuning loop?
Don't say thisRed flags and common mistakes that signal junior thinking. Click to expand.
Red flags and common mistakes that signal junior thinking. Click to expand.
Assuming fine-tuned knowledge is 'deeper' than retrieved knowledge. For factual recall it is not; and repeated fine-tuning weekly is the operational killer here, regardless of depth.
The night-before-the-interview bullets. Scan these on the way to the call.
Primary sources. Skim if you want the original framing.
Same topic, related formats. Practice these next.