1. GraphRAG:当RAG遇上知识图谱,检索能力迎来质变
如果你用过传统的RAG(检索增强生成),肯定遇到过这样的头疼事:你问一个稍微复杂点的问题,比如“张三和李四在哪个项目上有过合作,那个项目的技术难点是什么?”,系统可能只会给你返回一堆零散的、提到“张三”或“李四”的文档片段。你需要自己像侦探一样,把这些碎片拼凑起来,才能理清人物关系和事件脉络。这个过程费时费力,而且很容易遗漏关键信息。
这就是传统RAG的瓶颈——它擅长“点对点”的检索,但面对需要“连点成线”甚至“连线成面”的复杂问题时,就显得力不从心了。而GraphRAG,正是为了解决这个问题而生的。简单来说,GraphRAG就是在RAG的基础上,引入了一个“知识图谱”作为大脑。它不再把文档简单地切成块,而是先理解文档,从中抽取出实体(比如人物、地点、事件、概念)以及它们之间的关系,然后用“图”这种结构把这些知识组织起来。节点是实体,边是关系,整个知识库就变成了一张巨大的、相互关联的网。
我打个比方,传统RAG就像一个只有关键词索引的图书馆,你查“苹果”,它给你所有提到“苹果”的书页。而GraphRAG则像一位博学的图书管理员,他不仅知道哪些书提到了“苹果”,还知道“苹果”和“乔布斯”、“iPhone”、“iOS系统”、“竞争对手三星”之间有什么关系。当你问“苹果公司如何应对三星的挑战”时,他能立刻沿着这些关系网,把相关的故事线给你串起来,给出一个脉络清晰、背景丰富的答案。
最近,厦门大学和香港理工大学,以及香港理工大学和腾讯优图实验室分别发布了两篇重量级的评测论文,系统性地评估了包括HippoRAG、LightRAG、Fast-GraphRAG等在内的12种主流GraphRAG框架。他们的结论非常明确:在需要复杂推理、多跳问答(比如,A导致了B,B又影响了C,那么A如何最终影响了C?)、深度总结和创造性生成的任务上,GraphRAG的表现显著优于传统RAG。它能够发现分散在不同文档中的隐藏关联,这是传统方法难以做到的。当然,论文也指出,对于简单的、事实性的问答(比如“北京是中国的首都吗?”),GraphRAG的优势并不明显,有时甚至因为流程更复杂而稍慢,传统RAG完全够用。所以,GraphRAG不是来取代RAG的,而是来补全RAG在复杂认知场景下的短板。
2. 12种主流GraphRAG框架核心特性与性能横评
两篇评测论文覆盖的框架相当全面,基本囊括了当前开源社区和工业界的主流思路。我们可以把这些框架大致分为几个流派,理解了它们的核心思想,选型时就不会眼花缭乱了。
第一类:基于总结与层次结构的“自上而下”派。 代表是RAPTOR和KGP。它们的思路很像写论文先列提纲:先把长文档总结成较短的摘要(上层节点),这些摘要再被总结成更精炼的概要(更上层节点),最终形成一个树状或层次化的图。RAPTOR是这方面的经典,它的图构建时间最长,因为它需要大语言模型(LLM)层层总结,非常消耗计算。但好处是,构建出来的索引结构清晰,检索时沿着树向下找,平均检索速度最快,令牌消耗也少。适合处理结构清晰的长文档,如学术论文、长篇报告。
第二类:基于实体关系抽取的“细粒度网络”派。 代表是原始的GraphRAG(这里指微软开源的方案)、G-Retriever和HippoRAG。它们专注于从文本中直接抽取实体和关系,构建一个非常细粒度的知识网络。这类方法构建的图节点多、关系密。评测发现,G-Retriever和HippoRAG的图构建速度最快,而且构建的图中,高达90%的节点都不是孤立的,这说明它们的关系抽取质量很高,真正把知识“织”成了网。这类框架在处理涉及大量实体交互的文本时(如新闻、小说、技术
411




被折叠的 条评论
为什么被折叠?



