章节摘要:RAG 不是凭空冒出来的架构,而是大语言模型暴露出"知识过时"与"幻觉"两个顽疾之后,工程界交出的答卷。本章从 2020 年 RAG 概念的诞生讲起,说清它的工作机理与核心价值,最后把它与微调、长上下文放在一起比较,帮你判断自己的场景该走哪条路线。读完本章,你应当能向别人解释 RAG 为什么有效,以及它什么时候无效。
阅读完本章,你应当能够:
先给一张本章的全景图。整章围绕一个中心问题展开:模型的参数里装不下的知识,如何在外面补?
一句话点题:RAG 把"知识"从模型参数里搬到了外部知识库里,于是更新知识不再需要重新训练模型。
这一节讲定义、工作流程,以及最重要的——从 2020 年论文到今天的完整演化史。你会看到每个阶段解决了上一阶段留下的什么坑。
准确性提升、答案可溯源、知识可更新、成本可控,这四项价值各有前提条件。本节同时盘点问答、创作、客服、金融分析等典型应用场景。
三条路线经常被拿来互相替代,实际上各管一段。本节用对比表和决策流程帮你把边界划清楚。
三节是一条"认知递进"的链:先知道它是什么,再知道它好在哪,最后才知道该不该用。
是什么 ──→ 好在哪 ──→ 该不该用 1.1 定义 1.2 价值 1.3 选型 与演化 与场景 与边界 │ │ │ └── 概念地基 ─┴── 价值论证 ─┴── 决策落地
1.1 提供概念地基;1.2 在地基上论证价值,但价值清单里也埋着短板的伏笔;1.3 把这些短板放大成选型依据。如果你读 1.3 时对某些术语感到陌生,说明需要回看 1.1 的演化史——那些术语(多跳检索、混合检索)都是在演化中被逼出来的。
为方便随时定位,把本章三节的核心结论预置成一张速查表:
| 问题 | 对应小节 | 一句话结论 |
|---|---|---|
| RAG 到底是什么 | 1.1 | 让模型开卷考试的架构,检索在前生成在后 |
| 它经历了哪些形态 | 1.1 | 参数记忆、朴素 RAG、精细 RAG、智能体化四阶段 |
| 什么时候值得用 | 1.2 | 知识频繁更新、答案要出处、数据不能出门 |
| 什么时候不该用 | 1.3 | 行为塑造找微调,单份静态文档找长上下文 |
| 三条路线能混用吗 | 1.3 | 能,微调加 RAG 与 RAG 加长上下文都是成熟组合 |
另外一个阅读提示:本章三节的写法刻意做了区分——1.1 偏历史叙事,1.2 偏清单与场景盘点,1.3 偏对比与决策推演。这不是体例不统一,而是三类知识的天然形态差异:演化史适合讲故事,价值盘点适合列条目,路线选择适合摆证据。你可以按自己的习惯精读或跳读,但每节末尾的要点回顾建议都过一遍,它们是下一章的接头暗号。
对时间紧张的读者,还有一条三十分钟的快读路径:先看本表的速查结论,再读 1.1 的"演化时间线"一节(建立全景),最后读 1.3 的决策框架(带走一个能用的工具)。跳过的部分日后遇到具体问题时再回来查——这本教程的章节结构支持这种"按需回访"的读法,各节的自洽性是设计时就保证了的。
💡 读本章时不妨带着自己的项目想:我的场景里,"模型不知道"和"模型不会"各占几成?前者交给 RAG,后者另寻他法。
⚠️ 别跳过 1.3 直接照抄别人的 RAG 架构。很多团队上线半年后才发现,自己真正需要的其实是微调,或者干脆是更好的提示词。
下一章我们把镜头拉近,拆开 RAG 系统的三大零件——知识库、检索器、生成器。详见第 2 章。