GraphRAG、Naive RAG框架总结主流框架推荐(共23个):LightRAG、nano-GraphRAG、Dify等

LightRAG:简单快速的检索增强生成框架快速上手 你是环境科学专家,提供详细且结构化的回答,并包含示例。---对话历史---{history}---知识库------响应规则---目标格式和长度:{response_type}""" response_custom = rag . query("可再生能源的主要优势是什么? 阅读详情
AI摘要

文章聚焦检索增强生成(RAG)系统,指出传统RAG存在检索不精确、生成效率低的问题。介绍了GraphRAG及其变体如LightRAG等框架,它们强化实体联系、融入知识图谱,提升了检索召回率与准确性。还列举了16种传统RAG框架,并分享了大模型学习资料与路线。

设想你正致力于构建一个智能问答系统,该系统旨在从庞大的知识库中迅速而精确地提取关键信息,并据此生成自然流畅的回答。然而,随着数据规模的不断扩大,系统面临着严峻的挑战:检索效率逐渐下滑,生成内容的质量亦趋于下降。这正是当前众多检索增强型生成(RAG)系统亟需解决的核心问题——如何在数据冗余、检索效率低下以及生成内容不相关之间找到一个最佳的平衡点。

RAG 的发展瓶颈:
传统 RAG 系统通过检索模型提取最相关的文档,再交给生成模型处理。但这种流水线式的设计存在两个主要问题:

  1. 检索不够精确:简单的相似性检索模型容易漏掉重要信息或引入噪声数据。
  2. 生成效率低下:无关或低质量的上下文增加了生成负担,降低了回答的质量和速度。
  3. GraphRAG 框架 介绍

GraphRAG 框架在微软公司内部广受赞誉,并以此为契机,衍生出了一系列轻量级的优化版本,诸如 LightRAG 与 nano-GraphRAG 等。与此同时,还涌现出了一些别具一格的变体,如 KAG 框架。这些框架的核心改进之处在于,它们在传统 RAG 框架的基础上,进一步强化了实体、社区以及文本切块(Chunking)之间的内在联系,并且巧妙地将现有知识图谱(KG)中的知识融入其中。这一系列的改进措施,显著提升了信息检索的召回率与准确性,为用户带来了更为优质的信息检索体验。

在这里插入图片描述

1.0 GraphRAG 微软

  • github:https://github.com/microsoft/graphrag
  • 论文:From Local to Global: A Graph RAG Approach to Query-Focused Summarization https://arxiv.org/pdf/2404.16130
  • 项目文档:microsoft.github.io/graphrag/

最近微软团队开源了一款数据工作流与转换工具是一种结合了检索增强生成(RAG)技术和知识图谱的先进框架。它旨在通过利用外部结构化知识图谱来增强大型语言模型(LLMs)的性能,有效解决模型可能出现的 “幻觉” 问题、领域知识缺失以及信息过时等问题。GraphRAG 的核心目的在于从数据库中检索最相关的知识,以增强下游任务的答案质量,提供更准确和丰富的生成结果。

  • GraphRAG 工作原理

  • 索引建立阶段:在 GraphRAG 的索引建立阶段,主要目标是从提供的文档集合中提取出知识图谱,并构建索引以支持后续的快速检索。这一阶段是 GraphRAG 工作流程的基础,其效率和准确性直接影响到后续检索和生成的质量。

    1. 文本块拆分:首先,原始文档被拆分成多个文本块,这些文本块是 GraphRAG 处理的基本单元。根据微软的研究,每个文本块的大小和重叠度可以调整,以平衡处理速度和输出质量。
    2. 实体与关系提取:利用大型语言模型(LLM),对每个文本块进行分析,提取出实体和关系。这一步骤是构建知识图谱的关键,涉及到命名实体识别(NER)和关系抽取(RE)技术。
    3. 生成实体与关系摘要:为提取的实体与关系生成简单的描述性信息,这些信息将作为图节点的属性存储,有助于后续的检索和生成过程。
    4. 社区检测:通过社区检测算法,如 Leiden 算法,识别图中的多个社区。这些社区代表了围绕特定主题的一组紧密相关的实体和关系。
    5. 生成社区摘要:利用 LLM 为每个社区生成摘要信息,这些摘要提供了对数据集全局主题结构和语义的高层次理解,是回答高层次查询问题的关键。

在这里插入图片描述

  • 查询处理阶段

查询处理阶段是 GraphRAG 工作流程的最终环节,它决定了如何利用已建立的索引来回答用户的查询。

  • 本地搜索(Local Search):针对特定实体的查询,GraphRAG 通过扩展到相关实体的邻居和相关概念来推理,结合结构化数据和非结构化数据,构建用于增强生成的上下文。
  • 全局搜索(Global Search):对于需要跨整个数据集整合信息的复杂查询,GraphRAG 采用 Map-Reduce 架构。首先,利用社区摘要独立并行地回答查询,然后将所有相关的部分答案汇总生成全局性的答案。

在查询处理阶段,GraphRAG 展示了其在处理复杂查询任务上的优势,尤其是在需要全局理解和高层语义分析的场景中。通过结合知识图谱的结构化信息和原始文档的非结构化数据,GraphRAG 能够提供更准确、更全面的答案。

  • 针对新闻文章数据集的示例问题,Graph RAG(C2)和基础 RAG 的表现
    在这里插入图片描述

1.1 *LightRAG* 香港大学

  • 论文:LightRAG: Simple and Fast Retrieval-Augmented Generation https://arxiv.org/abs/2410.05779v1
  • Github 地址:https://github.com/HKUDS/LightRAG

LightRAG 在信息之间保持关系,能产生更优质的答案,同时其计算效率也更高。与之前的 RAG 模型相比,LightRAG 引入了多项创新功能:

  • 图增强文本索引:通过将图结构纳入文本索引,LightRAG 能够建立相关实体之间的复杂关系,从而提升系统的上下文理解能力。
  • 双层检索系统:LightRAG 采用双层检索机制,能够同时处理低层(具体细节)和高层(抽象概念)的查询。例如,它不仅可以回答 “谁写了《傲慢与偏见》?” 这样具体的问题,也能应对 “人工智能如何影响现代教育?” 这样抽象的问题。
  • 增量更新算法:该模型使用增量更新算法,以便在不重建整个数据索引的情况下,快速整合最新信息。这种方法能够选择性地索引新或修改过的内容,尤其适用于动态环境,比如新闻或实时分析,数据变化频繁的场景。

LightRAG 的轻量化特性使其能够快速处理大规模知识库并生成文本,减少了计算成本,适合更多开发者和小型企业使用。

在这里插入图片描述

LightRAG 的架构主要分为两个部分:基于图的文本索引和双层检索。其工作流程可以总结如下:

  1. 图形文本索引:将原始文本文件分割成小块,便于高效检索。

  2. 知识图谱构建:利用大语言模型(LLM)进行实体和关系的提取,并生成文本的键值对(K, V)。

  3. 信息检索:通过生成的键值对进行检索,包括:

    • 详细层面:关注于文档的具体小部分,允许精确的信息检索。
    • 抽象层面:关注整体意义,帮助理解不同部分之间的广泛连接。

通过这两种检索方式,LightRAG 能够在小文档部分中找到相关信息,并理解不同文档之间的更大、相互关联的概念。

在这里插入图片描述

在这里插入图片描述

关键词提取,LightRAG 中有 Prompts 示例:

示例 1:
查询:"国际贸易如何影响全球经济稳定?"
################
输出:
Output:
{{
  "high_level_keywords": ["国际贸易", "全球经济稳定", "经济影响"],
  "low_level_keywords": ["贸易协定", "关税", "货币汇率", "进口", "出口"]
}}

图片

LightRAG 的评估成效显著,其在检索精确度、模型可调性、响应速度以及接纳新信息的能力等多个维度上,均展现出了超越其他同类 RAG 模型,如 NaiveRAG、RQ-RAG、HyDE 以及微软研发的 GraphRAG 的优势。通过具体的案例研究分析,我们发现,尽管 GraphRAG 凭借其基于图的知识应用,在文档检索与文本生成方面表现不俗,但其运行所需资源更为庞大,进而导致了更高的成本投入。

  • 案例研究:LightRAG 与基线方法 GraphRAG 的比较
    图片

第三方基于 Streamlit 实现了一版开源的 LightRAG GUI,代码地址:https://github.com/aiproductguy/lightrag-gui/blob/demo2/notebooks/streamlit-app-lightrag.py

1.2 *GraphRAG-Ollama-UI*

使用本地 LLM 的 GraphRAG - 具有强大的 API 和用于索引 / 快速调整 / 查询 / 聊天 / 可视化 / 等的多个应用程序。这旨在成为终极的 GraphRAG/KG 本地 LLM 应用程序。

  • Github 地址:https://github.com/severian42/GraphRAG-Ollama-UI

1.3 *nano-GraphRAG*

在这里插入图片描述

  • Github 地址:https://github.com/gusye1234/nano-graphrag

nano-GraphRAG 是一款简洁且易于定制的 GraphRAG 实现。微软开源的 GraphRAG 在功能上确实非常强大,但是官方版本中对于阅读与定制修改都非常的不友好。nano-GraphRAG 项目的目的就是为您呈现了一个更为精简、高效、清晰的 GraphRAG 版本,同时保留了其核心特性。如何不考虑测试的代码,那么 nano-GraphRAG 的代码量大约只有 800 行。并且它短小精悍,易于扩展,支持异步操作,且完全采用类型注解。

对于高级用户,nano-graphrag 提供了一系列自定义选项。您可以替换默认组件,例如 LLM 函数、嵌入函数和存储组件。这种灵活性使您能够根据特定需求定制系统,并将其无缝集成到您的项目中。nano-graphrag 非常适合对 GraphRAG 感兴趣的人学习和使用,它的简洁性、易用性和可定制性使其成为开发人员选择 GraphRAG 的平替选择。

在这里插入图片描述

1.4 KAG蚂蚁

  • KAG 论文地址:https://arxiv.org/pdf/2409.13731KAG
  • 项目地址:https://github.com/OpenSPG/KAG

KAG 是基于 OpenSPG 引擎和大型语言模型的逻辑推理问答框架,用于构建垂直领域知识库的逻辑推理问答解决方案。KAG 可以有效克服传统 RAG 向量相似度计算的歧义性和 OpenIE 引入的 GraphRAG 的噪声问题。KAG 支持逻辑推理、多跳事实问答等,并且明显优于目前的 SOTA 方法。

KAG 的目标是在专业领域构建知识增强的 LLM 服务框架,支持逻辑推理、事实问答等。KAG 充分融合了 KG 的逻辑性和事实性特点,其核心功能包括:

  • 知识与 Chunk 互索引结构,以整合更丰富的上下文文本信息
  • 利用概念语义推理进行知识对齐,缓解 OpenIE 引入的噪音问题
  • 支持 Schema-Constraint 知识构建,支持领域专家知识的表示与构建
  • 逻辑符号引导的混合推理与检索,实现逻辑推理和多跳推理问答

在这里插入图片描述

在这里插入图片描述

KAG 框架包括 kg-builder、kg-solver、kag-model 三部分:

  • kg-builder 实现了一种对大型语言模型(LLM)友好的知识表示,在 DIKW(数据、信息、知识和智慧)的层次结构基础上,升级 SPG 知识表示能力,在同一知识类型(如实体类型、事件类型)上兼容无 schema 约束的信息提取和有 schema 约束的专业知识构建,并支持图结构与原始文本块之间的互索引表示,为推理问答阶段的高效检索提供支持。
  • kg-solver 采用逻辑形式引导的混合求解和推理引擎,该引擎包括三种类型的运算符:规划、推理和检索,将自然语言问题转化为结合语言和符号的问题求解过程。在这个过程中,每一步都可以利用不同的运算符,如精确匹配检索、文本检索、数值计算或语义推理,从而实现四种不同问题求解过程的集成:检索、知识图谱推理、语言推理和数值计算。

1.5 Fast-GraphRAG

  • Github 地址:https://github.com/circlemind-ai/fast-graphrag

circlemind-ai 组织开发了一个名为 fast-graphrag 的开源项目。这个项目的目标是提供一个高效、可解释且精度高的快速图检索增强生成(Fast GraphRAG)框架。该框架专门为 Agent 驱动的检索工作流程设计,能够轻松融入检索管道中,提供先进的 RAG 功能,同时避免了构建和设计 Agent 工作流程的繁琐复杂性。

在这里插入图片描述

核心特性:

  • 知识的可解释性和可调试性:利用图形提供人类可浏览的知识视图,支持查询、可视化和更新。
  • 高效、低成本、快速:针对大规模运行而设计,无需昂贵的资源投入。
  • 数据动态性:自动生成和优化图形,以最佳方式适应特定领域和本体需求。
  • 实时更新:支持数据变化的即时更新。
  • 智能探索能力:采用基于 PageRank 的图形探索,提升准确性和可靠性。
  • 异步和类型化设计:完全异步,并提供完整的类型支持,确保工作流程的稳健性和可预测性

知识图谱中的排名优化:PageRank 作为一种经典的图算法,最初用于网页排名。但在 FastGraphRAG 中,知识库被重新建模为图结构,文档和节点间的

在这里插入图片描述

1.6 *Tiny-GraphRAG*

Tiny-Graphrag 是一个简洁版本的 GraphRAG 实现,旨在提供一个最简单的 GraphRAG 系统,包含所有必要的功能。实现了添加文档的全部流程,以及本地查询和全局查询的功能。

  • github 地址:https://github.com/limafang/tiny-graphrag

需要说明的是,Tiny-Graphrag 是一个简化版本的 GraphRAG 实现,并不适用于生产环境,如果你需要一个更完整的 GraphRAG 实现,我们建议你使用: GraphRAG nano-graphrag

  1. 传统 RAG 框架介绍(16 个)

传统的 RAG(Retrieval-Augmented Generation)框架,是一个集成了多重核心组件的综合性系统,这些组件涵盖了文本切块(Chunking)、向量转换(即向量化处理)、数据存储、信息检索、二次排序、内容生成以及内容评估等关键环节。该框架的精髓之处在于其高度的灵活性与适应性,能够轻松应对多种策略,包括但不限于文档处理技巧和检索策略等。

在这一框架下,涌现出了诸多具有代表性的实现方式。其中,RAGFlow 以其对深度文档理解的专注而著称;QAnything 则通过引入重排序(Rerank)机制,进一步提升了检索效果;而高度可配置的 Dify,则为用户提供了更为灵活多样的选择。尽管这些实现在具体细节上各有千秋,但它们所遵循的基本原理却是相通的。

在这里插入图片描述

框架比较多这里也不做赘述,如 Dify、MaxKB、FastGPT 等在之前文章进行过详细讲解

2.1. AnythingLLM

具备完整的 RAG(检索增强生成)和 AI 代理能力。

  • Github 地址:https://github.com/Mintplex-Labs/anything-llm

在这里插入图片描述

2.2 *MaxKB*

Max Knowledge Base,是一款基于大语言模型和 RAG 的开源知识库问答系统,广泛应用于智能客服、企业内部知识库、学术研究与教育等场景。

  • Github 地址:https://github.com/1Panel-dev/MaxKB
    在这里插入图片描述

2.3 RAGFlow

RAGFlow 是一款基于深度文档理解构建的开源 RAG(Retrieval-Augmented Generation)引擎。RAGFlow 可以为各种规模的企业及个人提供一套精简的 RAG 工作流程,结合大语言模型(LLM)针对用户各类不同的复杂格式数据提供可靠的问答以及有理有据的引用。

  • Github 地址:https://github.com/infiniflow/ragflow
    在这里插入图片描述

    在这里插入图片描述

2.4 *Dify*

一个开源的大型语言模型应用开发平台。Dify 直观的界面结合了 AI 工作流、RAG 流程、代理能力、模型管理、可观测性功能等,让您能快速从原型阶段过渡到生产阶段。

  • Github 地址:https://github.com/langgenius/dify
    图片

2.5 FastGPT

FastGPT 是一个基于 LLM 大语言模型的知识库问答系统,提供开箱即用的数据处理、模型调用等能力。同时可以通过 Flow 可视化进行工作流编排,从而实现复杂的问答场景!

  • Github 地址:https://github.com/labring/FastGPT
    在这里插入图片描述

2.6. Langchain-Chatchat

基于 Langchain 和 ChatGLM 等不同大模型的本地知识库问答。

  • Github 地址:https://github.com/chatchat-space/Langchain-Chatchat

在这里插入图片描述

2.7 QAnything

QAnything (Question and Answer based on Anything) 是致力于支持任意格式文件或数据库的本地知识库问答系统,可断网安装使用。您的任何格式的本地文件都可以往里扔,即可获得准确、快速、靠谱的问答体验。目前已支持格式: PDF(pdf),Word(docx),PPT(pptx),XLS(xlsx),Markdown(md),电子邮件 (eml),TXT(txt),图片 (jpg,jpeg,png),CSV(csv),网页链接 (html),更多格式。

  • Github 地址:https://github.com/netease-youdao/QAnything

在这里插入图片描述

在这里插入图片描述

2.8 Quivr

使用 Langchain、GPT 3.5/4 turbo、Private、Anthropic、VertexAI、Ollama、LLMs、Groq 等与文档(PDF、CSV 等)和应用程序交互,本地和私有的替代 OpenAI GPTs 和 ChatGPT。Quivr,帮助你构建你的第二大脑,利用 GenerativeAI 的力量成为你的私人助理!

  • Github 地址:https://github.com/QuivrHQ/quivr
    在这里插入图片描述

2.9 RAG-GPT

RAG-GPT 利用 LLM 和 RAG 技术,从用户自定义的知识库中学习,为广泛的查询提供上下文相关的答案,确保快速准确的信息检索。使用 Flask、LLM、RAG 快速上线智能客服系统,包括前端、后端、管理控制台。

  • Github 地址:https://github.com/open-kf/rag-gpt

在这里插入图片描述

2.10 Verba

由 Weaviate 驱动的检索增强生成(RAG)聊天机器人。Verba:Golden RAGtriever,这是一款开源应用程序,旨在为开箱即用的检索增强生成 (RAG) 提供端到端、精简且用户友好的界面。只需几个简单的步骤,即可轻松探索数据集并提取见解,无论是使用 Ollama 和 Huggingface 在本地进行,还是通过 Anthrophic、Cohere 和 OpenAI 等 LLM 提供商进行。

  • 地址:https://github.com/weaviate/Verba
    在这里插入图片描述

2.11 *FlashRAG*

FlashRAG 是一个用于复现和开发检索增强生成 (RAG) 研究的 Python 工具包。我们的工具包包括 36 个预处理的基准 RAG 数据集和 15 种最先进的 RAG 算法。

  • Github 地址:https://github.com/RUC-NLPIR/FlashRAG
    图片
    图片

2.12 kotaemon

一个开源的干净且可定制的 RAG UI。该项目作为一个功能性的 RAG UI,适用于想要对其文档进行 QA 的最终用户和想要构建自己的 RAG 管道的开发人员

  • Github 地址:https://github.com/Cinnamon/kotaemon,
    图片
    图片
    图片

2.13 RAGapp

在企业中使用 Agentic RAG 的最简单方式。

  • Github 地址:https://github.com/ragapp/ragapp
    在这里插入图片描述

2.14. TurboRAG

通过预计算的 KV 缓存加速检索增强生成,适用于分块文本。

  • Github 地址:https://github.com/MooreThreads/TurboRAG
  • 论文:TurboRAG: Accelerating Retrieval-Augmented Generation with Precomputed KV Caches for Chunked Text

当前的检索增强生成 (RAG) 系统会连接和处理大量检索到的文档块以进行预填充,这需要大量计算,因此导致第一个标记时间 (TTFT) 的延迟显著增加。为了减少计算开销和 TTFT,我们引入了 TurboRAG,这是一种新颖的 RAG 系统,它重新设计了当前 RAG 系统的推理范式,首先预先计算并离线存储文档的键值 (KV) 缓存,然后直接检索保存的 KV 缓存进行预填充。因此,在推理过程中无需在线计算 KV 缓存。此外,还对掩码矩阵和位置嵌入机制提供了许多见解,并对预训练语言模型进行了微调,以保持 TurboRAG 的模型准确性。我们的方法适用于大多数现有的大型语言模型及其应用,无需修改模型和推理系统。一系列 RAG 基准测试的实验结果表明,与传统 RAG 系统相比,TurboRAG 将 TTFT 降低了 9.4 倍(平均 8.6 倍),但保留了与标准 RAG 系统相当的性能。
在这里插入图片描述

下表总结了使用 10 个文档进行测试时的平均 TTFT:

图片

结果表明,使用 KV 缓存可将平均 TTFT 从约 4.13 秒显著缩短至约 0.65 秒,证明了带缓存的 TurboRAG 与不带缓存的传统 RAG 方法相比更高效。此外,随着文档数量的增加,加速效果更加明显。

2.15 TEN Framework

实时多模态 AI 代理框架。TEN 代表变革性扩展网络 (Transformative Extensions Network),代表下一代 AI 代理框架,这是世界上第一个真正的实时多模式 AI 代理框架。

  • Github 地址:https://github.com/TEN-framework/ten_framework

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

2.16. AutoRAG

RAG AutoML 工具。使用 AutoML 风格自动化进行检索增强生成 (RAG) 评估和优化的开源框架

  • Github 地址:https://github.com/Marker-Inc-Korea/AutoRAG
    图片

在这里插入图片描述
​

如何学习大模型

现在社会上大模型越来越普及了,已经有很多人都想往这里面扎,但是却找不到适合的方法去学习。

作为一名资深码农,初入大模型时也吃了很多亏,踩了无数坑。现在我想把我的经验和知识分享给你们,帮助你们学习AI大模型,能够解决你们学习中的困难。

下面这些都是我当初辛苦整理和花钱购买的资料,现在我已将重要的AI大模型资料包括市面上AI大模型各大白皮书、AGI大模型系统学习路线、AI大模型视频教程、实战学习,等录播视频免费分享出来,需要的小伙伴可以扫取。

一、AGI大模型系统学习路线

很多人学习大模型的时候没有方向,东学一点西学一点,像只无头苍蝇乱撞,我下面分享的这个学习路线希望能够帮助到你们学习AI大模型。

在这里插入图片描述

二、AI大模型视频教程

在这里插入图片描述

三、AI大模型各大学习书籍

在这里插入图片描述

四、AI大模型各大场景实战案例

在这里插入图片描述

五、结束语

学习AI大模型是当前科技发展的趋势,它不仅能够为我们提供更多的机会和挑战,还能够让我们更好地理解和应用人工智能技术。通过学习AI大模型,我们可以深入了解深度学习、神经网络等核心概念,并将其应用于自然语言处理、计算机视觉、语音识别等领域。同时,掌握AI大模型还能够为我们的职业发展增添竞争力,成为未来技术领域的领导者。

再者,学习AI大模型也能为我们自己创造更多的价值,提供更多的岗位以及副业创收,让自己的生活更上一层楼。

因此,学习AI大模型是一项有前景且值得投入的时间和精力的重要选择。

GraphRAG竞争对手来了,跑通LightRAG LightRAG是个精炼的RAG框架,专门用于通过检索关键知识片段来构建响应,并且整合了知识图谱和嵌入技术。与那些将文档简单拆分成独立片段的传统RAG系统不同,LightRAG进一步深化了这一过程——创建了实体与实体之间的关系对,将文本中的概念紧密联系起来。与微软的GraphRAG相比,两者有相似之处,但LightRAG在速度和成本上更具优势,并且支持对图谱进行增量更新,无需每次都重新生成整个图谱。 阅读详情

相关推荐

LightRAG:高效构建和优化大型语言模型应用的 PyTorch 框架

LightRAG是一个开源的 PyTorch 库,专为简化检索器-代理-生成器 (RAG)管道的构建和优化而设计。它提供了一个轻量级、模块化且高度可读的框架,使开发者能够轻松地创建和定制强大的大语言模型应用程序。LightRAG 框架的核心特点:LightRAG 将 RAG 管道分解为三个核心组件:检索器、代理和生成器。每个组件都设计为独立且可插拔的模块,开发者可以根据需求轻松地替换、修改或扩展。

FrenzyTechAI的博客 3993

LightRAG – 香港大学推出的开源检索增强生成系统

LightRAG是由香港大学研究团队推出的一种检索增强生成(Retrieval-Augmented Generation, RAG)系统,基于整合图结构索引和双层检索机制,提升大型语言模型在信息检索中的准确性和效率。系统能捕捉实体间的复杂依赖关系,全面理解信息,处理具体和抽象查询,确保用户获得既相关又丰富的响应。LightRAG具备快速适应新数据的能力,在动态环境中保持高效和准确,基于增量更新算法及时整合新数据,无需重建整个知识库。

u010291330的博客 4003

GraphRAG、Naive RAG框架总结主流框架推荐(共23个):LightRAG、nano-GraphRAG、Fast-GraphRAG、Dify、RAGflow等

GraphRAG、Naive RAG框架总结主流框架推荐(共23个):LightRAG、nano-GraphRAG、Fast-GraphRAG、Dify、RAGflow等

丨汀、的博客 2695

LightRAG开源了!轻巧、强大,GraphRAG的进化版

现有的RAG系统老是搞不清复杂关系,答案经常被切碎,缺乏上下文,难以真正理解问题。而LightRAG就是来解决这些问题的,它把图结构引入文本索引和检索,采用,从低到高全面覆盖信息。更酷的是,它还能更新数据,保持实时高效的响应,而且它已经开源了哦!并且你现在可以通过简单的API调用来实现多种检索模式,包括本地、全局和混合检索。

2401_84208172的博客 8497

高通引导文件获取全攻略:ELF/MBN提取与EDL救砖实战

在智能手机底层维护中,引导加载程序(Bootloader)是系统启动的第一道关卡。高通平台通过PBL、SBL1/XBL等阶段完成硬件初始化和安全校验,一旦引导分区损坏,设备便可能陷入黑砖状态。此时,掌握ELF与MBN格式的引导镜像获取方法,成为维修工程师和刷机用户的核心技能。通过官方固件包解包或借助EDL模式直接从设备分区备份,均能获得原厂匹配的引导文件。配合Firehose工具和9008端口通信,即可实现分区级读写与救砖恢复。本文从启动链路原理出发,对比两种获取路径的适用场景,并针对驱动识别、文件校验、分

weixin_30175731的博客 420

聚类分析(超全超详细版)

聚类分析是一种典型的无监督学习, 用于对未知类别的样本进行划分,将它们按照一定的规则划分成若干个类族,把相似(距高相近)的样本聚在同一个类簇中, 把不相似的样本分为不同类簇,从而揭示样本之间内在的性质以及相互之间的联系规律 聚类算法在银行、零售、保险、医学、军事等诸多领域有着广泛的应用 聚类分析基础 聚类分析的概念 聚类分析是根据在数据中发现的描述对象及其关系的信息,将数据对象分组。目的是...

Gfqwy2021 22万+

GraphRAG与Naive RAG框架解析:23个主流框架推荐,包括LightRAG、nano-GraphRAG、Dify等

设想你正致力于构建一个智能问答系统,该系统旨在从庞大的知识库中迅速而精确地提取关键信息,并据此生成自然流畅的回答。然而,随着数据规模的不断扩大,系统面临着严峻的挑战:检索效率逐渐下滑,生成内容的质量亦趋于下降。这正是当前众多检索增强型生成(RAG)系统亟需解决的核心问题——如何在数据冗余、检索效率低下以及生成内容不相关之间找到一个最佳的平衡点。RAG 的发展瓶颈:传统 RAG 系统通过检索模型提取最相关的文档,再交给生成模型处理。

m0_65555479的博客 2347

CameraLink接口详解:从引脚定义到信号传输

本文详细解析了CameraLink接口的物理连接与信号传输机制。从MDR26连接器的引脚定义与镜像关系入手,深入讲解了BASE与MEDIUM模式下的信号映射、LVDS差分传输原理,并强调了屏蔽层处理与端接电阻等关键硬件设计细节。文章结合实战经验,提供了常见图像传输问题的排查思路,是工业视觉领域高速图像传输的实用指南。

weixin_28318011的博客 888

大模型入门到精通之GraphRAG、LightRAG、AgenticRAG,如何选择?

如果你真的想学习大模型,请不要去网上找那些零零碎碎的教程,真的很难学懂!你可以根据我这个学习路线和系统资料,制定一套学习计划,只要你肯花时间沉下心去学习,它们一定能帮到你!

2401_85375186的博客 1847

中国城市统计年鉴1991-2024面板数据真正无缺失值填补指标说明

大学普通高等中等职业教育成人中小学学前教育在校学生人数。大学普通高等中等职业教育成人中小学学前教育在校学生人数。大学普通高等中等职业教育成人中小学学前教育在校学生人数。大学普通高等中等职业教育成人中小学学前教育在校学生人数。大学普通高等中等职业教育成人中小学学前教育在校学生人数。大学普通高等中等职业教育成人中小学学前教育在校学生人数。大学普通高等中等职业教育成人中小学学前教育在校学生人数。大学普通高等中等职业教育成人中小学学前教育在校学生人数。大学普通高等中等职业教育成人中小学学前教育在校学生人数。

yushibing717的博客 928

uv pip install时出现error: Request failed after 3 retries 解决方案

本文主要介绍了uv pip install时出现error: Request failed after 3 retries解决方案,希望能对使用Python的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案 2.1 方法一 2.2 方法二

weixin_43178406的博客 12万+

TensorFlow相关组件的安装

TensorFlow相关组件的安装

AAI666666的博客 3931

4.2 多智能体系统的严格隔离机制:防止上下文污染与隐私数据脱敏实战

本文探讨了多智能体系统中上下文信息共享带来的安全风险与解决方案。研究发现,随着Agent数量增加,上下文信息泄露概率呈指数级上升,可能导致跨Agent错误传播、隐私泄露等问题。文章提出分层隔离架构,将上下文划分为全局共享和本地私有两部分,并通过命名空间隔离、递归压缩和隐私过滤技术确保数据安全。技术实现上,建议为每个子Agent创建独立状态空间,采用原子化更新和读写锁控制避免状态竞争。隐私保护方面,结合正则匹配和命名实体识别技术进行敏感数据过滤,确保符合GDPR等法规要求。这些措施共同构建了可靠、安全且合规的

公众号:AI前沿侦探 225

一文搞懂GraphRAG、LightRAG、AgenticRAG,看这一篇就够了!

一文搞懂GraphRAG、LightRAG、AgenticRAG,看这一篇就够了!

xxue345678的博客 1万+

(2)NPW(监控片)【中】---业务场景精讲

自己在日常工作当中,由于非产线人员出生,对NPW的知识一直一知半解,业务场景认识的不够透彻,做系统的时候很难理解甲方的NPW业务应用,特收集了不少关于NPW的一些业务场景,下面都是一些摘抄,大家关注我标红标粗的部分,

阿拉伯梳子的专栏 1586

计算分子相似度(摩根分子指纹计算)

import numpy as np import pandas as pd import seaborn as sns import matplotlib as plt from rdkit.Chem import Draw from rdkit.Chem import AllChem as Chem from rdkit.Chem import PandasTools from rdkit import DataStructs data = pd.read_csv(r'47_covidLead.csv'

weixin_39417324的博客 1387

开源AI新协议!AI Agent与前端交互的轻量级协议,轻松构建交互式AI应用!

AI Agent 的兴起让前端交互需求激增,但传统开发中,连接Agent后端与前端需大量定制代码,效率低下。 在 MCP(模型上下文协议)、A2A(Agent-to-Agent 通信协议)之后,AI Agent 的生态正在走向一个更完整的方向:AG-UI 协议横空出世,专为 Agent 与前端应用的通信交互而设计。

bugyinyin的博客 2050

LinePhone3.2.7(android端最新版本) sip客户端

SIP客户端For android:LinePhone3.2.7(最新版本),官网地址:http://www.linphone.org/

ollama本地部署LightRAG(已跑通)

安装ollama,ollama官网提供的方法速度比较慢,经常容易出现中断的现象。首先需要将LightRAG的项目拉到本地,具体可以参考github的项目,至此,通过ollama本地部署LightRAG完成。,将llm_model_name修改成。首先将ollama服务开启。

weixin_63866037的博客 1万+

RU DOS版、EFI版32bit/64bit BIOS常用工具

DOS版、EFI版的RU工具,可用来查看IO、MEM、PCI、SMBIOS等资源。亲测在EFI SHELL下可用。

IEM模型,地表粗糙度模拟

利用微波反演土壤水分时候,利用IEM模型可以实现对随机地表的模拟

GraphRAG:知识图谱+大模型

结合知识图谱检索和向量检索,利用二者的优势提高搜索结果的准确性和相关性。

Python_cocola的博客 3620

计算机控制技术及应用

《计算机控制技术及应用》通过总结作者的科研成果和吸收国内外的先进理论、方法和技术,以计算机控制系统的网络化、开放化、智能化和集成化发展趋势为主线索,主要介绍计算机控制系统的基本概念和计算机控制系统的典型形式,计算机控制系统的数学描述与基本分析方法,以及数字PID控制器、最少拍控制系统、达林算法、状态变量设计法等设计方法及其各种改进算法。重点突出计算机控制系统输入输出通道接口的设计方法和典型控制系统的设计案例与实现方法等。

【经验分享】Dify+GraphRAG实现知识图谱智能问答

本文介绍了如何将GraphRAG与Dify集成,以实现大模型根据知识图谱生成回答的功能。首先,通过GraphRAG从知识图谱中检索出上下文内容,然后通过FastAPI编写接口,将上下文传递给Dify。Dify通过HTTP请求节点获取上下文,并利用大模型生成最终答案。文章详细描述了如何修改GraphRAG的源码以输出上下文,并封装查询命令为API接口。此外,还介绍了如何添加LocalSearch API模块,以优化响应时间,避免不必要的模型生成步骤。最终,通过这一系列操作,实现了知识图谱与大模型的集成,提升了

慢热型网友的博客 5926

LightRAG 入门指南:手把手教你用图增强 RAG 系统

你有没有遇到过这样的问题:明明把文档喂给了 RAG 系统,但问一个需要"全局理解"的问题,比如"这份合同的整体风险点在哪里",得到的回答却是东一块西一块,像是从文档里随机摘出来的句子拼凑的? 这就是传统 RAG 的核心痛点——它本质上是"碎片化检索",靠的是向量相似度匹配,擅长找局部相关段落,却对文档的整体结构和实体关系一无所知。

努力前行,总会成为自己心中的那道光 4205

知识图谱4:light-rag搭建

【代码】知识图谱4:light-rag搭建。

bluewelkin的专栏 916

比GraphRAG还好的LightRAG到底是何方神圣?

抽象查询更具概念性,涵盖更广泛的主题、摘要或总体主题,不直接与特定实体相关。抽象查询的一个示例是,“人工智能如何影响现代教育?为了适应不同的查询类型,LightRAG 在双层检索范式中采用了两种不同的检索策略。确保了特定和抽象的查询都得到有效处理,使系统能够根据用户需求提供相关响应。•。

2401_85373691的博客 1620

LightRAG

LightRag 框架是一个结合了图结构(Graph)和文本数据块(Text Chunk)的增强检索系统。

m0_73620270的博客 1345

LightRAG学习使用

lightrag的简介及部署使用

分享各种测试中的用到的内容,一起学习 3129
上一篇: 电力行业智能客服案例深度剖析:知识图谱与大模型如何驱动智能客服
下一篇: 华为AIGC产品经理上岸面经(已拿offer)
我爱学大模型
博客等级 码龄3年 7883粉丝 687原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值