24-大模型(LLMs)RAG 优化策略 —— RAG-Fusion篇¶
来源 PDF:
200页AI大模型面试高频必刷题(附详解)/24-大模型(LLMs)RAG 优化策略 —— RAG-Fusion篇.pdf
主题:RAG / 文档问答
页数:6
字符数:4150
索引片段数:10
摘要¶
大模型(LLMs)RAG 优化策略 —— RAG-Fusion篇 来自: AiGC面试宝典 宁静致远 2024年03月19日 22:30 一、RAG 有哪些优点? 二、RAG 存在哪些局限性? 三、为什么 需要 RAG-Fusion? • 大模型(LLMs)RAG 优化策略 —— RAG-Fusion篇 • 一、RAG 有哪些优点? • 二、RAG 存在哪些局限性? • 三、为什么 需要 RAG-Fusion? • 四、说一下 RAG-Fusion 核心技术? • 五、说一下 RAG-Fusion 工作流程? •
代表性原文片段¶
片段 1¶
大模型(LLMs)RAG 优化策略 —— RAG-Fusion篇 来自: AiGC面试宝典 宁静致远 2024年03月19日 22:30 一、RAG 有哪些优点? 二、RAG 存在哪些局限性? 三、为什么 需要 RAG-Fusion? • 大模型(LLMs)RAG 优化策略 —— RAG-Fusion篇 • 一、RAG 有哪些优点? • 二、RAG 存在哪些局限性? • 三、为什么 需要 RAG-Fusion? • 四、说一下 RAG-Fusion 核心技术? • 五、说一下 RAG-Fusion 工作流程? • 5.1 多查询生成 • 5.2 多查询生成 技术实现(提示工程)? • 5.3 多查询生成 工作原理? • 5.4 逆向排名融合(RRF) • 5.4.1 为什么选择RRF? • 5.4.2 RRF 技术实现? • 5.4.3 生成性输出 用户意图保留 • 5.4.4 生成性输出 用户意图保留 技术实现 • 六、RAG-Fusion 的优势和不足 • 6.1 RAG-Fusion 优势 • 6.2 RAG-Fusion 挑战 • 致谢
片段 2¶
5.4.4 生成性输出 用户意图保留 技术实现 • 六、RAG-Fusion 的优势和不足 • 6.1 RAG-Fusion 优势 • 6.2 RAG-Fusion 挑战 • 致谢 1. 向量搜索融合:RAG通过将向量搜索功能与生成模型相结合,引入了一种新颖的范式。这种融 合使大型语言模型(LLM)能够生成更丰富、更具上下文意识的输出。 2. 减少幻觉现象:RAG显著降低了LLM产生幻觉的倾向,使生成的文本更加基于数据。 3. 个人和专业效用:从个人应用(如浏览笔记)到更专业的集成,RAG在提高生产力和内容质量 方面展示了其多功能性,同时基于可信的数据来源。 1. 当前搜索技术的限制:RAG受到限制的方面与我们的检索式基于词汇和向量的搜索技术相同。 2. 人类搜索效率低下:人类在向搜索系统输入他们想要的内容时并不擅长,如打字错误、含糊的 查询或词汇有限,这常常导致错过那些超出显而易见的顶部搜索结果的大量信息。虽然RAG有 所帮助,但它并没有完全解决这个问题。 3. 搜索的过度简化:我们普遍的搜索范式是将查询线性映射到答案,缺乏理解人类查询的多维
片段 3¶
那些超出显而易见的顶部搜索结果的大量信息。虽然RAG有 所帮助,但它并没有完全解决这个问题。 3. 搜索的过度简化:我们普遍的搜索范式是将查询线性映射到答案,缺乏理解人类查询的多维 性。这种线性模型通常无法捕捉更复杂用户查询的细微差别和上下文,导致结果相关性较低。 查看更多
它解决了RAG固有的限制,通过生成多个用户查询并重新排序结果。利用逆向排名融合和自定义 向量评分加权进行综合、准确的搜索。 RAG-Fusion旨在弥合用户明确询问与他们意图询问之间的差距,更接近于发现通常隐藏的变革性 知识。 四、说一下 RAG-Fusion 核心技术? RAG-Fusion的基础三元组与RAG相似,核心技术包括: 然而,与RAG不同的是,RAG-Fusion通过几个额外的步骤区分自己——查询生成和结果重新排 序。 五、说一下 RAG-Fusion 工作流程? 5.1 多查询生成 在传统的搜索系统中,用户通常输入一个查询来查找信息。虽然这种方法直接简单,但它有局限 性。 单一查询可能无法完全捕捉用户感兴趣的全部范围,或者可能过于狭窄而无法产生全面的结果。因
片段 4¶
在传统的搜索系统中,用户通常输入一个查询来查找信息。虽然这种方法直接简单,但它有局限 性。 单一查询可能无法完全捕捉用户感兴趣的全部范围,或者可能过于狭窄而无法产生全面的结果。因 此,从不同角度生成多个查询就显得尤为重要。 5.2 多查询生成 技术实现(提示工程)? 1. 通用编程语言,通常是Python。 2. 专用的向量搜索数据库,如Elasticsearch或Pinecone,用于驱动文档检索。 3. 强大的大型语言模型,如ChatGPT,用于创造文本。 • 为什么要生成多个查询?
利用提示工程和自然语言模型拓宽搜索视野,提升结果质量。利用提示工程生成多个查询至关重 要,这些查询不仅与原始查询相似,还提供不同的视角或角度。 5.3 多查询生成 工作原理? 例如,这里的系统消息指导模型充当“AI助手”。 例如,如果原始查询是关于“气候变化的影响”,那么生成的查询可能包括像“气候变化的经济后 果”、“气候变化与公共健康”等角度。 这种方法确保了搜索过程考虑了更广泛的信息范围,从而提高生成总结的质量和深度。 5.4 逆向排名融合(RRF) 5.4.1 为什么选择RRF?
片段 5¶
果”、“气候变化与公共健康”等角度。 这种方法确保了搜索过程考虑了更广泛的信息范围,从而提高生成总结的质量和深度。 5.4 逆向排名融合(RRF) 5.4.1 为什么选择RRF? 逆向排名融合(RRF)是一种将多个搜索结果列表的排名结合起来产生单一统一排名的技术。该技 术由滑铁卢大学(加拿大)和谷歌合作开发,根据其作者的说法,“产生的结果比任何单个系统更 好,也比标准”重新排名方法更好。 1. 调用语言模型:该函数调用一个语言模型(在本例中为chatGPT)。该方法期望一个特定的指 令集,通常描述为“系统消息”,以指导模型。 1. 自然语言查询:模型接着基于原始查询生成多个查询。 2. 多样性和覆盖范围:这些查询不是随机变化。它们是经过精心生成的,以提供原始问题的不同 视角。
通过结合不同查询的排名,我们增加了最相关文档出现在最终列表顶部的机会。RRF特别有效,因 为它不依赖于搜索引擎分配的绝对分数,而是依赖于相对排名,使其非常适合结合可能具有不同规 模或分数分布的查询结果。 通常情况下,RRF被用于混合词汇和向量结果。虽然这种方法有助于弥补向量搜索在查找特定术语
片段 6¶
配的绝对分数,而是依赖于相对排名,使其非常适合结合可能具有不同规 模或分数分布的查询结果。 通常情况下,RRF被用于混合词汇和向量结果。虽然这种方法有助于弥补向量搜索在查找特定术语 (例如缩写)时的不足,但我对结果并不印象深刻,这些结果往往更像是多个结果集的拼凑,因为 同一个查询的词汇和向量搜索很少出现相同的结果。 可以将RRF看作是那种坚持在做决定前听取每个人意见的人。只不过在这种情况下,它不仅不烦 人,而且有帮助。众多观点越多,结果越准确。 5.4.2 RRF 技术实现? 运用RRF根据多组搜索结果的位置重新排序文档。逆向排名融合位置重新排序系统
5.4.3 生成性输出 用户意图保留 使用多个查询的一个挑战是可能稀释用户的原始意图。为了缓解这一点,我们指示模型在提示工程 中更重视原始查询。 5.4.4 生成性输出 用户意图保留 技术实现 最后,将重新排名的文档和所有查询输入到LLM提示中,以生成典型的RAG方式的生成性输出,如 请求回应或摘要。 通过将这些技术和技巧层叠起来,RAG Fusion提供了一种强大而细腻的文本生成方法。它利用搜
片段 7¶
所有查询输入到LLM提示中,以生成典型的RAG方式的生成性输出,如 请求回应或摘要。 通过将这些技术和技巧层叠起来,RAG Fusion提供了一种强大而细腻的文本生成方法。它利用搜 索技术和生成性人工智能的最佳特性,产生高质量、可靠的输出。 六、RAG-Fusion 的优势和不足 6.1 RAG-Fusion 优势 6.2 RAG-Fusion 挑战 1. 函数 reciprocal_rank_fusion 接收一个搜索结果的字典,其中每个键是一个查询,相应的值是根 据该查询的相关性排名的文档ID列表。 2. RRF算法然后基于其在不同列表中的排名为每个文档计算一个新分数,并根据这些分数排序以 创建最终的重新排名列表。 3. 计算完融合分数后,函数按照这些分数的降序对文档进行排序,以获得最终的重新排名列表, 然后返回该列表。 1. 更优质的源材料:使用RAG Fusion时,你的搜索深度不仅仅是“增强”——而是被放大。重新排 名的相关文档列表意味着你不只是在信息表面刮刮而已,而是潜入观点的海洋。结构化输出易 于阅读,直观上可信赖,这在对人工智能生成内容持怀疑态度的世界中至关重要。
片段 8¶
——而是被放大。重新排 名的相关文档列表意味着你不只是在信息表面刮刮而已,而是潜入观点的海洋。结构化输出易 于阅读,直观上可信赖,这在对人工智能生成内容持怀疑态度的世界中至关重要。 2. 增强用户意图:对齐RAG Fusion的核心设计是作为一个富有同情心的人工智能,揭示用户努力 表达但可能无法清晰表述的内容。采用多查询策略捕捉用户信息需求的多面性表现,因此提供 全面的输出,并与用户意图产生共鸣。 3. 结构化、富有洞见的输出:通过汲取多样化的信息源,模型制作出组织良好且富有洞见的答 案,预测后续问题并主动解答。 4. 自动纠正用户查询:该系统不仅解释,还优化用户查询。通过生成多个查询变体,RAG Fusion 执行隐含的拼写和语法检查,从而提高搜索结果的准确性。 5. 处理复杂查询:人类语言在表达复杂或专业思想时常常出现障碍。该系统作为语言催化剂,生 成可能包含所需专业术语或术语的变体,用于更集中和相关的搜索结果。它还可以将更长、更 复杂的查询分解成向量搜索可以处理的更小、更易管理的部分。 6. 搜索中的意外发现:考虑“未知的未知”——直到遇到你才知道需要的信息。通过采用更广泛的
片段 9¶
的搜索结果。它还可以将更长、更 复杂的查询分解成向量搜索可以处理的更小、更易管理的部分。 6. 搜索中的意外发现:考虑“未知的未知”——直到遇到你才知道需要的信息。通过采用更广泛的 查询范围,系统促进了发现意外信息的可能性。虽然这些信息并非明确寻求,但对用户来说却 可能是一个欧雷卡时刻。这使RAG Fusion区别于其他传统搜索模型。 1. 过于冗长的风险:RAG-Fusion的深度有时可能导致信息泛滥。输出可能过于详细,令人不堪重 负。可以将RAG-Fusion比作那个解释过多的朋友——信息丰富,但有时你可能需要他们直接了 当一些。 2. 平衡上下文窗口:多查询输入和多样化文档集的引入可能会使语言模型的上下文窗口受到压 力。想象一个舞台上挤满了演员,使得剧情难以跟进。对于上下文限制较紧的模型,这可能导 致输出不连贯甚至被截断。
- 伦理和用户体验考虑:拥有巨大力量的同时也伴随着巨大的责任。对于RAG Fusion来说,操作 用户查询以改善结果的能力似乎正踏入某种道德灰区。在改善搜索结果的同时平衡用户意图的 完整性至关重要,我对于实施这个解决方案时你应该考虑的一些事情有所思考:
片段 10¶
Fusion来说,操作 用户查询以改善结果的能力似乎正踏入某种道德灰区。在改善搜索结果的同时平衡用户意图的 完整性至关重要,我对于实施这个解决方案时你应该考虑的一些事情有所思考: a. 伦理顾虑: i. 用户自主性:操作用户查询有时可能偏离原始意图。考虑我们向人工智能让渡多 少控制权以及代价是什么非常重要。 ii. 透明度:不仅仅是关于更好的结果;如果用户的查询被调整,他们应当意识到这 一点。这种透明度对于维护信任和尊重用户意图至关重要。 b. 用户体验(UX)增强: i. 保留原始查询:RAG Fusion优先考虑初始用户查询,确保其在生成过程中的重要 性。这作为防止误解的保障。 ii. 过程可见性:展示生成的查询以及最终结果,为用户提供搜索范围和深度的透明 视图。这有助于建立信任和理解。 c. UX/UI实施建议: i. 用户控制:提供用户切换RAG Fusion的选项,允许他们在手动控制和增强的人工 智能辅助之间选择。 ii. 指导和清晰度:关于RAG Fusion工作方式的工具提示或简要说明可以帮助设定明 确的用户期望。
使用建议¶
- 这些内容来自授权公开 PDF 的文本抽取结果,网页端会基于同一份静态索引做关键词检索。
- 面试复习时建议先用网页 PDF 原文检索定位题目,再回到主 notes 学系统化答案。
- 如果片段出现排版噪声,以原 PDF 语义为准,并优先整理成自己的回答模板。