惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

A
About on SuperTechFans
D
DataBreaches.Net
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
V
Visual Studio Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
B
Blog RSS Feed
Recent Announcements
Recent Announcements
The Register - Security
The Register - Security
S
Secure Thoughts
Y
Y Combinator Blog
The Last Watchdog
The Last Watchdog
L
LINUX DO - 最新话题
V2EX - 技术
V2EX - 技术
腾讯CDC
GbyAI
GbyAI
G
Google Developers Blog
博客园 - 司徒正美
博客园 - 三生石上(FineUI控件)
T
The Exploit Database - CXSecurity.com
T
Threat Research - Cisco Blogs
P
Proofpoint News Feed
Schneier on Security
Schneier on Security
Microsoft Security Blog
Microsoft Security Blog
Jina AI
Jina AI
WordPress大学
WordPress大学
aimingoo的专栏
aimingoo的专栏
MyScale Blog
MyScale Blog
Help Net Security
Help Net Security
K
Kaspersky official blog
P
Privacy & Cybersecurity Law Blog
www.infosecurity-magazine.com
www.infosecurity-magazine.com
AI
AI
MongoDB | Blog
MongoDB | Blog
Scott Helme
Scott Helme
J
Java Code Geeks
Engineering at Meta
Engineering at Meta
H
Heimdal Security Blog
H
Help Net Security
D
Darknet – Hacking Tools, Hacker News & Cyber Security
云风的 BLOG
云风的 BLOG
Microsoft Azure Blog
Microsoft Azure Blog
S
Security Affairs
TaoSecurity Blog
TaoSecurity Blog
The GitHub Blog
The GitHub Blog
Hacker News: Ask HN
Hacker News: Ask HN
Martin Fowler
Martin Fowler
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Project Zero
Project Zero
T
The Blog of Author Tim Ferriss
Last Week in AI
Last Week in AI

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
RAG企业实战:从原理到落地,构建企业智能知识库
Lucky培丽 · 2026-01-15 · via 人人都是产品经理

RAG(检索增强生成)技术正在颠覆企业AI的应用方式。它通过高效整合分散的企业知识库,让大模型生成精准、可追溯的答案,同时解决了数据隐私、成本控制和知识更新等核心痛点。本文将深度解析RAG的工作原理、关键技术架构及企业级实施策略,为构建智能知识管理系统提供完整指南。

一、引言:为什么RAG成为企业AI的核心技术?

企业数据分散在文档、数据库、知识库中,传统LLM难以直接利用这些信息。RAG(Retrieval-Augmented Generation)通过检索增强生成,让大模型基于企业知识库生成答案,减少幻觉,提升准确性。

RAG的核心价值

  1. 解决知识更新问题:无需重新训练模型,更新知识库即可
  2. 降低幻觉风险:答案基于检索到的文档,可追溯来源
  3. 保护数据隐私:知识库可本地部署,数据不出企业
  4. 成本可控:无需微调大模型,降低训练成本

二、RAG基本原理:检索-增强-生成的三步走

RAG的核心流程可概括为三个步骤:

1. Retrieval(检索)

  • 将用户问题转换为向量
  • 在向量数据库中检索相似文档片段
  • 返回Top-K相关片段

2. Augmentation(增强)

  • 将检索到的文档片段与用户问题拼接
  • 形成增强后的提示词(Prompt)
  • 为模型提供上下文

3. Generation(生成)

  • 大模型基于增强后的提示词生成答案
  • 答案有据可查,可追溯来源

三、语义检索:RAG的”新”技术核心

语义检索是RAG的核心。传统关键词检索依赖字面匹配,语义检索理解意图,提升检索质量。

语义检索的关键:Embedding

文档处理的关键能力

企业RAG系统需要具备的文档处理能力:

  1. OCR识别:图片、扫描件文字提取
  2. 布局识别:识别标题、正文、表格、图片等布局组件
  3. 表格结构识别(TSR):处理复杂表格,转换为自然语言
  4. 多模态理解:PDF/DOCX中的图片可用多模态模型解析

文档切片策略:质量决定效果

文档切片是RAG的关键环节,需要根据文档类型选择策略:

关键原则:

  • 切片大小适中:过小丢失上下文,过大影响检索精度
  • 保持语义完整性:按章节、段落等语义边界切分
  • 可视化可调:支持可视化切片,便于人工干预和优化

四、技术架构:从文档到知识库的完整流程

4.1 文档向量化存储流程

4.2 RAG查询生成流程

4.3 完整系统架构图

五、企业RAG系统核心能力要求

5.1 深度文档理解能力

企业RAG系统需要处理各种复杂格式的文档:

支持的文档格式

  • PDF(含扫描件)
  • Word(.docx, .doc)
  • Excel(.xlsx, .xls)
  • PowerPoint(.pptx)
  • 图片(PNG, JPG等)
  • 网页(HTML)
  • 文本(TXT, Markdown)
  • 邮件(Email)

布局识别能力

表格结构识别(TSR)

复杂表格处理流程:

5.2 智能切片策略

企业RAG系统应支持多种切片策略:

5.3 检索优化能力

企业RAG系统应具备检索优化能力,包括:

  1. 多路召回:结合向量检索、关键词检索等多种方式
  2. 融合重排序:使用重排序模型对候选结果进行精排
  3. 查询优化:对用户查询进行预处理和优化

5.4 可追溯的引用机制

5.5 企业集成能力

  • 企业RAG系统应提供完整的API接口,支持:
  • RESTful API:标准HTTP接口,易于集成
  • SDK支持:提供Python、Java等常用语言的SDK
  • 认证安全:支持API Token、OAuth2、OIDC等多种认证方式
  • 多租户支持:支持企业级多租户隔离
  • 流式输出:支持流式响应,提升用户体验

技术选型参考:如果您想深入了解开源RAG系统的工程实现,可以参考RAGFlow等开源项目。RAGFlow是一个基于深度文档理解的开源RAG引擎,在文档解析、切片策略、检索优化等方面有很好的工程实践,可以作为技术选型和系统设计的参考。如需了解RAGFlow的具体实现细节,可以参考相关的技术拆解文章。

六、企业应用场景实战

6.1 智能客服系统

场景:企业内部知识库问答

价值:

  • 快速响应:秒级检索企业知识
  • 准确性:基于官方文档,减少错误
  • 可追溯:答案来源可查

实施要点:

  • 通过API将RAG能力集成到企业客服系统
  • 建立完善的知识库,包含产品手册、FAQ、政策文档等
  • 设置审核机制,确保答案质量

6.2 知识管理系统

场景:合同、政策文档智能检索

应用:

  • 合同管理:快速查找合同条款
  • 合规检查:检索相关政策要求
  • 知识沉淀:将专家经验文档化

实施要点:

  • 将RAG能力嵌入企业OA系统或知识管理平台
  • 建立文档分类体系,便于管理和检索
  • 设置权限控制,确保文档安全

6.3 数据分析助手

场景:Text2SQL + 报表解读

实施要点:

  • 建立数据库文档知识库,包含表结构、字段说明等
  • 通过API将RAG能力集成到BI系统
  • 支持自然语言到SQL的转换,降低SQL使用门槛

6.4 内容生成与审核

场景:基于企业文档生成报告

实施要点:

  • 将RAG能力集成到企业内容管理系统
  • 建立报告模板库,提高生成质量
  • 设置审核流程,确保内容准确性

七、最佳实践与注意事项

7.1 文档质量:Quality in, Quality out

建议:

  • 使用标准格式文档(PDF、Markdown等)
  • 保持文档结构清晰(标题、段落分明)
  • 扫描件需OCR处理
  • 定期更新知识库

7.2 切片策略选择

7.3 检索优化策略

7.4 嵌入模型选择策略

  • 嵌入模型是RAG系统的关键组件,直接影响检索质量。选择时需注意:模型能力差异:
  • 低参/低维模型:能区分明显语义差异(如“跑步”vs“吃饭”),但难以区分细微差别(如“慢跑”vs“快跑”)
  • 高参/高维模型:能识别细微语义差别,但无法识别未纳入预训练语料的专业词汇

企业应用建议:

  • 根据业务场景选择:通用场景可用中等参数模型,专业领域需高参数模型
  • 专业词汇处理:对于企业特有术语,考虑领域微调或使用专业模型
  • 平衡成本与效果:高参模型效果好但成本高,需根据实际需求权衡

深入探讨:嵌入模型的选择和优化是RAG系统的核心技术难点,我们将在后续文章中详细探讨不同场景下的模型选择策略、专业词汇处理方案以及成本优化方法。

7.5 知识源选择与模型理解边界

RAG系统并非万能,需要明确知识源的适用边界:适用场景(模型可理解的知识):

  • 通用概念和特殊约束(如员工手册中的通用规则)
  • 实时更新的新闻、数据(不包含新梗、网络用语)
  • 客观无偏见的信息
  • 模型训练语料范围内的知识内容

禁用场景(模型难以理解的知识):

  • 专有名词、新技术、新概念(未在预训练中出现)
  • 提供的资料本身不是答案(需要推理、计算)
  • 不具备语义的数学、符号(纯公式、代码)
  • 模型无法理解、关联的内容

企业应用建议:

  • 知识库构建时,优先选择模型能理解的内容
  • 对于专业术语,在文档中提供上下文解释
  • 避免将纯公式、代码片段作为知识源
  • 定期评估知识库内容,确保符合模型理解范围

深入探讨:知识源的选择和模型理解边界是RAG系统设计的重要考量,我们将在后续文章中详细分析不同行业的知识源特点、模型理解能力评估方法以及知识库优化策略。

7.6 成本控制

7.7 安全与合规

八、技术选型建议

8.1 自建 vs 使用开源方案

企业可以选择自建RAG系统或使用开源方案:

自建方案:

  • 优点:完全可控,可根据业务定制
  • 缺点:开发成本高,需要专业团队
  • 适用:有充足技术团队,对系统有特殊要求

开源方案:

  • 优点:快速上线,社区支持,工程实践成熟
  • 缺点:需要评估是否符合企业需求
  • 适用:希望快速上线,降低开发成本

8.2 核心技术组件选型

向量数据库:

  • Elasticsearch:功能全面,适合已有ES基础设施的企业
  • Milvus:专为向量检索设计,性能优秀
  • Pinecone:云端服务,易于使用
  • Qdrant:轻量级,易于部署

Embedding模型:

中文场景:BGE、M3E、text2vec等

多语言场景:multilingual-e5、BGE-M3等

选择建议:根据文档语言、领域特点选择

大语言模型:

  • 云端API:OpenAI、Claude、文心一言等
  • 本地部署:Qwen、ChatGLM、Llama等
  • 选择建议:根据成本、数据安全要求选择

九、未来展望

RAG技术发展趋势

  1. 更智能的检索:结合图数据库、知识图谱,提升检索准确性
  2. 更强的文档理解:多模态、复杂表格处理能力持续增强
  3. 更低的成本:模型压缩、量化技术,降低部署成本
  4. 更好的可解释性:检索过程可视化、答案溯源更清晰

企业AI应用展望

随着RAG技术的成熟,企业AI应用将呈现以下趋势:

  1. 从单点应用到全场景覆盖:从智能客服扩展到知识管理、数据分析、内容生成等全场景
  2. 从工具到平台:从单一工具发展为集成多种AI能力的平台
  3. 从被动响应到主动服务:从问答系统发展为主动推荐和智能助手

进阶学习:本文聚焦RAG的核心能力和基础应用。对于Agent工作流、跨语言查询、多模态理解、Deep Research等进阶能力,以及更深入的技术实现细节,我们将在后续文章中深入探讨。

结语

RAG为企业AI应用提供了可行路径。通过检索增强生成,企业可以让大模型基于自身知识库提供准确、可追溯的答案。

核心要点回顾:

  1. 语义检索是RAG的核心技术:理解用户意图,而非简单关键词匹配
  2. 文档质量决定RAG效果:“Quality in, Quality out”原则
  3. 切片策略需要根据文档类型选择:不同文档类型需要不同的切片策略
  4. 企业集成要考虑安全与合规:数据安全、访问控制、审计日志缺一不可

给企业的建议:

  • 从小场景开始:选择一个具体场景(如智能客服)先试点
  • 重视文档质量:投入时间整理和规范文档格式
  • 持续优化:根据使用反馈不断优化切片策略和检索参数
  • 关注成本:合理选择模型和部署方式,控制成本
  • 重视安全:确保数据安全和访问控制,满足合规要求

希望本文能帮助企业在RAG应用中少走弯路,快速构建智能知识库系统,让AI真正为企业创造价值。

关于RAGFlow参考资源:

  • RAGFlow官方文档:https://ragflow.io/docs/dev/
  • GitHub仓库:https://github.com/infiniflow/ragflow
  • Demo体验:https://demo.ragflow.io

本文由 @Lucky培丽 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议