Skip to main content
本指南解释了使用子图(subgraph)的机制。子图是一个图,它被用作另一个图中的节点。 子图很有用:
  • 构建多智能体系统
  • 在多个图中重用一组节点
  • 分散开发:当你希望不同团队独立地处理图的不同部分时,你可以将每个部分定义为一个子图,只要子图接口(输入和输出模式)得到尊重,父图就可以在不了解子图任何细节的情况下构建

设置

:::python
::: :::js
:::
为 LangGraph 开发设置 LangSmith 注册LangSmith,以便快速发现问题并提高你的 LangGraph 项目的性能。LangSmith 允许你使用跟踪数据来调试、测试和监控用 LangGraph 构建的 LLM 应用——阅读更多关于如何开始使用 LangSmith的信息。

定义子图通信

添加子图时,你需要定义父图和子图如何通信:

在节点中调用子图

当父图和子图具有不同的状态模式(没有共享键)时,在节点函数中调用子图。这在你想为多智能体系统中的每个智能体保留一个私有的消息历史记录时很常见。 节点函数在调用子图之前将父图状态转换为子图状态,并在返回之前将结果转换回父图状态。 :::python
::: :::js
:::
:::python
::::::js
  1. 将状态转换为子图状态
  2. 将响应转换回父图状态
:::
这是一个具有两级子图的示例:父图 -> 子图 -> 孙图。:::python
::::::js
  1. 我们将状态从子状态通道(myChildKey)转换到孙状态通道(myGrandchildKey)
  2. 我们将状态从孙状态通道(myGrandchildKey)转换回子状态通道(myChildKey)
  3. 我们在这里传递一个函数,而不是直接传递编译后的图(grandchildGraph)
  4. 我们将状态从父状态通道(myKey)转换到子状态通道(myChildKey)
  5. 我们将状态从子状态通道(myChildKey)转换回父状态通道(myKey)
  6. 我们在这里传递一个函数,而不是直接传递编译后的图(childGraph)
:::

将子图作为节点添加

当父图和子图 共享状态键 时,可以直接将编译后的子图传递给 add_node。不需要包装函数——子图会自动从父图的状态通道中读取和写入。例如,在 多智能体系统中,智能体通常通过共享的 消息键进行通信。 SQL 智能体图 如果您的子图与父图共享状态键,可以按照以下步骤将其添加到您的图中: :::python
  1. 定义子图工作流(示例中的 subgraph_builder)并编译它
  2. 在定义父图工作流时,将编译后的子图传递给 @[add_node] 方法
::: :::js
  1. 定义子图工作流(示例中的 subgraphBuilder)并编译它
  2. 在定义父图工作流时,将编译后的子图传递给 .addNode 方法
:::
:::python
::::::js
  1. 此键与父图状态共享
  2. 此键是 SubgraphState 的私有键,父图不可见
:::

子图持久化

使用子图时,您需要决定在调用之间其内部数据会发生什么。考虑一个将任务委托给专业子智能体的客服机器人:当“账单专家”子智能体被调用时,它应该记住客户之前的提问,还是每次调用时都重新开始? .compile() 上的 checkpointer 参数控制子图持久化: 按调用是大多数应用程序的正确选择,包括多智能体系统,其中子智能体处理独立请求。当子智能体需要多轮对话记忆时使用按线程(例如,一个在几次交流中构建上下文的研究助理)。
父图必须使用检查点器编译,以便子图持久化功能(中断、状态检查、按线程记忆)正常工作。参见persistence。
下面的示例使用LangChain的@[create_agent],这是构建智能体的常用方法。create_agent在底层生成LangGraph图,因此所有子图持久化概念都直接适用。如果你使用原始LangGraph StateGraph构建,相同的模式和配置选项也适用——有关详细信息,请参阅Graph API。

有状态

有状态子图继承父图的检查点器,这启用了中断、persistence和状态检查。这两种有状态模式的不同之处在于状态保留的时间长度。

按调用 (默认)

这是大多数应用程序推荐的模式,包括多智能体系统,其中子智能体作为工具被调用。它支持中断、persistence和并行调用,同时保持每次调用独立。
当子图的每次调用都是独立且子智能体不需要记住任何先前调用内容时使用按调用持久化。这是最常见的模式,特别是对于多智能体系统,其中子智能体处理一次性请求,如“查找此客户的订单”或“总结此文档。” 省略checkpointer或将其设置为None。每次调用都从新开始,但在单个调用内子图继承父检查点器,并可以使用interrupt()暂停和恢复。 以下示例使用两个子智能体(水果专家、蔬菜专家)作为外部智能体的工具包装: :::python
每次调用可以使用 interrupt() 来暂停和继续。向工具函数添加 interrupt() 以在继续之前要求用户批准:

View example trace

为此示例打开一个公开的 LangSmith 运行。
::: :::js
每次调用可以使用 interrupt() 来暂停和继续。向工具函数添加 interrupt() 以在继续之前要求用户批准:
:::

按线程

当子智能体需要记住之前的交互时,使用按线程持久化。例如,一个在多次交流中逐步构建上下文的研究助理,或一个跟踪已编辑文件编码助理。子智能体的对话历史和数据在同一线程上的多次调用中累积。每次调用都会从上次调用的地方继续。 使用 checkpointer=True 编译以启用此行为。
按线程子图不支持并行工具调用。当 LLM 可以将按线程子智能体作为工具访问时,它可能会并行调用该工具多次(例如,同时询问水果专家关于苹果和香蕉)。这会导致检查点冲突,因为两次调用都写入相同的命名空间。下面的示例使用 LangChain 的 ToolCallLimitMiddleware 来防止这种情况。如果你使用纯 LangGraph StateGraph 构建,你需要自己防止并行工具调用——例如,通过配置模型禁用并行工具调用,或添加逻辑确保同一子图不会被并行多次调用。
以下示例使用编译了 checkpointer=True 的水果专家子智能体: :::python
按线程子智能体支持 interrupt(),就像按调用一样。向工具函数添加 interrupt() 以在继续之前要求用户批准:

View example trace

为此示例打开一个公开的 LangSmith 运行。
::: :::js
线程级子智能体支持 interrupt(),就像调用级一样。向工具函数添加 interrupt() 以要求用户批准:
:::

无状态

当您希望像普通函数调用一样运行子智能体,且没有检查点开销时使用。子图无法暂停/恢复,也无法从 持久执行中获益。使用 checkpointer=False 编译。
没有检查点,子图没有持久执行。如果进程在运行中途崩溃,子图无法恢复,必须从头重新运行。
:::python
::: :::js
:::

检查点引用

使用 checkpointer 参数在 .compile() 上控制子图持久性: :::python
::: :::js
:::
  • 中断(HITL): 子图可以使用 interrupt() 暂停执行并等待用户输入,然后从停止的地方继续。
  • 多轮记忆: 子图可以在同一个 线程 内的多次调用之间保持状态。每次调用都会从上一次调用的地方继续,而不是从头开始。
  • 多次调用(不同子图): 多个不同的子图实例可以在单个节点内被调用,而不会产生检查点命名空间冲突。
  • 多次调用(相同子图): 相同的子图实例可以在单个节点内被多次调用。在有状态持久化的情况下,这些调用会写入相同的检查点命名空间并产生冲突——请使用每次调用持久化方式。
  • 状态检查: 子图的状态可以通过 get_state(config, subgraphs=True) 进行调试和监控。

查看子图状态

当你启用 持久化 时,可以使用子图选项查看子图状态。使用 无状态 检查点(checkpointer=False),不会保存子图检查点,因此子图状态不可用。
查看子图状态需要 LangGraph 能够 静态发现 子图——即它被 作为节点 添加或 在节点内调用。当子图在 工具 函数内调用或其他间接引用(例如 子智能体 模式)时,中断仍然会传播到顶层图,无论嵌套情况如何。
:::python
返回 当前调用 的子图状态。每次调用都从新开始。
::: :::js
返回 当前调用 的子图状态。每次调用都从新开始。
:::

流式输出子图结果

为了观察嵌套图执行情况,我们推荐使用 事件流式传输:stream.subgraphs 投影会发现每个嵌套运行并暴露其 path、messages 和 values,而无需解析命名空间字符串。 :::python
如果您需要原始协议事件,直接迭代流并过滤 event["method"] 和 event["params"]["namespace"]:
::: :::js
  1. 将 subgraphs: true 设置为子图流输出。
:::
:::python
::::::js
  1. 将 subgraphs: true 设置为子图流输出。
:::

官方原文:src/oss/langgraph/use-subgraphs.mdx · 非官方翻译,译文由 AI 生成,以英文原文为准。
Last modified on November 3, 2026