Skip to main content
中断允许您在特定点暂停图执行,并在继续之前等待外部输入。这实现了人机协作模式,您需要外部输入才能继续。当中断被触发时,LangGraph 使用其持久化层保存图状态,并无限期等待,直到您恢复执行。 中断通过在图节点中的任何位置调用 interrupt() 函数来工作。该函数接受任何可 JSON 序列化的值,该值会呈现给调用者。当您准备好继续时,您通过使用 Command 重新调用图来恢复执行,该 Command 随后成为节点内部 interrupt() 调用的返回值。 与静态断点(在特定节点之前或之后暂停)不同,中断是动态的:它们可以放置在代码中的任何位置,并且可以根据应用程序逻辑有条件地触发。
  • 检查点保存您的位置: 检查点写入确切的图状态,以便您稍后恢复,即使处于错误状态。
  • thread_id 是您的指针: 设置 config={"configurable": {"thread_id": ...}} 以告诉检查点加载哪个状态。
  • 中断负载通过 chunk["interrupts"] 呈现: 当使用 version="v2" 进行流式传输时,您传递给 interrupt() 的值会出现在 values 流部分的 interrupts 字段中,因此您知道图正在等待什么。
您选择的 thread_id 实际上是您的持久化游标。重用它会恢复相同的检查点;使用新值会启动一个全新的线程,状态为空。

使用 interrupt 暂停

interrupt 函数暂停图执行并向调用者返回一个值。当您在节点内调用 interrupt 时,LangGraph 保存当前图状态并等待您使用输入恢复执行。 要使用 interrupt,您需要:
  1. 一个检查点来持久化图状态(在生产环境中使用持久化检查点)
  2. 配置中的一个线程 ID,以便运行时知道从哪个状态恢复
  3. 在您想要暂停的位置调用 interrupt()(负载必须是可 JSON 序列化的)
当您调用 interrupt 时,会发生以下情况:
  1. 图执行被挂起在调用 interrupt 的确切位置
  2. 状态被保存使用检查点,以便稍后恢复执行,在生产环境中,这应该是一个持久化检查点(例如,由数据库支持)
  3. 值被返回给调用者,在 __interrupt__ 下;它可以是任何可 JSON 序列化的值(字符串、对象、数组等)
  4. 图无限期等待直到您使用响应恢复执行
  5. 响应被传回到节点中,当您恢复时,成为 interrupt() 调用的返回值

恢复中断

中断暂停执行后,您通过使用包含恢复值的 Command 再次调用图来恢复它。恢复值被传回 interrupt 调用,允许节点使用外部输入继续执行。
关于恢复的关键点:
  • 恢复时必须使用与中断发生时相同的线程 ID
  • 传递给 Command(resume=...) 的值成为 interrupt 调用的返回值
  • 恢复时,节点从调用 interrupt 的节点开头重新开始,因此 interrupt 之前的任何代码都会再次运行
  • 您可以传递任何可 JSON 序列化的值作为恢复值
Command(resume=...)唯一设计为 invoke()/stream() 输入的 Command 模式。其他 Command 参数(updategotograph)设计用于从节点函数返回。不要传递 Command(update=...) 作为输入来继续多轮对话——而是传递一个普通的输入字典。

常见模式

中断解锁的关键能力是暂停执行并等待外部输入。这对于各种用例都很有用,包括:
  • 审批工作流:在执行关键操作(API 调用、数据库更改、金融交易)之前暂停
  • 处理多个中断:在单次调用中恢复多个中断时,将中断 ID 与恢复值配对
  • 审查和编辑:让人类在继续之前审查和修改 LLM 输出或工具调用
  • 中断工具调用:在执行工具调用之前暂停,以便在执行前审查和编辑工具调用
  • 验证人类输入:在继续下一步之前暂停以验证人类输入

使用人机协作 (HITL) 中断进行流式传输

在构建具有人机协作工作流的交互式代理时,您可以同时流式传输消息块和节点更新,以便在处理中断时提供实时反馈。 使用多个流模式("messages""updates")和 subgraphs=True(如果存在子图)来:
  • 在生成时实时流式传输 AI 响应
  • 检测图何时遇到中断
  • 无缝处理用户输入并恢复执行
  • version="v2":所有块都是 StreamPart 字典,包含 typensdata
  • chunk["type"]:根据流模式("messages""updates" 等)缩小范围以进行类型推断
  • chunk["ns"]:标识源图(根图为空元组,子图则填充)
  • subgraphs=True:在嵌套图中检测中断所必需
  • Command(resume=...):使用用户提供的数据恢复图执行

处理多个中断

当并行分支同时中断时(例如,扇出到多个节点,每个节点都调用 interrupt()),您可能需要在单次调用中恢复多个中断。 在单次调用中恢复多个中断时,将每个中断 ID 映射到其恢复值。 这确保每个响应在运行时与正确的中断配对。

批准或拒绝

中断最常见的用途之一是在关键操作之前暂停并请求批准。例如,您可能希望让人类批准 API 调用、数据库更改或任何其他重要决策。
当您恢复图时,传递 True 以批准或 False 以拒绝:

审查和编辑状态

有时您希望让人类在继续之前审查和编辑部分图状态。这对于纠正 LLM、添加缺失信息或进行调整很有用。
恢复时,提供编辑后的内容:

工具中的中断

您也可以直接将中断放在工具函数内部。这使得工具本身在每次被调用时暂停以请求批准,并允许在执行前对工具调用进行人类审查和编辑。 首先,定义一个使用 interrupt 的工具:
当您希望批准逻辑与工具本身一起存在时,这种方法很有用,使其可在图的不同部分重用。LLM 可以自然地调用该工具,并且只要调用该工具,中断就会暂停执行,允许您批准、编辑或取消操作。

验证人类输入

有时您需要验证来自人类的输入,并在输入无效时再次询问。您可以使用循环中的多个 interrupt 调用来完成此操作。
每次使用无效输入恢复图时,它都会使用更清晰的消息再次询问。一旦提供有效输入,节点完成,图继续。

中断规则

当您在节点内调用 interrupt 时,LangGraph 通过引发一个特殊异常来暂停执行,该异常通知运行时暂停。此异常沿调用堆栈向上传播,并被运行时捕获,运行时通知图保存当前状态并等待外部输入。 当执行恢复(在您提供请求的输入后),运行时从头开始重新启动整个节点——它不会从调用 interrupt 的确切行恢复。这意味着 interrupt 之前运行的任何代码都将再次执行。因此,在使用中断时,需要遵循一些重要规则以确保它们按预期工作。

不要将 interrupt 调用包装在 try/except 中

interrupt 在调用点暂停执行的方式是抛出一个特殊异常。如果您将 interrupt 调用包装在 try/except 块中,您将捕获此异常,中断将不会传递回图。
  • ✅ 将 interrupt 调用与容易出错的代码分开
  • ✅ 在 try/except 块中使用特定的异常类型
  • 🔴 不要将 interrupt 调用包装在裸 try/except 块中

不要在节点内重新排序 interrupt 调用

在单个节点中使用多个中断很常见,但如果不小心处理,可能会导致意外行为。 当一个节点包含多个中断调用时,LangGraph 会维护一个特定于执行该节点的任务的恢复值列表。每当执行恢复时,它都从节点的开头开始。对于遇到的每个中断,LangGraph 会检查任务的恢复列表中是否存在匹配值。匹配是严格基于索引的,因此节点内中断调用的顺序很重要。
  • ✅ 保持 interrupt 调用在节点执行之间一致
  • 🔴 不要在节点内有条件地跳过 interrupt 调用
  • 🔴 不要使用在执行之间不确定的逻辑来循环 interrupt 调用

不要在 interrupt 调用中返回复杂值

根据使用的检查点,复杂值可能无法序列化(例如,您无法序列化函数)。为了使您的图适应任何部署,最佳实践是只使用可以合理序列化的值。
  • ✅ 传递简单的、可 JSON 序列化的类型给 interrupt
  • ✅ 传递包含简单值的字典/对象
  • 🔴 不要将函数、类实例或其他复杂对象传递给 interrupt

interrupt 之前调用的副作用必须是幂等的

因为中断通过重新运行它们被调用的节点来工作,所以在 interrupt 之前调用的副作用应该是(理想情况下)幂等的。就上下文而言,幂等性意味着相同的操作可以多次应用而不会改变初始执行之外的结果。 例如,您可能在节点内有一个用于更新记录的 API 调用。如果在该调用之后调用 interrupt,当节点恢复时,它将被多次重新运行,可能会覆盖初始更新或创建重复记录。
  • ✅ 在 interrupt 之前使用幂等操作
  • ✅ 将副作用放在 interrupt 调用之后
  • ✅ 尽可能将副作用分离到单独的节点中
  • 🔴 不要在 interrupt 之前执行非幂等操作
  • 🔴 不要在不检查是否存在的情况下创建新记录

与作为函数调用的子图一起使用

在节点内调用子图时,父图将从调用子图并触发 interrupt节点开头恢复执行。类似地,子图也将从调用 interrupt 的节点开头恢复。

使用中断进行调试

要调试和测试图,您可以使用静态中断作为断点,逐步执行图执行,一次一个节点。静态中断在节点执行之前或之后的定义点触发。您可以通过在编译图时指定 interrupt_beforeinterrupt_after 来设置这些中断。
静态中断推荐用于人机协作工作流。请改用 interrupt 函数。
  1. 断点在 compile 时设置。
  2. interrupt_before 指定应在节点执行之前暂停执行的节点。
  3. interrupt_after 指定应在节点执行之后暂停执行的节点。
  4. 需要检查点来启用断点。
  5. 图运行直到遇到第一个断点。
  6. 通过为输入传递 None 来恢复图。这将运行图直到遇到下一个断点。
要调试您的中断,请使用 LangSmith

使用 LangSmith Studio

您可以使用 LangSmith Studio 在运行图之前在 UI 中设置静态中断。您还可以使用 UI 在执行的任何点检查图状态。 image