RAG(检索增强生成)技术详解:从原理到实践
1. 什么是 RAGRAGRetrieval-Augmented Generation检索增强生成是一种将信息检索与大型语言模型LLM生成能力相结合的技术框架。其核心思想是在 LLM 生成答案之前先从外部知识库如文档、数据库、网页中检索出与用户问题最相关的信息片段然后将这些信息作为上下文提供给 LLM从而生成更准确、更可信、更具时效性的回答。与传统仅依赖模型内部知识的生成方式相比RAG 能够有效解决 LLM 的“幻觉”问题、知识更新滞后问题以及特定领域知识不足的问题。2. RAG 的核心工作流程一个典型的 RAG 系统通常包含以下三个核心步骤索引Indexing将原始文档如 PDF、Word、网页进行预处理包括文本提取、清洗、分割Chunking然后通过嵌入模型Embedding Model将文本块转换为向量Vector最后存储到向量数据库Vector Database中。检索Retrieval当用户提出查询Query时系统同样使用嵌入模型将查询转换为向量然后在向量数据库中进行相似度搜索如余弦相似度找出与查询最相关的若干个文本块Chunks。生成Generation将检索到的相关文本块与用户的原始查询一起组合成一个精心设计的提示词Prompt输入给 LLM。LLM 基于提供的上下文信息生成最终的回答。3. RAG 的技术架构与关键组件3.1 文档加载与切分Document Loader Splitter这是构建知识库的第一步。需要根据文档格式PDF、HTML、Markdown 等选择合适的加载器。切分策略至关重要直接影响检索质量。常见的策略有固定长度重叠切分按固定字符数如 500切分并设置重叠如 50保证语义连续性。递归字符切分按段落、句子等语义边界递归切分。语义切分利用模型判断语义边界进行切分效果更好但成本更高。3.2 向量化与嵌入模型Embedding Model嵌入模型负责将文本转换为高维向量。模型的选择直接影响检索的准确性。常用的有 OpenAI 的 text-embedding-ada-002、开源模型如 BGE、Sentence Transformers 等。选择时需权衡效果、速度和成本。3.3 向量数据库Vector Database用于高效存储和检索向量。它支持近似最近邻ANN搜索能在海量数据中快速找到相似向量。主流选择包括Pinecone全托管服务简单易用。Chroma轻量级易于本地部署。Weaviate功能丰富支持混合搜索。Milvus高性能适合大规模生产环境。QdrantRust 编写性能优异。3.4 大语言模型LLM负责最终的答案生成。可以是云端 API如 GPT-4、Claude或本地部署的开源模型如 Llama 3、Qwen。其任务是理解“查询检索上下文”并生成连贯、准确的答案。3.5 提示工程Prompt Engineering连接检索与生成的桥梁。一个典型的 RAG 提示词模板如下请根据以下提供的上下文信息来回答问题。如果上下文信息不足以回答问题请直接说“根据已知信息无法回答此问题”不要编造答案。 上下文信息 {context} 问题{question} 请基于上下文信息回答4. RAG 的优势与挑战4.1 核心优势减少幻觉答案基于检索到的真实信息而非模型臆想。知识可更新只需更新向量数据库即可让系统获取最新知识无需重新训练昂贵的大模型。来源可追溯答案可附带引用来源检索到的文档块增强可信度。成本效益利用相对便宜的检索模块扩展昂贵大模型的知识边界。领域适应性强可快速为法律、医疗、金融等专业领域构建智能问答系统。4.2 面临的主要挑战检索质量检索不到或检索到不相关的内容会直接导致生成错误答案。上下文窗口限制检索到的内容过多可能超出 LLM 的上下文长度。多跳推理对于需要串联多个文档才能回答的复杂问题基础 RAG 表现不佳。上下文压缩与重排序如何从大量检索结果中筛选出最核心的信息给 LLM。5. 进阶 RAG 技术与优化策略为了应对上述挑战业界发展出许多优化技术查询转换Query Transformation对原始查询进行改写、扩展或分解以提升检索效果。重排序Re-ranking使用更精细的交叉编码器模型对初步检索结果进行重排提升 Top-K 结果的相关性。上下文压缩Context Compression提取检索文档中的关键句子或摘要减少无关信息输入。多向量检索Multi-Vector Retrieval为每个文档块生成多个向量如摘要、问题、标题从不同角度检索。递归检索Recursive Retrieval与图检索Graph Retrieval用于解决多跳复杂问题。自我反思Self-Reflection与检索验证Retrieval Validation让 LLM 判断检索结果是否足够回答当前问题若不够则触发新一轮检索。6. 动手实践构建一个简单的 RAG 系统以下是一个使用 Python、LangChain 和 Chroma 构建简易 RAG 系统的代码示例# 1. 安装依赖 # pip install langchain langchain-community langchain-chroma chromadb sentence-transformers from langchain_community.document_loaders import TextLoader from langchain.text_splitter import RecursiveCharacterTextSplitter from langchain_community.embeddings import HuggingFaceEmbeddings from langchain_community.vectorstores import Chroma from langchain.chains import RetrievalQA from langchain_community.llms import Ollama # 假设使用本地 Ollama 运行的 Llama 3 2. 加载并切分文档 loader TextLoader(knowledge.txt) documents loader.load() text_splitter RecursiveCharacterTextSplitter( chunk_size500, chunk_overlap50, separators[\n\n, \n, 。, , , ] ) chunks text_splitter.split_documents(documents) 3. 创建向量存储 embeddings HuggingFaceEmbeddings(model_nameBAAI/bge-small-zh-v1.5) vectorstore Chroma.from_documents(documentschunks, embeddingembeddings, persist_directory./chroma_db) 4. 创建检索器 retriever vectorstore.as_retriever(search_kwargs{k: 3}) 5. 创建 LLM 和 QA 链 llm Ollama(modelllama3) qa_chain RetrievalQA.from_chain_type( llmllm, chain_typestuff, # 简单地将所有检索到的上下文塞进提示词 retrieverretriever, return_source_documentsTrue ) 6. 提问 question RAG 的核心步骤是什么 result qa_chain.invoke({query: question}) print(答案, result[result]) print(\n来源) for doc in result[source_documents]: print(f- {doc.page_content[:200]}...)7. 总结与展望RAG 已成为构建可信、可追溯、知识可更新 AI 应用的主流范式。它巧妙地将传统信息检索的精确性与大语言模型的强大生成能力相结合。随着向量数据库、嵌入模型和提示工程技术的不断进步RAG 系统正变得更加高效、智能和可靠。未来RAG 可能会与智能体Agent、工作流自动化更深度地融合成为企业知识管理和智能决策的核心基础设施。对于开发者而言理解 RAG 的基本原理是第一步接下来需要根据具体业务场景在检索质量、生成效果、响应速度和成本之间找到最佳平衡点。

相关新闻

TVS管选型与应用实战:从核心原理到电路防护设计避坑指南

TVS管选型与应用实战:从核心原理到电路防护设计避坑指南

1. 项目概述:为什么每个硬件工程师的抽屉里都该有TVS管? 干了十几年硬件设计,从消费电子到工业设备都摸过一遍,我越来越觉得,TVS管(瞬态电压抑制二极管)这东西,就像是电路板上的“隐…

2026/10/6 20:56:48 阅读更多 →
STM32调试器无法识别芯片:从SWD通信到RDP保护的全面排查指南

STM32调试器无法识别芯片:从SWD通信到RDP保护的全面排查指南

1. 问题现象与初步排查:当ST-Link“认不出”你的芯片“Could not verify ST device! Abort connection.” 这个弹窗,对于任何一个正在调试STM32的工程师来说,都像是一盆冷水。你满怀期待地连接好ST-Link调试器,打开STM32CubeIDE或…

2026/10/6 16:20:36 阅读更多 →
《Java 100 天进阶之路》第64篇:类加载器与热部署(2026版)

《Java 100 天进阶之路》第64篇:类加载器与热部署(2026版)

第64篇:类加载器与热部署(2026版) 📌 系列导航:《Java 100 天进阶之路》完整目录 | ⬅️ 上一篇:第63篇:GC调优实战 | ➡️ 下一篇:第65篇:OOM与内存泄漏排查 &#x1f5…

2026/10/12 23:31:07 阅读更多 →

最新新闻

OpenClaw 跨平台部署指南:Windows/macOS/Linux 环境搭建避坑全记录

OpenClaw 跨平台部署指南:Windows/macOS/Linux 环境搭建避坑全记录

如果你准备把 OpenClaw 真正用起来,第一道门槛往往不是模型接入,也不是技能配置,而是环境搭建。我见过太多人卡在“装好了但跑不动”“这台能跑换台就崩”的阶段,尤其是在 Windows、macOS、Linux 三套系统之间反复横跳的时候&…

2026/10/13 5:59:40 阅读更多 →
MOE框架详解与实现

MOE框架详解与实现

1. 简介 MoE 是一种将多个子模型(专家)结合的技术,用于提升大语言模型(LLMs)性能。它主要由稀疏 MoE 层和门控网络(路由)组成。稀疏 MoE 层替代传统 Transformer 中的前馈神经网络(FFN)层,包含多个独立的专家网络,每个专家都是一个 FFN。门控网络负责决定输入的 tok…

2026/10/13 5:59:40 阅读更多 →
支付宝模拟器 高仿支付宝 单机版APP 装逼神器

支付宝模拟器 高仿支付宝 单机版APP 装逼神器

这是用uni-app开发的一款单机版的高仿支付宝App这是一个高仿支付宝的单机版app,可以更换头像,用户名,账号,添加账单,设置余额,设置花呗等。 链接地址:项目地址点击这里 直接上截图

2026/10/13 5:59:40 阅读更多 →
贾子猜想(Kucius Conjecture):高维数论的宇宙密码与人类认知边界的探索

贾子猜想(Kucius Conjecture):高维数论的宇宙密码与人类认知边界的探索

贾子猜想(Kucius Conjecture)由鸽姆智库创始人Kucius Teng(贾子邓,读音gǔ zǐ)于2025年3月28日(黄帝4722年二月廿九日)提出,结合代数几何、模形式与量子计算,探讨其与宇…

2026/10/13 5:59:40 阅读更多 →
蓝鲸配置平台 bk-cmdb 开放接口实战:批量更新进程实例(update_process_instance)

蓝鲸配置平台 bk-cmdb 开放接口实战:批量更新进程实例(update_process_instance)

后端企业应用运维 【免费下载链接】bk-cmdb 蓝鲸智云配置平台(BlueKing CMDB) 项目地址: https://gitcode.com/gh_mirrors/bk/bk-cmdb 点击查看 免费下载 本篇文章以 update_process_instance.md(中文版见 update_process_instance.md)为骨架…

2026/10/13 5:59:40 阅读更多 →
MIPI D-PHY物理层调试:从CTS FAIL定位信号完整性根因

MIPI D-PHY物理层调试:从CTS FAIL定位信号完整性根因

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/13 5:58:39 阅读更多 →

日新闻

物联网系统集成避坑指南:从选型到验收的关键要点

物联网系统集成避坑指南:从选型到验收的关键要点

做了这么多年物联网系统集成的项目,我最大的感受是,大部分坑不是出在技术前沿,而是出在一些看起来很平常的地方。设备选了便宜的、协议没问清楚、现场没摸透、验收标准写得含糊——这些细枝末节,最后都会变成延期、超支和扯皮的大…

2026/10/13 0:00:57 阅读更多 →
ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

如果你玩ESP32有一阵子了,很难不碰到舵机控制这道坎。做智能小车要转方向,做机械臂要抬关节,做云台要偏航俯仰,背后都是同一个东西在干活:舵机。而我见过太多人卡在“代码能编译、舵机就是不听话”这个阶段&#xff0c…

2026/10/13 0:00:57 阅读更多 →
CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

1. 为什么CAN总线至今仍是工业现场的“硬通货”?——从汽车底盘到智能温室的真实需求你有没有拆过一辆老款燃油车的中控台?或者调试过某高校实验室里那台跑着Modbus协议却频频丢帧的PLC控制柜?又或者,在某个农业物联网项目里&…

2026/10/13 0:00:57 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/13 2:54:56 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/12 0:16:38 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/13 1:58:08 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 21:05:09 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 14:48:49 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 18:11:17 阅读更多 →