news 2026/1/13 13:41:10

Agentic RAG 实战:用 LangGraph 构建可自我修正的 RAG 系统

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
Agentic RAG 实战:用 LangGraph 构建可自我修正的 RAG 系统

标准 RAG 流水线有个根本性的毛病:检索到的文档一旦与用户意图对不上号,模型照样能面不改色地输出一堆看似合理的胡话,既没有反馈机制也谈不上什么纠错能力。

而Agentic RAG 的思路截然不同,它不急着从检索结果里硬挤答案,而是先判断一下拿回来的东西到底有没有用,如果没用则会重写查询再来一轮。这套机制实际上构建了一条具备自我修复能力的检索链路,面对边界情况也不至于直接崩掉。

本文要做的就是用 LangGraph 做流程编排、Redis 做向量存储,搭一个生产可用的 Agentic RAG 系统。涉及整体架构设计、决策逻辑实现,以及状态机的具体接线方式。

传统 RAG 的"一锤子买卖"


假设知识库里有一篇《大语言模型的参数高效训练方法》,用户问的是"怎么微调 LLM 效果最好"。

语义相似度确实存在但不够强。检索器拉回来的可能是模型架构相关的内容虽然沾边但答非所问,LLM 本身没法意识到上下文是错的,照样能生成一段貌似专业实则离题万里的回答。

传统 RAG 对这种失败模式完全没有办法。查询文档、生成答案,整个过程是单向的没有任何质量把关环节。

Agentic RAG 的解法是在流程中插入检查点:智能体先判断要不要检索;检索完了有评分环节确认相关性;不相关就重写查询再试;如此循环直到拿到合格的上下文,或者把重试次数耗尽为止。

系统架构拆解


整个系统拆成六个模块:

配置层负责环境变量和 API 客户端的初始化工作。Redis 连接串、OpenAI 密钥、模型名称全部归拢到这里统一管理。

检索器模块承担文档摄取的全套流程,文档经过WebBaseLoader加载后用RecursiveCharacterTextSplitter切块,再通过 OpenAI Embedding 向量化,最后存进RedisVectorStore。检索器本身会被包装成 LangChain 工具供智能体调用。

智能体节点是决策入口。拿到用户问题后先做判断:这个问题需要查资料还是直接能答?需要查就调检索器,不需要就直出答案。

评分(Grade Edge)决定检索结果的去向。相关性够就往生成环节走;不够就触发重写。这是整个系统里最关键的质量关卡。

重写节点把原始问题改写成更适合检索的形式,用户表述太口语化、缺少关键词,这些问题都在这里修正。

生成节点只有在评分环节确认上下文合格后才会执行,基于检索到的文档产出最终答案。

流程图和代码


关键在于从"重写"回到"智能体"这条反馈路径。系统不会因为一次检索失败就直接给出一个牵强附会的答案,它会调整策略重新尝试。

src/ ├── config/ │ ├── settings.py # 环境变量 │ └── openai.py # 模型名称和 API 客户端 ├── retriever.py # 文档摄取和 Redis 向量存储 ├── agents/ │ ├── nodes.py # 智能体、重写和生成函数 │ ├── edges.py # 文档评分逻辑 │ └── graph.py # LangGraph 状态机 └── main.py # 入口点

职责划分很清晰:配置归config/,智能体相关的都在agents/,向量存储操作全在retriever.py。这种结构调试起来方便,单测也好写。

配置模块设计


配置层解决两个问题:环境变量加载和 API 客户端复用。

settings.py集中读取 Redis 连接信息、OpenAI API Key、索引名称,不用满项目找配置。

openai.py负责实例化 Embedding 模型和 LLM 客户端。切换到别的模型、调整 Embedding 维度等等配置也只要一处

这个设计在生产环境里很实用,因为模型会迭代、Key 会轮换、服务商可能换掉,集中管理意味着改动成本可控。

检索器实现


检索器负责整条数据摄取链路:抓文档、切块、向量化、入库。

语料选的是 Lilian Weng 关于 Agent 和 Prompt Engineering 的博客文章。WebBaseLoader负责抓取,RecursiveCharacterTextSplitter切分成适当大小的块,OpenAI Embedding 完成向量化。

向量存储用RedisVectorStore。检索器通过create_retriever_tool封装成 LangChain 工具形态。这一步的意义在于让智能体能够"调用"检索而不是被动触发,意味着它有权决定什么时候需要查资料、什么时候直接回答。

为什么用Redis?因为够快,够简单。向量相似度搜索本身 Redis 就能做,不用额外引入专门的向量数据库。对于已经跑着 Redis 的技术栈来说,加 RAG 能力几乎零额外运维负担。

智能体节点


nodes.py里有三个核心函数。

智能体函数接收当前状态(用户问题、历史对话等),判断下一步怎么走。它能调用包括检索器在内的工具集。问题需要外部知识就调检索,不需要就直接生成回答。

重写函数处理那些被评分环节打回来的查询。它会让 LLM 把原始问题改写成检索友好的形式,用词更精准、关键信息更突出。改写后的查询再交回智能体重新发起检索。

生成函数产出最终答案。输入是原始问题加上已确认相关的文档,输出是基于这些上下文的回答。

三个函数都是无状态的。状态走图,不走函数内部变量。这对测试和排查问题都有好处。

文档评分逻辑


edges.py里的grade_documents是整个 Agentic 机制的核心。

检索完成后它会逐个审视返回的文档:这东西跟用户问的相关不相关?能不能帮上忙?

评分本身是通过一次 LLM 调用完成的,Prompt 设计成要求模型返回二元判断——相关或者不相关。

判定相关就返回"generate",流程走向答案生成;判定不相关则返回"rewrite",触发查询改写。

这个环节的价值在于拦截那些本会导致标准 RAG 胡说八道的情况,与其硬着头皮从不靠谱的上下文里编答案,不如给系统一次修正查询的机会。

状态机接线

graph.py用 LangGraph 的状态机原语把所有节点串起来。

图结构定义了节点(智能体、检索、生成、重写)和边(节点间的连接关系,包括基于评分结果的条件路由)。

接线逻辑如下:查询先到智能体节点,智能体决定调检索器的话流程就到检索节点,检索完进评分,评分过了走生成,没过走重写,重写完的查询再回智能体重新来过。生成节点执行完流程结束。

LangGraph 接管状态流转的细节。每个节点只管接收当前状态、返回状态更新,具体消息怎么路由由图引擎根据边的条件逻辑处理。

运行时流程


main.py是入口,做三件事:构建图、接收问题、流式输出结果。

build_graph()在启动时执行一次,完成 LangGraph 状态机的构建和检索器工具的初始化.

问题进来之后的流转过程:智能体接收问题决定调检索 → Redis 返回文档 → 评分环节判断相关性 → 相关就生成答案,不相关就重写查询继续循环。

脚本会把各节点的输出实时打到控制台,方便观察决策过程——什么时候触发了检索、评分结果如何、有没有走到重写环节,一目了然。

架构的优势


自校正能力:检索质量差能发现并修复,不会闷头输出一个基于垃圾上下文的错误答案然后假装没事发生。

决策透明:状态机让每个分支点都是显式的。路由决策可以全量记录,想排查为什么系统选择了重写而不是直接生成,日志里全有。

模块解耦:每个组件职责单一。想把 Redis 换成 Pinecone?改检索模块。想把 OpenAI 换成 Anthropic?改配置层。其他部分不受影响。

总结

标准 RAG 把检索当黑盒,查询丢进去、文档出来,至于相不相关全凭运气。Agentic RAG 打开这个黑盒在关键位置加了质量控制。

LangGraph 加 Redis 的组合提供了一个可以直接上生产的骨架。流程编排的复杂度 LangGraph 消化掉了,向量检索的性能 Redis 兜住了,剩下的评分和重写逻辑负责兜底那些简单系统搞不定的边角案例。

普通人如何抓住AI大模型的风口?

领取方式在文末

为什么要学习大模型?

目前AI大模型的技术岗位与能力培养随着人工智能技术的迅速发展和应用 , 大模型作为其中的重要组成部分 , 正逐渐成为推动人工智能发展的重要引擎 。大模型以其强大的数据处理和模式识别能力, 广泛应用于自然语言处理 、计算机视觉 、 智能推荐等领域 ,为各行各业带来了革命性的改变和机遇 。

目前,开源人工智能大模型已应用于医疗、政务、法律、汽车、娱乐、金融、互联网、教育、制造业、企业服务等多个场景,其中,应用于金融、企业服务、制造业和法律领域的大模型在本次调研中占比超过30%。

随着AI大模型技术的迅速发展,相关岗位的需求也日益增加。大模型产业链催生了一批高薪新职业:

人工智能大潮已来,不加入就可能被淘汰。如果你是技术人,尤其是互联网从业者,现在就开始学习AI大模型技术,真的是给你的人生一个重要建议!

最后

只要你真心想学习AI大模型技术,这份精心整理的学习资料我愿意无偿分享给你,但是想学技术去乱搞的人别来找我!

在当前这个人工智能高速发展的时代,AI大模型正在深刻改变各行各业。我国对高水平AI人才的需求也日益增长,真正懂技术、能落地的人才依旧紧缺。我也希望通过这份资料,能够帮助更多有志于AI领域的朋友入门并深入学习。

真诚无偿分享!!!
vx扫描下方二维码即可
加上后会一个个给大家发

大模型全套学习资料展示

自我们与MoPaaS魔泊云合作以来,我们不断打磨课程体系与技术内容,在细节上精益求精,同时在技术层面也新增了许多前沿且实用的内容,力求为大家带来更系统、更实战、更落地的大模型学习体验。

希望这份系统、实用的大模型学习路径,能够帮助你从零入门,进阶到实战,真正掌握AI时代的核心技能!

01教学内容

  • 从零到精通完整闭环:【基础理论 →RAG开发 → Agent设计 → 模型微调与私有化部署调→热门技术】5大模块,内容比传统教材更贴近企业实战!

  • 大量真实项目案例:带你亲自上手搞数据清洗、模型调优这些硬核操作,把课本知识变成真本事‌!

02适学人群

应届毕业生‌:无工作经验但想要系统学习AI大模型技术,期待通过实战项目掌握核心技术。

零基础转型‌:非技术背景但关注AI应用场景,计划通过低代码工具实现“AI+行业”跨界‌。

业务赋能突破瓶颈:传统开发者(Java/前端等)学习Transformer架构与LangChain框架,向AI全栈工程师转型‌。

vx扫描下方二维码即可

本教程比较珍贵,仅限大家自行学习,不要传播!更严禁商用!

03入门到进阶学习路线图

大模型学习路线图,整体分为5个大的阶段:

04视频和书籍PDF合集

从0到掌握主流大模型技术视频教程(涵盖模型训练、微调、RAG、LangChain、Agent开发等实战方向)

新手必备的大模型学习PDF书单来了!全是硬核知识,帮你少走弯路(不吹牛,真有用)

05行业报告+白皮书合集

收集70+报告与白皮书,了解行业最新动态!

0690+份面试题/经验

AI大模型岗位面试经验总结(谁学技术不是为了赚$呢,找个好的岗位很重要)

07 deepseek部署包+技巧大全

由于篇幅有限

只展示部分资料

并且还在持续更新中…

真诚无偿分享!!!
vx扫描下方二维码即可
加上后会一个个给大家发

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

野马数据:AI如何重构大数据分析流程

快速体验 打开 InsCode(快马)平台 https://www.inscode.net输入框内输入如下内容: 创建一个基于野马数据的AI辅助分析工具,能够自动完成以下功能:1. 数据清洗与预处理(处理缺失值、异常值)2. 智能特征工程&#xff0…

作者头像 李华
网站建设 2026/1/9 5:55:29

Keil生成Bin文件在Bootloader烧录中的应用指南

Keil生成Bin文件在Bootloader烧录中的实战全解析你有没有遇到过这样的场景:辛辛苦苦写完代码,Keil编译通过,AXF文件也生成了——但当你把固件交给生产部门或准备做远程升级时,对方却说:“我们要的是.bin文件。”这时候…

作者头像 李华
网站建设 2026/1/8 20:08:52

Hunyuan-MT-7B对缩写词、专有名词的翻译策略解析

Hunyuan-MT-7B对缩写词、专有名词的翻译策略解析 在当今全球信息高速流动的时代,跨语言沟通早已不再是简单的“字面转换”。一个企业名称、技术术语或地名的微小偏差,可能引发误解甚至影响国际形象。尤其当文本中频繁出现诸如“AI”、“GDP”、“UNESCO”…

作者头像 李华
网站建设 2026/1/8 23:34:25

膝点迁移动态多目标优化算法【附代码】

✅ 博主简介:擅长数据搜集与处理、建模仿真、程序设计、仿真代码、论文写作与指导,毕业论文、期刊论文经验交流。(1) 基于膝点预测的动态环境响应机制 动态多目标优化问题(DMOP)的难点在于Pareto前沿随时间或环境变化,…

作者头像 李华
网站建设 2026/1/8 15:26:45

仅限本周开放!MCP量子计算资源配置权限申请与实操教程

第一章:MCP量子计算服务配置概述MCP(Multi-Cloud Quantum Computing Platform)量子计算服务提供了一套统一的接口,用于在多个云平台上配置和管理量子计算资源。该平台支持与主流量子硬件提供商(如IBM Quantum、Rigetti…

作者头像 李华
网站建设 2026/1/9 3:26:39

零基础用AI制作中国地图数据可视化

快速体验 打开 InsCode(快马)平台 https://www.inscode.net输入框内输入如下内容: 为编程新手设计一个极简的中国省份数据展示应用。要求:1) 使用最简单的技术栈(如纯HTMLJS);2) 展示中国地图,能显示各省份名称;3) 点…

作者头像 李华