一句话定义
RAG(检索增强生成)——先检索,再生成。面对用户问题,先从知识库里检索出最相关的文档片段,再交给大模型组织成答案。
它解决大模型两个老毛病:不懂企业私有知识,以及一本正经地编造(幻觉)。
核心流水线
文档解析 → 智能分块 → 向量化 → 向量检索 → 重排序 → 大模型生成(带引用)
其中分块是事故高发区——生产环境 RAG 故障超 40% 出在这一环。
三种架构代际
| 架构 | 代表 | 能力 | 适合 |
|---|---|---|---|
| ① 传统文档存储 | Confluence、语雀 | 关键词搜索、协作 | 团队 Wiki |
| ② 简单 RAG | LangChain 手搓 | 语义问答 | 概念验证 |
| ③ 全链路知识管理 | RAGFlow、Dify、FastGPT | 全链路智能服务 | 企业级生产 |
从架构①迁移到架构③,检索准确率平均提升 35-40 个百分点,幻觉率从 18% 降至 6% 以下。
选型决策树
需要快速上线且能接受上云?
├─ 是 → 云端低代码:阿里云百炼 / Coze(数小时上线)
└─ 否 → 有研发团队?
├─ 有,控成本 → 开源平台:Dify / RAGFlow / FastGPT
└─ 有,想自研 → 框架自建:LangChain + Milvus
选型心法:算总账,不算开源账。手搓 RAG 年化约 165-425 万、上线 8-12 周;平台化约 45-110 万、上线 3-7 天。
5 个硬指标
| 指标 | 基础 | 高级 |
|---|---|---|
| 检索层数 | 单向量 | 四层含实体路由 |
| 分块策略 | 固定长度 | 6种+两级分块 |
| 重排序 | 无 | 交叉编码器精排 |
| 意图路由 | 无 | 多模式智能路由 |
| 知识图谱 | 无 | 自动抽取+置信度 |
总分 12-15 分适合生产部署;低于 8 分建议重新选型。
四个常见误区
- 选了存储工具当 AI 用——传统文档系统没有语义检索
- 只做最简单的向量检索——没分块策略和重排序,生产会掉精度
- 调不好就怪模型——先查分块和检索策略
- 只搭不顾知识治理——入库/淘汰/权限/审计,Demo 不会暴露,生产全是坑
快速访问
👉 查看完整知识体系
面向产品经理的 RAG 选型与落地决策指南。