news 2026/3/19 14:02:10

什么是RAG?大模型和RAG有什么关系?

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
什么是RAG?大模型和RAG有什么关系?

写在前面

在讲RAG之前,我们先说一个大模型的普遍现象,大家应该都用过大模型了,比如 ChatGPT、DeepSeek、豆包、文心一言等等…

那么大家在用的时候其实会发现,有时候大模型会乱回答,一本正经地胡说八道,语义不同,前言不搭后语。

举个例子:你问大模型,美国成立时间。大模型可能会回答:美国成立在1997年,距离现在已有400年的历史…

这种现象叫hallucination,幻觉。大模型本质的就是不断的预测下一个生成的文字应该是什么,而选择预测概率中最大的一个。

每个词预测的结果

产生幻觉的原因有很多,比如训练大模型本身的数据问题、过拟合、微调引起的知识丧失、推理机制的不完善等等

而我们要说的RAG就是为了降低大模型出现幻觉的概率,下面开始我们今天的主题。

RAG简介

RAG(Retrieval-Augmented Generation,检索增强生成)是一种结合信息检索与文本生成的技术,旨在提升大语言模型在回答专业问题时的准确性和可靠性。

核心原理‌‌为检索+生成两阶段流程 :

  • 检索阶段‌:将用户的问题转化为向量,从外部知识库或私有文档中(向量数据库)快速检索相关片段。

  • 生成阶段‌:将检索到的信息输入大模型,生成结合上下文的具体回答‌。

这样说可能比较生硬,打个比方:LLM在考试的时候面对陌生的领域,只会写一个解字(因为LLM也只是局限于特定的数据集进行训练),然后就准备放飞自我了,而此时RAG给了亿些提示,让LLM懂了开始往这个提示的方向做,最终考试的正确率从60%到了90%!

LLM+RAG

简单来说就是大家的开卷考试!!那么问题来了,LLM开卷考试的话,这个卷是啥呢?这里就涉及到向量数据库了。

为什么是向量数据库?传统数据库为啥不行?

向量数据库

向量数据库是通过存储文本的向量化表示,支持基于语义相似度的快速检索解决了传统关键词匹配无法捕捉上下文关联的问题‌。

如果使用传统数据库(如MySQL)结合关键词检索,但无法实现语义理解,可能导致漏检或误检‌。 举个例子,同一个query进行搜索:“2024年腾讯的技术创新”。

  • 向量数据库能匹配到语义相近但未包含关键词“腾讯”的文档(如“WXG的研发进展”)

  • 传统数据库只能匹配到包含关键词的

那向量数据库是怎么知道语义相似的?

我们先明白向量数据库存储的是向量,不是文本,文本是大家能看懂的文字,而向量是一串浮点型数据。那么当所有的文本都成了浮点型数据后,计算机可以通过数学公式(比如余弦相似度),量化语义相似性。

传统数据库用原始文本检索,则无法处理同义词、多义词、语境差异等语义问题(例如“苹果”可能指水果或公司)‌,所以很多传统搜索都会进行query改写这一步,来让搜索的输入query更精确。当然不仅仅是文本,万物皆可embedding,图片、videos、音频等等…

RAG 过程

RAG过程

回到最开头的例子:

  1. 当用户对大模型提问,"美国的成立时间"

  2. 此时会通过embeding模型将文本转成向量

  3. 再到向量数据库中搜索语言相近的内容

  4. 向量数据库会给出一个TopK,例如 Top100

  5. 接着在进行过重排序模型,再筛选出Top N,例如 Top10

  6. 将搜索到的内容和用户所搜索的query词"美国的成立时间"整个成一个prompt一起给LLM

  7. LLM基于这些输入内容和自身内容进行输出。

这样就可以有效的控制大模型输出尽可能的相关并且语义相通的内容

那么向量数据库如何构造呢?

其实很简单:

  1. 将文章进行分片成多组chunk,也就是大量文本分解为较小段

  2. 进行向量化

  3. 存到向量数据库

那这里为什么要进行chunking呢?

chunking是为了把相同语义的 token 聚集在一起,不同语义的 token 互相分开,在长文档中各个片段的语义可能存在较大差异,如果将整个文档作为一个整体进行知识检索,会导致语义杂揉,影响检索效果。 将长文档切分成多个小块,可以使得每个小块内部表意一致,块之间表意存在多样性,从而更充分地发挥知识检索的作用。

所以如果我们的块太小会导致错过真正的相关内容,太大则可能导致搜索结果不准确

参考

[1] https://aws.amazon.com/what-is/retrieval-augmented-generation/

[2] https://blog.csdn.net/2301_78285120/article/details/144360003

写在前面

在讲RAG之前,我们先说一个大模型的普遍现象,大家应该都用过大模型了,比如 ChatGPT、DeepSeek、豆包、文心一言等等…

那么大家在用的时候其实会发现,有时候大模型会乱回答,一本正经地胡说八道,语义不同,前言不搭后语。

举个例子:你问大模型,美国成立时间。大模型可能会回答:美国成立在1997年,距离现在已有400年的历史…

这种现象叫hallucination,幻觉。大模型本质的就是不断的预测下一个生成的文字应该是什么,而选择预测概率中最大的一个。

每个词预测的结果

产生幻觉的原因有很多,比如训练大模型本身的数据问题、过拟合、微调引起的知识丧失、推理机制的不完善等等

而我们要说的RAG就是为了降低大模型出现幻觉的概率,下面开始我们今天的主题。

RAG简介

RAG(Retrieval-Augmented Generation,检索增强生成)是一种结合信息检索与文本生成的技术,旨在提升大语言模型在回答专业问题时的准确性和可靠性。

核心原理‌‌为检索+生成两阶段流程 :

  • 检索阶段‌:将用户的问题转化为向量,从外部知识库或私有文档中(向量数据库)快速检索相关片段。

  • 生成阶段‌:将检索到的信息输入大模型,生成结合上下文的具体回答‌。

这样说可能比较生硬,打个比方:LLM在考试的时候面对陌生的领域,只会写一个解字(因为LLM也只是局限于特定的数据集进行训练),然后就准备放飞自我了,而此时RAG给了亿些提示,让LLM懂了开始往这个提示的方向做,最终考试的正确率从60%到了90%!

LLM+RAG

简单来说就是大家的开卷考试!!那么问题来了,LLM开卷考试的话,这个卷是啥呢?这里就涉及到向量数据库了。

为什么是向量数据库?传统数据库为啥不行?

向量数据库

向量数据库是通过存储文本的向量化表示,支持基于语义相似度的快速检索解决了传统关键词匹配无法捕捉上下文关联的问题‌。

如果使用传统数据库(如MySQL)结合关键词检索,但无法实现语义理解,可能导致漏检或误检‌。 举个例子,同一个query进行搜索:“2024年腾讯的技术创新”。

  • 向量数据库能匹配到语义相近但未包含关键词“腾讯”的文档(如“WXG的研发进展”)

  • 传统数据库只能匹配到包含关键词的

那向量数据库是怎么知道语义相似的?

我们先明白向量数据库存储的是向量,不是文本,文本是大家能看懂的文字,而向量是一串浮点型数据。那么当所有的文本都成了浮点型数据后,计算机可以通过数学公式(比如余弦相似度),量化语义相似性。

传统数据库用原始文本检索,则无法处理同义词、多义词、语境差异等语义问题(例如“苹果”可能指水果或公司)‌,所以很多传统搜索都会进行query改写这一步,来让搜索的输入query更精确。当然不仅仅是文本,万物皆可embedding,图片、videos、音频等等…

RAG 过程

RAG过程

回到最开头的例子:

  1. 当用户对大模型提问,"美国的成立时间"

  2. 此时会通过embeding模型将文本转成向量

  3. 再到向量数据库中搜索语言相近的内容

  4. 向量数据库会给出一个TopK,例如 Top100

  5. 接着在进行过重排序模型,再筛选出Top N,例如 Top10

  6. 将搜索到的内容和用户所搜索的query词"美国的成立时间"整个成一个prompt一起给LLM

  7. LLM基于这些输入内容和自身内容进行输出。

这样就可以有效的控制大模型输出尽可能的相关并且语义相通的内容

那么向量数据库如何构造呢?

其实很简单:

  1. 将文章进行分片成多组chunk,也就是大量文本分解为较小段

  2. 进行向量化

  3. 存到向量数据库

那这里为什么要进行chunking呢?

chunking是为了把相同语义的 token 聚集在一起,不同语义的 token 互相分开,在长文档中各个片段的语义可能存在较大差异,如果将整个文档作为一个整体进行知识检索,会导致语义杂揉,影响检索效果。 将长文档切分成多个小块,可以使得每个小块内部表意一致,块之间表意存在多样性,从而更充分地发挥知识检索的作用。

所以如果我们的块太小会导致错过真正的相关内容,太大则可能导致搜索结果不准确

参考

[1] https://aws.amazon.com/what-is/retrieval-augmented-generation/

[2] https://blog.csdn.net/2301_78285120/article/details/144360003

如何学习AGI大模型?

作为一名热心肠的互联网老兵,我决定把宝贵的AI知识分享给大家。 至于能学习到多少就看你的学习毅力和能力了 。我已将重要的AI大模型资料包括AI大模型入门学习思维导图、精品AI大模型学习书籍手册、视频教程、实战学习等录播视频免费分享出来。

因篇幅有限,仅展示部分资料,需要点击下方链接即可前往获取

**

一、2025最新大模型学习路线

一个明确的学习路线可以帮助新人了解从哪里开始,按照什么顺序学习,以及需要掌握哪些知识点。大模型领域涉及的知识点非常广泛,没有明确的学习路线可能会导致新人感到迷茫,不知道应该专注于哪些内容。

我们把学习路线分成L1到L4四个阶段,一步步带你从入门到进阶,从理论到实战。

L1级别:AI大模型时代的华丽登场

L1阶段:我们会去了解大模型的基础知识,以及大模型在各个行业的应用和分析;学习理解大模型的核心原理,关键技术,以及大模型应用场景;通过理论原理结合多个项目实战,从提示工程基础到提示工程进阶,掌握Prompt提示工程。

L2级别:AI大模型RAG应用开发工程

L2阶段是我们的AI大模型RAG应用开发工程,我们会去学习RAG检索增强生成:包括Naive RAG、Advanced-RAG以及RAG性能评估,还有GraphRAG在内的多个RAG热门项目的分析。

L3级别:大模型Agent应用架构进阶实践

L3阶段:大模型Agent应用架构进阶实现,我们会去学习LangChain、 LIamaIndex框架,也会学习到AutoGPT、 MetaGPT等多Agent系统,打造我们自己的Agent智能体;同时还可以学习到包括Coze、Dify在内的可视化工具的使用。

L4级别:大模型微调与私有化部署

L4阶段:大模型的微调和私有化部署,我们会更加深入的探讨Transformer架构,学习大模型的微调技术,利用DeepSpeed、Lamam Factory等工具快速进行模型微调;并通过Ollama、vLLM等推理部署框架,实现模型的快速部署。

整个大模型学习路线L1主要是对大模型的理论基础、生态以及提示词他的一个学习掌握;而L3 L4更多的是通过项目实战来掌握大模型的应用开发,针对以上大模型的学习路线我们也整理了对应的学习视频教程,和配套的学习资料。

二、大模型经典PDF书籍

书籍和学习文档资料是学习大模型过程中必不可少的,我们精选了一系列深入探讨大模型技术的书籍和学习文档,它们由领域内的顶尖专家撰写,内容全面、深入、详尽,为你学习大模型提供坚实的理论基础(书籍含电子版PDF)

三、大模型视频教程

对于很多自学或者没有基础的同学来说,书籍这些纯文字类的学习教材会觉得比较晦涩难以理解,因此,我们提供了丰富的大模型视频教程,以动态、形象的方式展示技术概念,帮助你更快、更轻松地掌握核心知识

四、大模型项目实战

学以致用,当你的理论知识积累到一定程度,就需要通过项目实战,在实际操作中检验和巩固你所学到的知识,同时为你找工作和职业发展打下坚实的基础。

五、大模型面试题

面试不仅是技术的较量,更需要充分的准备。

在你已经掌握了大模型技术之后,就需要开始准备面试,我们将提供精心整理的大模型面试题库,涵盖当前面试中可能遇到的各种技术问题,让你在面试中游刃有余。


因篇幅有限,仅展示部分资料,需要点击下方链接即可前往获取

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/3/15 17:22:39

供应链能力决策框架

2. 供应链能力决策框架 一、简介 供应链与制造规划的决策需遵循分层决策框架,按时间范围、管理主体等维度划分为战略规划、战术规划、运营调度三类,决策间呈现“战略约束战术、战术约束运营”的自上而下关系,同时存在反馈机制;所…

作者头像 李华
网站建设 2026/3/17 10:10:23

1.2s极速抓取+毫米级标定!NexusPickit-S1!从零搭建一套无序抓取软件[提供源码+视频教程+答疑]

一 产品介绍 苏州三迪斯维最新推出的NexusPickit-S1无序抓取软件,主要针对无固定姿态、随机堆叠的工业零件进行自动化抓取作业,常用于汽车零部件装配、3C 电子分拣、物流仓储拣选等领域。 目前主流无序抓取技术有:视觉引导抓取(高…

作者头像 李华
网站建设 2026/3/15 17:26:26

48小时解除“版权侵权”封号预警,完整申诉思路!

亚马逊版权侵权申诉案例 账户站点:CA 预警原因:版权侵权 预警时间:2026年1月21日 接单时间:2026年1月21日 恢复时间:2026年1月23日 账户现状:在售(预警解除) 一、封号预警原因…

作者头像 李华
网站建设 2026/3/15 17:25:50

Flutter艺术探索-Flutter包体积优化:代码分割与资源压缩

Flutter包体积优化:代码分割与资源压缩实战指南 引言 功能越来越丰富,安装包也越来越大——这大概是每个Flutter开发者都会遇到的成长烦恼。臃肿的安装包不仅让用户在下载时犹豫,还会拖慢启动速度,占用宝贵的存储空间。想想看&…

作者头像 李华