从知识增长的角度提升RAG上下文的质量

Dify RAG性能优化指南:如何选择经济型vs高质量索引提升检索效率 本文深入解析了Dify平台中RAG(检索增强生成)的两种核心索引策略:经济型索引与高质量索引。通过对比其技术原理、优缺点及适用场景,为开发者提供了基于业务需求(如响应速度、准确性与成本)选择与优化索引的实战指南,旨在有效提升智能应用的检索效率与性能。 阅读详情

Abstract

检索增强生成(RAG)通过引入外部知识来缓解大型语言模型(LLM)在开放领域问答任务(OpenQA)中产生的事实错误和幻觉输出的问题。然而,对于复杂的问答任务,现有的 RAG 方法使用 LLM 主动预测检索时机,并直接使用检索到的信息进行生成,而不考虑检索时机是否准确反映了实际的信息需求,或者是否充分考虑了先前检索到的知识,这可能导致信息收集和交互不足,从而产生低质量的答案。为了解决这些问题,我们提出了一种通用的 RAG 方法,称为自适应笔记增强 RAG(Adaptive-Note),用于复杂的问答任务,它包括迭代信息收集器、自适应记忆审查器和任务导向生成器,同时遵循新的 Retriever-and-Memory 范式。具体而言,Adaptive-Note 引入了知识增长的总体视角,以笔记的形式迭代收集新信息,并将其更新到现有的最优知识结构中,从而增强高质量的知识交互。此外,我们采用了一种基于笔记的自适应停止探索策略来决定“检索什么以及何时停止”,以鼓励充分的知识探索。我们在五个复杂的问答数据集上进行了大量实验,结果表明我们的方法及其组件具有优越性和有效性。代码和数据位于 https://github.com/thunlp/Adaptive-Note 。

Introduction

具体而言,Retriever-and-Reader(RAG)系统通常遵循检索器和阅读器的范式,从外部语料库中检索与查询相关的段落,并将其作为上下文与查询一起提供给大型语言模型(LLM),从而生成可靠的答案。然而,普通的 RAG 系统通常无法为复杂的问答任务(如长篇问答和多跳问答)收集足够的信息。这些复杂的问答任务往往涉及广泛或深入的信息检索需求,这些需求可能不会在初始查询中明确体现,也不容易在单次检索尝试中得到满足。例如,在多跳问答中,要回答“丹麦足球联盟所属组织的缩写代表什么?”这个问题,我们必须首先查找缩写“FIFA”,然后查找“FIFA”代表什么。长篇问答也面临类似的挑战,即处理模糊的查询需要探索各种相关方面,并深入挖掘更多细节,以生成全面且长篇的答案。

为解决这一问题,自适应检索增强生成(ARAG)试图自适应地决定“何时以及检索什么”,以灵活地获取更多有价值的知识来回答复杂的问答。尽管其性能有所提升,但主流的 ARAG 方法仍远未令人满意,原因在于两个局限性。首先,每次检索都会立即触发生成,这可能导致每个输出片段仅反映特定检索步骤中的有限知识,而忽略了来自不同检索步骤的信息整合与交互。其次,它们利用大语言模型(LLM)主动预测检索时机;然而,LLM 内部的认知与实际检索需求之间的差异可能导致错过关键的检索时机,从而造成知识收集不足。

为此,我们开发了一种针对复杂问答任务的简单、通用且有效的检索与反馈生成模型(RAG),名为Adaptive Note-Enhanced RAG(Adaptive-Note),它是基于我们提出的一种新颖的范式——检索器与记忆器(Retriever-and-Memory)构建而成的。总体而言,Adaptive-Note 包括两个核心组件,即迭代信息收集器(IIC)和自适应记忆审查器(AMR),它们能够以知识增长的角度自适应地收集信息,并灵活地将新知识与所有已收集的知识进行整合,从而实现良好的性能。首先,为了解决不同检索步骤之间信息交互不佳的问题,IIC 使用笔记作为知识的记忆载体。在检索后不会立即生成结果,而是最大程度地细化与原始查询相关的所有细节,并将其存储在笔记中。然后,新检索到的信息会以任何文本形式自适应地更新到笔记中的现有知识结构中。值得一提的是,知识结构会不断得到细化,并整合之前检索步骤中的所有有效知识。其次,AMR 替换了不确定的主动检索,采用了基于自适应笔记的停止探索策略。它将最优笔记认定为最佳记忆来源,并以此来决定“何时检索以及何时停止”。与对一个陌生领域的学习类似,人类通常会先大量阅读,然后逐渐确定哪些内容要逐渐融入自身已有的知识体系中,直到他们对该领域感到足够熟悉为止。同样地,我们的适应性策略首先允许进行贪婪式探索。如果在某个特定时刻,该笔记不再带来知识增量,那么信息收集就会停止。这种策略有效地避免了主动检索预测中的时间偏差,并确保知识持续获得增量。

Methodology

在这里插入图片描述

Task Definition and Overview

受检索器与读者(Retriever-and-Reader)模式的启发,我们提出了一种基于新颖的检索器与记忆(Retriever-and-Memory)模式的自适应笔记增强方法。在实际应用中,我们的方法包含三个组成部分:一个迭代的信息收集器、一个自适应的记忆审查器以及一个任务导向型的生成器。

在 Iterative Information Collector 中,对于输入的问题,我们首先根据从语料库中检索出 top-条相关段落。这条段落被输入到一个大型语言模型(LLM)中生成初始笔记,同时它也充当初始记忆。我们将视为初始阶段的最优记忆。初始化完成后,我们进入迭代阶段。在这个阶段,我们利用当前的最优记忆以及原始查询逐次生成第步的查询集。然后,我们获取新的参考段落,并创建下一个状态 Note,将其称为当前状态 Note。随后,自适应记忆审查器对和进行多维度评估,得出一个二元质量评价标签。该标签决定了的内容是否应当取代现有的记忆成为新的。具体而言,标签值为“真”意味着应该取代记忆中的内容,反之亦然。在审查过程结束后,我们继续迭代信息收集,直至自适应记忆审查器触发迭代终止条件。在迭代结束后,我们使用任务导向生成器通过基于 LLM 的 zero-shot 上下文学习(ICL)生成最终答案,使用 的上下文作为输入。

看上去是在迭代优化query,获取更优信息量的context,最终让context更容易回答初始的query。

Iterative Information Collector (IIC)

Stage 1: Note initialization stage. 我们以问题 开始收集过程,然后将检索任务委托给基于 BM25 或基于 DPR 的检索器,从而获取 条与问题 相关的参考文章。与传统的 RAG 方法不同,在后者中所有检索到的文章都会直接拼接起来作为输入传递给 LLM,而在这里我们初始化一个笔记作为信息载体来记录和整合有价值的检索到的信息。具体而言,我们采用粗粒度的、基于笔记的方法。在这种方法中,我们不对笔记的具体格式或具体信息方面施加限制。同时,我们利用zero-shot的上下文学习来确保语言模型(LLM)能力的多样性。实际上,我们将决策权完全交给了 LLM,只告知它最高层次的目标,即最大限度地收集信息。接下来,我们给出笔记初始化的数学表达式。

在这里插入图片描述

笔记初始化阶段的提示模板被定义为 。在此,、 和 分别代表原始查询、“被存储”这一动作以及首次检索到的段落。生成的 直接存储在初始记忆中,充当最优记忆 ,它将作为后续迭代信息收集阶段的输入使用。

Stage 2: Iterative information collection stage. 基于现有信息预测下一个高质量查询对于有效地探索语料库的未知语义空间至关重要。我们利用最优记忆来预测下一个查询。与人类行为类似,我们会基于当前的最佳理解提出新的问题。具体而言,最优记忆 包含了先前检索到的段落中的相关知识,这些知识被简洁且连贯地存储下来,并且从源段落中提取的信息噪声极小。在实际操作中,我们将原始查询 、最优记忆 以及已经提出的问题列表输入进去,以生成下一步检索的高质量查询。我们注意到,如果在前一步中问题没有得到很好的解决,LLMs 往往会再次提出类似的问题。为了避免这种情况,我们引入了已经提出的问题列表,以避免重复或无效的查询。以下是给出的公式。

在这里插入图片描述

代表用于生成下一次检索时的新查询的提示模板。已经询问过的查询列表包含了所有先前生成的查询。

Stage 3: Note updating stage. 在这个阶段,我们的目标是利用新的查询来探索语料库中潜在的与查询相关的语义子空间,并将新检索到的段落无缝地整合到现有的知识中。与Note初始化阶段类似,我们没有为将新知识纳入现有知识预先定义特定的模式,例如根据事件进行追加或插入,以避免限制语言模型能力的多样性。相反,我们从“如何稳健地促进有效信息增长”的视角引导语言模型,通过仅使用zero-shot设置来进行复杂的信息收集、细化和更新。为了实现这一点,我们首先使用新的查询来检索个新的段落。接下来,我们将、和传递给语言模型,利用 zero-shot 上下文学习(ICL),最终生成更新后的注释。

在这里插入图片描述

表示用于更新笔记的提示模板,它为语言模型(LLM)提供了在三个关键方面提供多维度指导的依据:1)忠实性。所收集的信息应遵循检索到的文档的风格,尽可能利用原始摘录;2)有效性。所收集的信息应有助于解决原始查询;3)扩展性。所收集的信息不应已经在内存中存在;换句话说,只需要添加新的语义内容。我们还提供了一个关于信息增长的视角来描述这个更新过程,在这个过程中,我们基于 的现有知识收集新的信息以生成更新后的 。

在这里插入图片描述

在这里, 是通过逐步更新的方式得出的,它会逐步进行比较并选择质量最高的笔记作为记忆内容,而非依赖一次性比较的方式。

Adaptive Memory Reviewer (AMR)

我们的直觉是,在从语料库中检索与问题相关的信息方面存在一个上限。基于这一直觉,自适应记忆审查者专注于两个关键问题:“应将什么内容存储为最优记忆”以及“何时停止检索”。

Trigger1: What to store as the optimal memory. 我们引导语言模型仔细审查在笔记更新阶段生成的更新笔记 的内容以及最优记忆,然后比较它们的内容质量。如果的质量高于,将取代中的原有内存内容,成为最新的最优内存内容。否则, 中的内容保持不变。

在这里插入图片描述

其中 表示内容质量比较函数,而 → 表示“存储于”。具体而言,对于 ,我们首先判断 与 相比是否具有新的或额外的非冗余信息。此外,为了进行多维度比较,我们在 的提示模板中以zero-shot设置的方式设计了质量比较的评估标准。这些评估标准包括:1)内容是否包含与问题直接相关的关键信息,2)内容是否具有多个方面,3)内容是否包含足够的细节,以及 4)内容是否足够实用。

Trigger2: When to stop retrieval. 正如之前所述,迭代过程包括持续地从多个来源获取并收集有用信息,并将其整理成笔记,然后将内容质量更高的笔记存储在内存中。我们设置了三个停止条件来自适应地控制笔记更新,从而间接地控制信息收集过程。首先,如果更新后的笔记质量未能超过初始笔记()的质量,那么这一步信息收集过程即被视为无效。因此,我们为无效信息收集的总轮次设定了一个阈值 ,称为无效更新计数(IU)。其次,某些查询可能对应于语料库中的大量长尾知识片段,导致经过多次迭代后笔记的信息内容持续增加。然而,这些详细片段对于回答原始查询可能并非必要。因此,我们分别设定了一个信息收集步骤的最大数量阈值 和一个重复检索段落的最大数量阈值 ,分别命名为收集器迭代次数(CI)**和**重复检索段落数量(RP)。这三个阈值作为停止条件,用于停止迭代过程。迭代过程,满足其中任何一项条件都会导致该过程终止,其数学表达式如下所示:

在这里插入图片描述

Task-Oriented Generator

任务导向型生成器读取最优记忆 ,并输出原始查询 的答案 。由于不同的问答任务有不同的输出风格(例如,长生成或短生成),我们调整提示使其具有任务导向性。例如,多跳问答任务需要简短且精确的输出,通常只有几个词,而我们记忆中的知识则以长文本的形式呈现。因此,我们引导 LLM 输出仅关键答案,而不包括无关紧要的词语。相比之下,对于长篇问答任务,我们引导回答风格而非严格的限制。

在这里插入图片描述

Results and Analysis

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

Conclusion

基于名为“检索器与记忆”的小说范式,我们提出了 Adaptive-Note,这是一种适用于复杂问答任务的即插即用且通用的 RAG 方法。我们的方法通过从知识增长的角度迭代收集信息,并根据需要进行自适应更新来模拟人类的学习过程,以提高答案的质量。大量的实验证明了我们的方法及其核心组件的优越性和有效性。

如何学习大模型 AI ?

由于新岗位的生产效率,要优于被取代岗位的生产效率,所以实际上整个社会的生产效率是提升的。

但是具体到个人,只能说是:

“最先掌握AI的人,将会比较晚掌握AI的人有竞争优势”。

这句话,放在计算机、互联网、移动互联网的开局时期,都是一样的道理。

我在一线互联网企业工作十余年里,指导过不少同行后辈。帮助很多人得到了学习和成长。

我意识到有很多经验和知识值得分享给大家,也可以通过我们的能力和经验解答大家在人工智能学习中的很多困惑,所以在工作繁忙的情况下还是坚持各种整理和分享。但苦于知识传播途径有限,很多互联网行业朋友无法获得正确的资料得到学习提升,故此将重要的AI大模型资料包括AI大模型入门学习思维导图、精品AI大模型学习书籍手册、视频教程、实战学习等录播视频免费分享出来。

在这里插入图片描述

第一阶段(10天):初阶应用

该阶段让大家对大模型 AI有一个最前沿的认识,对大模型 AI 的理解超过 95% 的人,可以在相关讨论时发表高级、不跟风、又接地气的见解,别人只会和 AI 聊天,而你能调教 AI,并能用代码将大模型和业务衔接。

  • 大模型 AI 能干什么?
  • 大模型是怎样获得「智能」的?
  • 用好 AI 的核心心法
  • 大模型应用业务架构
  • 大模型应用技术架构
  • 代码示例:向 GPT-3.5 灌入新知识
  • 提示工程的意义和核心思想
  • Prompt 典型构成
  • 指令调优方法论
  • 思维链和思维树
  • Prompt 攻击和防范
  • …

第二阶段(30天):高阶应用

该阶段我们正式进入大模型 AI 进阶实战学习,学会构造私有知识库,扩展 AI 的能力。快速开发一个完整的基于 agent 对话机器人。掌握功能最强的大模型开发框架,抓住最新的技术进展,适合 Python 和 JavaScript 程序员。

  • 为什么要做 RAG
  • 搭建一个简单的 ChatPDF
  • 检索的基础概念
  • 什么是向量表示(Embeddings)
  • 向量数据库与向量检索
  • 基于向量检索的 RAG
  • 搭建 RAG 系统的扩展知识
  • 混合检索与 RAG-Fusion 简介
  • 向量模型本地部署
  • …

第三阶段(30天):模型训练

恭喜你,如果学到这里,你基本可以找到一份大模型 AI相关的工作,自己也能训练 GPT 了!通过微调,训练自己的垂直大模型,能独立训练开源多模态大模型,掌握更多技术方案。

到此为止,大概2个月的时间。你已经成为了一名“AI小子”。那么你还想往下探索吗?

  • 为什么要做 RAG
  • 什么是模型
  • 什么是模型训练
  • 求解器 & 损失函数简介
  • 小实验2:手写一个简单的神经网络并训练它
  • 什么是训练/预训练/微调/轻量化微调
  • Transformer结构简介
  • 轻量化微调
  • 实验数据集的构建
  • …

第四阶段(20天):商业闭环

对全球大模型从性能、吞吐量、成本等方面有一定的认知,可以在云端和本地等多种环境下部署大模型,找到适合自己的项目/创业方向,做一名被 AI 武装的产品经理。

  • 硬件选型
  • 带你了解全球大模型
  • 使用国产大模型服务
  • 搭建 OpenAI 代理
  • 热身:基于阿里云 PAI 部署 Stable Diffusion
  • 在本地计算机运行大模型
  • 大模型的私有化部署
  • 基于 vLLM 部署大模型
  • 案例:如何优雅地在阿里云私有部署开源大模型
  • 部署一套开源 LLM 项目
  • 内容安全
  • 互联网信息服务算法备案
  • …

学习是一个过程,只要学习就会有挑战。天道酬勤,你越努力,就会成为越优秀的自己。

如果你能在15天内完成所有的任务,那你堪称天才。然而,如果你能完成 60-70% 的内容,你就已经开始具备成为一名大模型 AI 的正确特征了。

这份完整版的大模型 AI 学习资料已经上传优快云,朋友们如果需要可以微信扫描下方优快云官方认证二维码免费领取【保证100%免费】

在这里插入图片描述

RK3588 C-PHY摄像头驱动升级踩坑记:从‘Only CSI2 supported’报错到成功取流 本文详细记录了在RK3588平台上调试C-PHY摄像头驱动的全过程,从‘Only CSI2 supported’报错分析到成功取流。内容涵盖C-PHY与CSI-2协议差异、SDK版本对比、V4L2框架下的bus-type解析机制,以及硬件排查与寄存器调优实战经验,为嵌入式Camera驱动工程师提供宝贵参考。 阅读详情

相关推荐

告别理论纠结!用ADS和Sigrity玩转电源完整性:从PDN阻抗优化到芯片供电仿真全流程

本文详细介绍了如何利用ADS和Sigrity工具进行电源完整性(PI)分析,从PDN阻抗优化到芯片供电仿真的全流程。通过频域、直流和时域分析,工程师可以精确评估电源网络性能,优化设计以避免电压波动和系统失效。文章还提供了ADS和Sigrity PowerDC的实战操作指南,帮助读者掌握现代PI设计的核心技术。

weixin_33749242的博客 311

长上下文 vs RAG:企业知识应用的技术选型与决策框架

在构建基于大语言模型(LLM)的企业级应用时,如何让模型有效利用外部知识是核心挑战。这涉及到两种主流技术范式:一是扩展模型的上下文窗口,使其具备处理超长文本的“工作记忆”能力;二是构建检索增强生成(RAG)系统,为模型配备一个可按需查询的外部“长期记忆”库。前者依赖于对注意力机制等模型底层架构的优化,以突破序列长度的限制,但其面临算力成本高昂和“注意力稀释”等工程难题。后者则通过将用户查询与向量化知识库进行语义匹配,实现了精准、低成本的信息获取,其技术价值在于将海量知识的管理与模型的推理能力解耦,提升了系统

weixin_30460489的博客 469

手把手教你用FPGA+AD9822搭建300DPI的CIS高速图像采集系统(附时序调试心得)

本文详细介绍了如何利用FPGA作为核心控制器,结合AD9822三通道采样保持放大器/ADC,构建一套完整的300DPI CIS高速图像采集系统。内容涵盖从CIS传感器驱动时序、AD9822寄存器配置与协同调试,到采用千兆以太网替代USB实现稳定高速数据传输的完整实战指南,并分享了关键的时序调试心得与系统集成经验。

weixin_29306261的博客 136

从 RAG 到 Context:2025 年 RAG 技术年终总结

从 RAG 到 Context:2025 年 RAG 技术年终总结

datageek的博客 1240

WordPress搭建“外贸独立站”完整操作教程

  以往的文章,我们介绍了很多种搭建独立站的方式,有最省事的Shopify 、最专业的Magento以及最省钱的Wordpress Woocommerce。其中,通过主机托管的方式又分了免费的谷歌云vps主机、1美元Godaddy主机以及SiteGround共享主机三种。建站方法方式实在太多了,有免费的,有廉价的,有商业版的,有共享主机、有云主机主机以及各种各样的vps服务器,选择哪种方式,哪款主机,也只有真正试了才直到。   没错,上述的这些方法方式,无一例外,我都亲身折腾过。从个人实际需求和建站方式来

www25qi的博客 8082

YOLO26优化:注意力魔改 | 用于微小目标检测的上下文增强和特征细化网络ContextAggregation,助力小目标检测,暴力涨点

用于微小目标检测的上下文增强和特征细化网络ContextAggregation,助力小目标检测

①答疑群聊服务;②YOLO大模型知识问答系统;③计算机视觉论文生成智能体; 492

Anthropic重磅发布:上下文检索技术让RAG错误率暴跌67%

Anthropic最新发布的(Contextual Retrieval)技术,让RAG(检索增强生成)应用的错误检索率。这一突破性进展,有望彻底改变AI应用对文本理解的方式。

lyy2017175913的博客 1183

【AUTOSAR实战】:CAN发送邮箱忙导致报文发送丢帧的问题调试

本文档主要讨论了CAN总线通信中可能出现的TC377传输错误的分析和解决方案。文章提供了如何通过检查CAN传输和接收过程、识别传输缓冲区的类型和状态以及选择适当的内存保护功能来检测和解决此类错误的见解。经过多次尝试和分析,得出的结论是,修改CANIF缓冲的尺寸并重新分配报文给各个buffer并不能解决问题。此外,发送中断被抢占可能导致报文无法发送,最终也将此因素排除。本文档还提到了一些可能导致发送流程调度出现问题的因素,例如CANIF中报文引用Buffer不合理。

weixin_46481662的博客 3141

RAG上下文构建完全指南:从召回策略到最佳实践,一篇搞定!建议收藏

文章探讨了RAG系统中构建上下文的关键问题,特别是当语义召回的多个chunk来自不同段落时如何选择上下文内容。分析了直接使用召回chunk与召回完整段落两种方案的优缺点,指出应根据文档长度、场景需求选择折中方案。有时为减少token消耗并提升模型准确性,还需对召回数据进行语义合并。强调了上下文构建不是非此即彼的关系,而应根据实际需求灵活处理。

weixin_55154866的博客 503

Unity引擎开发:复杂动作系统_动作捕捉数据的应用与整合

通过以上步骤,我们可以在Unity中有效地应用和整合动作捕捉数据,以实现更加真实和流畅的动画效果。从导入文件格式的选择,到预处理和优化,再到实时应用和调试验证,每一步都至关重要。希望本文能帮助你在Unity项目中更好地利用动作捕捉数据,提升动画质量和性能。

chenlz2007的博客 959

执行HDevelop项目

这一节,我们讲述的是如何用HDevEngine加载和执行一个HDevelop项目。代码部分来源于示例程序exec_program(源文件exec_program.cpp),检测塑料零件边界上的毛刺。1.Step 1:初始化首先,我们包含HALCON/C++和HDevEngine头文件以及命名空间。注意到在这个示例程序中,HDevEngine头文件已经包含在my_hdevoperatorimpl中,所

Z's Palace 2997

2025年RAG技术全面解析:从检索增强生成到上下文引擎的演进 | 程序员必读指南

2025年RAG技术在争议中演进,从知识库升级为企业级数据底座。面对"易用难精"挑战,TreeRAG、GraphRAG等优化方案涌现,与长上下文技术协同发展。随着AI Agent兴起,RAG演变为Context Engine,成为支撑Agent的核心基础设施。多模态RAG虽面临工程化挑战,但未来发展潜力巨大。RAG正从检索增强生成升维为智能检索为核心的上下文引擎,成为企业智能化建设的核心组件。

xzp740813的博客 1231

VMware16虚拟机:下载和安装教程

VMware16 虚拟机 下载和安装教程

MQ0522的博客 20万+

Meta REFRAG:RAG长上下文处理新范式,加速30倍提升1.93%准确率!

Meta提出的REFRAG框架针对RAG系统处理长上下文时的延迟高和内存贵问题,利用RAG的块对角注意力稀疏性,通过"压缩-感知-扩展"三步走方式,无需修改LLM结构即可实现高效解码。该框架采用课程学习和强化学习进行训练,实验结果显示可实现30倍TTFT加速和16倍上下文外推,在相同延迟预算下准确率提升1.22%(强检索)与1.93%(弱检索),显著优于传统方法。

2401_84494441的博客 885

lwip-2.0.3

lwip是瑞典计算机科学院(SICS)的Adam Dunkels 开发的一个小型开源的TCP/IP协议栈。实现的重点是在保持TCP协议主要功能的基础上减少对RAM 的占用。

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候 提示IE WebControls 不通过,这个工具可以欺骗u8的检查。 跳过U8环境检测的IE WebControls。提示导入失败后,重新检测通过。

RAG技术2025年演进:从检索增强生成到上下文引擎,程序员必学大模型关键技术

2025年RAG技术发展回顾:争议中演进的核心地位 摘要: 2025年RAG技术经历了深度演进,尽管面临长上下文技术的竞争质疑,但其在企业AI架构中的核心地位反而更加稳固。技术发展呈现三大特征:1)与长上下文技术形成协同而非替代关系,共同构建"上下文工程"新范式;2)优化路径突破传统局限,TreeRAG通过层次化检索解决"碎片化VS模糊化"矛盾,GraphRAG探索知识图谱应用;3)从知识检索工具升维为智能数据底座,成为AI Agent时代不可或缺的基础设施。实践表明

m0_65555479的博客 973

华为的C语言编程规范.pdf

华为技术有限公司内部技术规范。本规范制定了编写C语言程序的基本原则、规则和建议。从代码的清晰、简洁、可测试、安全、程序效率、可移植各个方面对C语言编程作出了具体指导。

RAG技术2025年全面复盘:从检索增强到企业级上下文引擎

文章回顾2025年RAG技术的发展,指出其虽面临争议但企业级地位更加稳固。RAG正从"检索增强生成"演进为"上下文引擎",通过TreeRAG、GraphRAG等架构优化解决语义碎片化问题。在AI Agent时代,RAG作为数据底座的重要性凸显,未来将向多模态支持、自动化上下文组装方向发展,成为企业智能化基础设施的关键组件。

xzp740813的博客 930

文档:亲测可用解决vnc灰屏,黑屏,鼠标大黑叉情况

主要解决vnc-viewer灰屏,黑屏,鼠标大黑叉等现象,详细见文档。

DeepSeek+企业知识库:大模型员工助手,助力企业人效提升和业务增长

DeepSeek+企业知识库》报告由腾讯云联合DeepSeek团队发布,系统介绍其知识引擎产品在“员工助手+业务增强”两大路径中的落地实践。报告指出,大模型要真正服务于企业,关键是解决知识获取、复杂流程执行与个性化服务三大痛点。通过RAG、WorkFlow与Agent三种模式组合,DeepSeek+知识引擎正在帮助企业构建从知识理解到任务执行的AI助手体系。产品集成RAG(检索增强生成)、可视化工作流编排与Agent智能规划三大能力,支持文档解析、知识入库、结构化问答、流程控制与自主任务拆解等功能。

优快云_430422的博客 1279

RAG系统的成败关键:知识库建设与管理的完整指南

知识库是RAG系统的核心和生命线,其质量直接决定了智能问答系统的效果。一个完善的知识库系统需处理多数据源、复杂格式文档、数据更新与版本管理、文档召回优化等多个环节。随着数据量增长,需要通过模块化架构设计提升管理效率。高质量知识库是RAG系统稳定性和扩展性的基础,为大模型时代智能问答提供可靠数据支撑。

程序员鑫港的博客 1006

LLM应用开发三:RAG, 2025 年 RAG 技术年终总结

过去的 2025 年,对于检索增强生成(RAG)技术而言,是经历深刻反思、激烈辩论与实质性演进的一年。尽管围绕其“临时性”与“被替代性”的疑云一直笼罩,但纵观全年发展轨迹,RAG 并未如部分激进观点所预言的那样黯然退场,反而在企业级 AI 落地的深水区中,愈发彰显出其作为数据基础设施的不可替代性。回顾全年,RAG 的发展态势可谓错综复杂:一方面,其实际应用效果面临诸多质疑,部分源于 RAG 系统自身“易用难精”的调优挑战;

weixin_39757802的博客 866

搜索技术是RAG的核心组成部分,没有搜索就不存在RAG

说到RAG检索增强,很多人都知道它是和大模型应用有关的技术,而且网上也有很多介绍RAG的文章和代码;作者在之前的文章中也介绍过RAG的本质并不是指一项具体的技术,而是一种方法论;因此,RAG更像是多种技术的组合体。

2401_84204207的博客 591

RAG知识库:为什么你的RAG不起作用?失败的主要原因和解决方案

本文探讨了RAG的工作原理,强调了语义不协调的影响,并介绍了如何通过增加结构化数据和使用语义+相关性排名来提升RAG性能。此外,建议将AI视为工具而非完整解决方案,并提醒读者当前技术仍处早期阶段,需注意挑战。

huang9604的博客 4168

2024检索增强生成RAG最新综述

人工智能生成内容(AIGC)的发展得益于模型算法的进步、基础模型规模的增加以及大量高质量数据集的可用性。虽然AIGC取得了显著的性能,但仍面临一些挑战,如难以保持最新和长尾知识、数据泄露的风险以及与训练和推理相关的高成本。检索增强生成(RAG)最近出现作为一种范式来解决这些挑战。具体而言,RAG引入信息检索过程,通过从可用数据存储中检索相关对象来增强生成过程,从而提高准确性和鲁棒性。本文全面审查了将RAG技术整合到AIGC场景中的现有努力。

m0_59163425的博客 4773

AI Agent 面试题 648:如何设计RAG系统的知识库质量评估体系?

检索增强生成原理 是 AI Agent 技术体系中的重要组成部分。简单来说,它涉及到 Agent 如何在 RAG与知识库 层面实现智能化的行为和决策。在实际应用中,检索增强生成原理 的核心目标是让 Agent 能够更加高效、准确地完成特定任务。这需要我们深入理解其底层原理和实现机制。从学术角度来看,检索增强生成原理 的研究可以追溯到人工智能的早期阶段。早在 1950 年代,Alan Turing 就提出了关于机器智能的基本设想。

weixin_42618497的博客 142

LLM 长上下文窗口的注意力稀释问题:RAG 不是万能药,那什么是?

LLM 长上下文的注意力稀释是 Transformer 架构的固有挑战,单纯扩大窗口无法解决。RAG 是当前最实用的缓解方案,但检索召回率和多跳推理是两个核心瓶颈。混合检索(向量+关键词)可以提升召回率,上下文压缩可以提升信息密度,两者组合是目前工程实践中的最优解。落地路线:第一步,建立混合检索 pipeline,用 RRF 融合向量和关键词检索;第二步,实现上下文压缩,消除冗余 Chunk,控制输入长度在模型高效区间(8K-16K);第三步,针对多跳推理场景引入 Query Decomposition。

qq_35160742的博客 5035

【论文阅读】REFRAG:一个提升RAG解码效率的新思路

本文提出方法优势在于它是非侵入式的,即没有对下游的语言模型进行改造,理论可适配现有的语言模型,然而,这项工作实际上只在7B参数级规模的模型上进行实验,更大参数量的语言模型的效果未可知。并且,此方法需要训练过程是比较多的,按照文章给出的实验环境,在8个节点上进行训练(每个节点8张H100),总共64张H100,也只有meta这样的实验室有这种实验资源。最后,本文暂未开源,一些方法细节尚未可知。总之,整体是一个不错的想法,在提升模型响应速度和提升上下文窗口长度上,是一个新的思路。

兴趣使然的创作者 1423

大模型RAG系统实战:手把手教你构建一个高质量的知识库!

知识库是RAG系统的生命线,其质量直接决定智能问答系统的效果。构建高质量知识库不仅是文档切片和向量存储,而是涵盖多数据源整合、复杂数据处理、版本管理和召回优化的完整系统。随着数据量增长,模块化架构设计变得至关重要,它能显著提升RAG系统的稳定性和扩展性,为智能问答提供可靠数据支撑。在大模型时代,完善的知识库建设已成为基础和重点。

Android23333的博客 640
上一篇: 【招银研究|行业深度】数字金融之AI+银行——大模型与银行数字化转型的三组关系
下一篇: 13.1K Star,超越RAG,这个AI记忆框架直接把RAG按地上摩擦了!!!
Python_金钱豹
博客等级 码龄5年 1万+粉丝 2840原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值