GEO研究 › 知识基础 › 研究文献 › RAG 综述(Gao 等):三范式框架与生成式引擎的工程母体
研究文献 · 论文

RAG 综述(Gao 等):三范式框架与生成式引擎的工程母体

学术Yunfan Gao,Yun Xiong,Xinyu Gao 等arXiv 预印本(2023-12-18 提交)2023arXiv:2312.10997

一句话结论:RAG 演进分三范式:Naive RAG(检索-拼接-生成)→ Advanced RAG(检索前后各加优化层)→ Modular RAG(流水线拆成可替换组件,支持迭代与路由)。

这是检索增强生成(Retrieval-Augmented Generation, RAG)最早的系统性综述之一:作者 Gao 等人于 2023 年 12 月提交预印本,把当时散落的工程实践收拢成 Naive RAG、Advanced RAG、Modular RAG 三个演进范式。一句话结论:RAG 把“答案质量”拆成检索与生成两段工序,两段的故障模式不同、修复手段不同——这正是理解生成式引擎“为什么引用你、又为什么答错你”的工程底图。今天的 AI 搜索与答案引擎无论产品话术怎么包装,底层都是这条流水线的变体,全链路拆解见站内RAG 管线机制卡。

题录先做一处勘误。这篇综述在部分中文材料里被标注为 arXiv:2305.14294,我们核对 arXiv 官方页面后确认该编号下是一篇量子物理论文,本综述的正确编号是 arXiv:2312.10997,本卡题录与引用均以官方页面为准。这类编号误传恰好印证了引用纪律的必要性:文献题录宁可多花两分钟核对一手页面,也不要转手摘抄。

三范式怎么演进:从线性流水线到可拆装组件

Naive RAG 是最朴素的形态:文档切块建索引,查询来了检索若干相关片段,拼进提示词让模型作答。综述指出它的故障集中在两处。检索侧是低精度、低召回与信息过时冗余——取回的片段答非所问、漏掉关键文档,或者把陈旧内容当新知识喂给模型。生成侧是幻觉与输出失控——模型在片段不充分时自行编造,或者无视给定材料自说自话(生成侧故障的机理展开见RAG 幻觉术语卡)。

Advanced RAG 的思路是给这条线性流水线前后各加一层:检索前做查询改写与扩展,把用户口语化的问题翻译成适合检索的形态;检索后做重排与上下文压缩,把最相关的片段排到模型注意力最集中的位置。Modular RAG 则把流水线拆成可替换的模块,检索、记忆、融合、路由按需组合,支持迭代检索与自适应判断,哪个环节弱就强化哪个环节。三种形态今天都活着:入门级助手多为 Naive 形态,成熟的答案引擎普遍落在 Advanced 到 Modular 之间。

对 GEO 监测的含义:把失败归因到正确的工序

这篇综述对 GEO 从业者最大的价值,是提供一个把失败归因到正确工序的框架。引擎没提到你,多数是检索侧问题——页面没被抓取、没进候选池,或者在向量空间里与问题不够接近(稠密检索的源头正是这个问题域,见DPR 文献卡);提到了但说得面目全非或事实有错,则是生成侧问题——模型对片段的取舍与改写出了偏差。两种故障的修复动作完全不同:前者查可抓性、切块友好度与语义对齐,后者查事实口径与实体一致性,全网口径对齐的做法见实体一致性审计流程。

监测设计上还有一层推论:既然检索质量决定生成上限,可见度指标天然是两段概率的乘积——被检索到的概率乘以被选中转述的概率。只测最终答案里的品牌提及,会把两类故障混进同一个数字;条件允许时,把“引用来源列表里有没有你”与“答案正文怎么描述你”拆成两个独立口径分别追踪,故障定位的效率会高得多。单次回答的随机波动也别急着归因于自家动作,引擎侧采样与解码本身就带方差,多采样报区间是基本功。

一个常见误用:把三范式当产品档次表

三范式是演进坐标,不是产品评测的档次表。现实中没有“这家是 Naive、那家是 Advanced”的公开对照——同一款产品在不同查询、不同入口上的形态就可能不同:闲聊走纯生成,事实问题走检索增强,深度研究类问题甚至进入多轮“搜-读-再搜”的迭代循环。把三范式当坐标用,用途是定位故障可能发生在哪一段工序;把它当档次表用,会诱导出“选了高级引擎就不用做内容工程”的误判。范式越灵活,对内容可检索、可引用的形态要求越高而不是越低——这是这篇综述对内容方最反直觉也最实用的一条推论。

对内容工程的含义与证据口径

内容侧的动作可以顺着三范式反推。对 Naive 形态,友好的内容是“切块后自含”的内容——每个片段独立成答案,不依赖上下文补全。对 Advanced 形态,友好意味着语义清晰、术语准确,查询改写后仍能与你匹配,重排时凭结构与出处胜出。对 Modular 形态,友好意味着实体口径全网一致,路由与迭代检索的每一跳都能稳定命中同一家。面向 RAG 写作不是发明新文体,而是把“检索-拼接-生成”每一步的摩擦都降下来。

证据徽章口径照例交代。本卡定级学术:三范式框架出自可公开核验的预印本论文,引用给官方 arXiv 页面;但综述是工程实践的归纳而非受控实验,范式与真实引擎的对应关系属于我们的解读,不能当作任何具体引擎的架构披露——各家引擎的检索与合成细节均未公开,引用本卡时务必保留这条边界。配合阅读建议三步走:先读RAG 幻觉术语卡补生成侧概念,再读落地链路机制卡看检索结果如何附着进答案与引用,最后用阿里云 RAG 信源矩阵文献卡对照中文引擎的实测信源偏好——综述给骨架,实测给血肉。

核心结论

  1. RAG 演进分三范式:Naive RAG(检索-拼接-生成)→ Advanced RAG(检索前后各加优化层)→ Modular RAG(流水线拆成可替换组件,支持迭代与路由)。
  2. Naive RAG 的故障清单分两半:检索侧低精度、低召回、信息过时冗余;生成侧幻觉与答非所问——两半故障对应 GEO 两种完全不同的失败。
  3. 检索质量决定生成上限:切块、向量匹配与重排是引擎引用行为的上游,内容方控制不了生成器,但能控制自己被检索时的形态。
对本站用户的实操含义:把"引擎没提到你"与"提到你说错了"当两类故障分别诊断——前者查可抓性与语义可检索性,后者查事实口径与实体一致性;监测口径也要把"来源列表有没有你"与"答案正文怎么描述你"拆开。

引用来源

  1. arXiv:2312.10997(论文 abs 页)
最后更新 2026-10-02本卡为站方摘要与解读,非译文;请以原文为准