2026年7月9日 周四晚上19:30,报名腾讯会议了解“如何构建自进化的动态知识库(Brain)”(限30人)
免费POC, 零成本试错
FDE知识库

FDE知识库

学习大模型的前沿技术与行业落地应用


收藏

使用知识图谱,大幅提升RAG准确性

发布日期:2024-12-30 18:32:52 浏览次数: 2685
作者:AI科技论谈

微信搜一搜,关注“AI科技论谈”

使用Neo4j和LangChain,在RAG应用中构建和检索知识图谱。

图形检索—增强生成(GraphRAG)的发展势头日益强劲,已成为传统向量搜索检索方法的有力补充。这种方法利用图数据库的结构化特性,将数据组织为节点和关系,从而增强了检索信息的深度和上下文关联性。

图形擅长以结构化方式表示和存储异构和互连的信息,能够轻松捕获不同数据类型之间的复杂关系和属性。相比之下,向量数据库通常难以处理此类结构化信息,因为它们的优势在于通过高维向量处理非结构化数据。在RAG应用程序中,可以将结构化的图数据与非结构文本的向量搜索相结合,以获得双方的优势。这就是将在这篇文章中展示的内容。

一、创建知识图谱 

构建知识图谱通常是最富挑战性的一步。它涉及数据的收集和结构化,这需要对领域和图建模有深入的理解。

为了简化这一过程,可以尝试使用大语言模型(LLM)。凭借对语言和上下文的深刻理解,LLM可以自动完成知识图谱创建过程的大部分工作。通过分析文本数据,这些模型可以识别实体、理解它们之间的关系,并建议如何在图结构中最好地表示它们。

作为这些实验的结果,我们已经在LangChain中添加了第一版的图构建模块,将在这篇文章中进行演示。

代码可在GitHub上获取。

【GitHub】:https://github.com/tomasonjo/blogs/blob/master/llm/enhancing_rag_with_graph.ipynb

Neo4j环境设置

需要设置一个Neo4j实例,请按照本文章中的示例操作。最简单的方法是在Neo4j Aura(https://neo4j.com/cloud/platform/aura-graph-database/)上启动一个免费实例,它提供Neo4j数据库的云实例。或者,也可以通过下载Neo4j Desktop应用程序(https://neo4j.com/download/),并创建一个本地数据库实例,从而设置Neo4j数据库的本地实例。

os.environ["OPENAI_API_KEY"] = "sk-"
os.environ["NEO4J_URI"] = "bolt://localhost:7687"
os.environ["NEO4J_USERNAME"] = "neo4j"
os.environ["NEO4J_PASSWORD"] = "password"

graph = Neo4jGraph()

此外,还必须提供一个OpenAI密钥,因为我们将在这篇文章中使用他们的模型。

二、数据导入 

在本演示中,我们将使用伊丽莎白一世的维基百科页面。我们可以使用LangChain加载器无缝地获取和拆分来自维基百科的文档。

【伊丽莎白一世维基百科】:https://en.wikipedia.org/wiki/Elizabeth_I

【LangChain加载器】:https://python.langchain.com/v0.1/docs/modules/data_connection/document_loaders/

# 读取维基百科文章
raw_documents = WikipediaLoader(query="Elizabeth I").load()
# 定义分块策略
text_splitter = TokenTextSplitter(chunk_size=512, chunk_overlap=24)
documents = text_splitter.split_documents(raw_documents[:3])

现在是时候根据检索到的文档构建一个图了。为此,我们实现了一个LLMGraphTransformer模块,它大大简化了在图数据库中构建和存储知识图谱的过程。

llm=ChatOpenAI(temperature=0, model_name="gpt-4-0125-preview")
llm_transformer = LLMGraphTransformer(llm=llm)

# 提取图数据
graph_documents = llm_transformer.convert_to_graph_documents(documents)
# 存储到neo4j
graph.add_graph_documents(
  graph_documents, 
  baseEntityLabel=True
  include_source=True
)

可以定义希望知识图谱生成链使用的LLM。目前,我们只支持来自OpenAI和Mistral的函数调用模型。但是,我们计划在未来扩展LLM的选择范围。在这个例子中,我们使用的是最新的GPT-4。请注意,生成的图的质量很大程度上取决于使用的模型。理论上,总是希望使用最强大的模型。LLM图转换器返回图文档,这些文档可以通过add_graph_documents方法导入到Neo4j中。baseEntityLabel参数为每个节点分配一个额外的__Entity__标签,以增强索引和查询性能。include_source参数将节点链接到它们的源文档,以便于数据追溯和上下文理解。

可以在Neo4j浏览器中查看生成的图。

请注意,该图像只代表生成的图的一部分。

三、用于RAG的混合检索 

在图生成之后,我们将使用混合检索方法,将向量和关键字索引与图检索相结合,用于RAG应用程序。

该图展示了一个检索过程,首先是用户提出问题,然后将问题导向RAG检索器。该检索器使用关键字和向量搜索来搜索非结构化文本数据,并将其与从知识图谱收集的信息相结合。由于Neo4j同时支持关键字和向量索引,因此可以使用单一的数据库系统实现所有三种检索选项。从这些来源收集的数据被输入到LLM中,以生成并提供最终答案。

3.1 非结构化数据检索器

可以使用Neo4jVector.from_existing_graph方法为文档添加关键字和向量检索。该方法为混合搜索方法配置关键字和向量搜索索引,目标是标有Document的节点。此外,如果缺少文本嵌入值,它还会计算这些值。

vector_index = Neo4jVector.from_existing_graph(
    OpenAIEmbeddings(),
    search_type="hybrid",
    node_label="Document",
    text_node_properties=["text"],
    embedding_node_property="embedding"
)

然后就可以使用similarity_search方法调用向量索引。

3.2 图检索器

另一方面,配置图检索器更为复杂,但提供了更多自由度。这个例子将使用全文索引来识别相关节点,并返回它们的直接邻域。

图检索器首先识别输入信息中的相关实体。为简单起见,我们指示LLM识别人物、组织和位置。为此,我们将使用LCEL和新添加的with_structured_output方法来实现这一目标。

# 从文本中提取实体
class Entities(BaseModel):
    """Identifying information about entities."""

    names: List[str] = Field(
        ...,
        description="All the person, organization, or business entities that "
        "appear in the text",
    )

prompt = ChatPromptTemplate.from_messages(
    [
        (
            "system",
            "You are extracting organization and person entities from the text.",
        ),
        (
            "human",
            "Use the given format to extract information from the following "
            "input: {question}",
        ),
    ]
)

entity_chain = prompt | llm.with_structured_output(Entities)

让我们来测试一下。

entity_chain.invoke({"question""Where was Amelia Earhart born?"}).names
# ['Amelia Earhart']

太好了,现在我们可以检测问题中的实体了,让我们使用全文索引将它们映射到知识图谱中。首先,我们需要定义一个全文索引和一个可以生成全文查询的函数,其中允许有一些拼写错误,这里就不详细介绍了。

graph.query(
    "CREATE FULLTEXT INDEX entity IF NOT EXISTS FOR (e:__Entity__) ON EACH [e.id]")

def generate_full_text_query(input: str) -> str:
    """
    Generate a full-text search query for a given input string.

    This function constructs a query string suitable for a full-text search.
    It processes the input string by splitting it into words and appending a
    similarity threshold (~2 changed characters) to each word, then combines 
    them using the AND operator. Useful for mapping entities from user questions
    to database values, and allows for some misspelings.
    """

    full_text_query = ""
    words = [el for el in remove_lucene_chars(input).split() if el]
    for word in words[:-1]:
        full_text_query += f" {word}~2 AND"
    full_text_query += f" {words[-1]}~2"
    return full_text_query.strip()

现在,让我们把它们全部组合起来。

# 全文索引查询
def structured_retriever(question: str) -> str:
    """
    Collects the neighborhood of entities mentioned
    in the question
    """

    result = ""
    entities = entity_chain.invoke({"question": question})
    for entity in entities.names:
        response = graph.query(
            """CALL db.index.fulltext.queryNodes('entity', $query, {limit:2})
            YIELD node,score
            CALL {
              MATCH (node)-[r:!MENTIONS]->(neighbor)
              RETURN node.id + ' - ' + type(r) + ' -> ' + neighbor.id AS output
              UNION
              MATCH (node)<-[r:!MENTIONS]-(neighbor)
              RETURN neighbor.id + ' - ' + type(r) + ' -> ' +  node.id AS output
            }
            RETURN output LIMIT 50
            """
,
            {"query": generate_full_text_query(entity)},
        )
        result += "\n".join([el['output'for el in response])
    return result

structured_retriever函数首先检测用户问题中的实体。接下来,它会遍历检测到的实体,并使用Cypher模板检索相关节点的邻域。让我们来测试一下!

print(structured_retriever("Who is Elizabeth I?"))
# Elizabeth I - BORN_ON -> 7 September 1533
# Elizabeth I - DIED_ON -> 24 March 1603
# Elizabeth I - TITLE_HELD_FROM -> Queen Of England And Ireland
# Elizabeth I - TITLE_HELD_UNTIL -> 17 November 1558
# Elizabeth I - MEMBER_OF -> House Of Tudor
# Elizabeth I - CHILD_OF -> Henry Viii
# and more...

3.3 最终检索器

正如开头提到的,我们将结合非结构化检索器和图形检索器,创建传递给LLM的最终上下文。

def retriever(question: str):
    print(f"Search query: {question}")
    structured_data = structured_retriever(question)
    unstructured_data = [el.page_content for el in vector_index.similarity_search(question)]
    final_data = f"""Structured data:
{structured_data}
Unstructured data:
{"#Document ". join(unstructured_data)}
    """

    return final_data

由于我们使用的是Python,因此只需使用f-string将输出连接起来即可。

四、定义RAG链 

我们已经成功实现了RAG的检索组件。接下来,我们将引入一个提示,利用集成混合检索器提供的上下文来生成响应,从而完成RAG链的实现。

template = """Answer the question based only on the following context:
{context}

Question: {question}
"""

prompt = ChatPromptTemplate.from_template(template)

chain = (
    RunnableParallel(
        {
            "context": _search_query | retriever,
            "question": RunnablePassthrough(),
        }
    )
    | prompt
    | llm
    | StrOutputParser()
)

最后,我们可以继续测试我们的混合RAG实现。

chain.invoke({"question""Which house did Elizabeth I belong to?"})
# 搜索查询:Which house did Elizabeth I belong to?(伊丽莎白一世属于哪个王朝?)
# 'Elizabeth I belonged to the House of Tudor.'('伊丽莎白一世属于都铎王朝。')

此示例还加入了一个查询重写功能,使RAG链能够适应并支持追问的对话环境。鉴于我们使用的是向量和关键字搜索方法,我们必须重写后续问题以优化我们的搜索过程。

chain.invoke(
    {
        "question""When was she born?",
        "chat_history": [("Which house did Elizabeth I belong to?""House Of Tudor")],
    }
)
# 搜索查询:When was Elizabeth I born?(她出生于何时)
# 'Elizabeth I was born on 7 September 1533.'('伊丽莎白一世于1533年9月7日出生。')

可以观察到,When was she born?首先被重写为When was Elizabeth I born? 。然后使用重写后的查询来检索相关上下文并回答问题。

五、轻松增强RAG应用 

通过引入LLMGraphTransformer,知识图谱的生成过程将变得更加流畅和易于访问,这使得任何希望使用知识图谱提供的深度和上下文来增强他们RAG应用程序的人都能更加轻松地使用它。

代码可在GitHub上获取。

【GitHub】:https://github.com/tomasonjo/blogs/blob/master/llm/enhancing_rag_with_graph.ipynb

推荐书单 

《LangChain大模型AI应用开发实践》

本书是一本深度探索LangChain框架及其在构建高效AI应用中所扮演角色的权威教程。本书以实战为导向,系统介绍了从LangChain基础到高级应用的全过程,旨在帮助开发者迅速掌握这一强大的工具,解锁人工智能开发的新维度。

本书内容围绕LangChain快速入门、Chain结构构建、大模型接入与优化、提示词工程、高级输出解析技术、数据检索增强(RAG)、知识库处理、智能体(agent)开发及其能力拓展等多个层面展开。通过详实的案例分析与步骤解说,读者可以学会整合如ChatGLM等顶尖大模型,运用ChromaDB进行高效的向量检索,以及设计与实现具有记忆功能和上下文感知能力的AI智能体。此外,书中还介绍了如何利用LangChain提升应用响应速度、修复模型输出错误、自定义输出解析器等实用技巧,为开发者提供了丰富的策略与工具。

本书主要面向AI开发者、数据科学家、机器学习工程师,以及对自然语言处理和人工智能应用感兴趣的中级和高级技术人员。

53AI,企业落地大模型首选服务商

产品:场景落地咨询+大模型应用平台+行业解决方案

承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业

联系我们

售前咨询
186 6662 7370
预约演示
185 8882 0121

微信扫码

添加专属顾问

回到顶部

加载中...

扫码咨询

扫码登录
登录即表示您同意《53AI网站服务协议》
服务协议

欢迎您使用【53AI 官方网站】(以下简称“本网站”或“我们”)。本《会员服务协议》(以下简称“本协议”)是您(以下简称“会员”或“用户”)与【深圳市博思协创网络科技有限公司】之间关于注册、登录及使用本网站会员服务所订立的法律协议。

在您注册或登录前,请务必审慎阅读、充分理解各条款内容,特别是免除或限制责任的条款、知识产权条款、争议解决条款等。此类条款将以加粗形式提示您注意。 当您通过微信公众号授权、手机验证码验证或其他方式成功登录本网站时,即视为您已完全理解并同意接受本协议的全部内容。

一、 定义

本网站:指由【深圳市博思协创网络科技有限公司】运营的,域名为【53ai.com】的网站及相关移动端页面。

会员服务:指本网站向注册会员提供的知识库文章查阅、内容检索及其他相关增值服务。

知识库内容:指本网站发布的包括但不限于文字、图表、数据、研究报告、行业分析等数字化内容资源。

二、 账号注册与登录

登录方式:本网站支持以下登录方式,您可根据实际情况选择:

微信公众号授权登录:您同意将您的微信OpenID信息授权给本网站,用于创建或关联会员账号。

手机验证码登录:您需提供真实有效的手机号码,并通过短信验证码完成身份验证与登录/注册。

账号安全:您的账号仅限您本人使用,禁止赠与、借用、租用、转让或售卖。因您保管不善导致的账号被盗、密码泄露等损失,由您自行承担。

实名认证:根据相关法律法规要求,我们可能要求您在特定功能下完成实名认证。如您拒绝提供,可能无法使用部分或全部服务。

未成年人保护:若您未满18周岁,请在法定监护人的陪同下阅读本协议,并在征得监护人同意后使用本服务。

三、 服务内容与规范

知识库查阅权限:会员登录后,有权按照其会员等级对应的权限范围,在线浏览、检索本网站知识库中的相关文章及内容。

服务变更:我们有权根据业务发展需要,调整、变更或终止部分服务内容,并将以网站公告、公众号消息等方式提前通知。

禁止行为:您在使用服务时不得实施以下行为:

利用技术手段批量爬取、下载、转存知识库内容;

将知识库内容用于商业目的或未经授权地向第三方传播;

干扰本网站正常运行或侵犯其他用户合法权益;

发布违法违规信息或从事违反公序良俗的活动。

四、 知识产权声明

权利归属:本网站知识库中的排版设计、软件代码等内容的知识产权均归【公司全称】或原权利人所有,受《中华人民共和国著作权法》等法律保护。

有限许可:本网站授予会员一项非独占、不可转让、不可转授权的普通许可,仅限于个人学习、研究之目的在线查阅知识库内容。

侵权追责:未经书面许可,任何单位或个人不得以任何形式复制、转载、摘编、镜像、汇编或以其他方式使用上述内容。一经发现,我们保留追究其法律责任的权利。

五、 个人信息保护

我们重视对您个人信息的保护。关于我们如何收集、使用、存储和保护您的个人信息,请单独阅读 《隐私政策》。

您通过微信公众号授权或手机号验证所提供的信息,我们将严格按照《个人信息保护法》的规定处理,仅用于身份识别、服务提供及安全验证等必要用途。

您可以随时通过网站设置或联系客服行使查阅、更正、删除个人信息及撤回授权同意的权利。

六、 免责声明

内容准确性:知识库内容仅供参考,不构成专业建议。我们不对其完整性、准确性、时效性作任何明示或暗示的保证,您应自行判断并承担使用风险。

不可抗力:因自然灾害、政策法规变化、网络故障、第三方平台接口异常(如微信接口维护、运营商短信通道故障)等不可抗力导致的服务中断或延迟,我们不承担违约责任。

第三方链接:本网站可能包含指向第三方网站的链接,该等网站的内容和服务不受我们控制,请您自行甄别风险。

七、 违约责任

如您违反本协议约定,我们有权视情节采取警告、限制功能、暂停服务、注销账号等措施,并保留要求赔偿损失的权利。

如因您的违约行为导致我们遭受行政处罚、第三方索赔或商誉损失,您应承担全部赔偿责任(包括但不限于罚款、赔偿金、律师费、公证费等)。

八、 法律适用与争议解决

本协议的订立、执行和解释均适用中华人民共和国大陆地区法律。

因本协议产生的或与本协议有关的任何争议,双方应友好协商解决;协商不成的,任何一方均可向【公司所在地】有管辖权的人民法院提起诉讼。

九、 其他

本协议构成双方就本服务达成的完整协议,取代此前任何口头或书面约定。

本协议任一条款被认定为无效或不可执行的,不影响其他条款的效力。

我们对本协议享有最终解释权,并在法律允许的范围内保留随时修改的权利。修改后的协议一经公布即生效,继续使用服务即视为同意修订内容。


已查阅