Skip to main content
并非所有代理操作都应在无人监督的情况下运行。当代理即将发送电子邮件、删除记录、执行金融交易或执行任何不可逆操作时,您需要人工先审核并批准该操作。人类在环(HITL)模式允许您的代理暂停执行,将待处理操作呈现给用户,并在获得明确批准后才恢复执行。

中断如何工作

LangGraph 代理支持中断,这是代理将控制权交还给客户端的显式暂停点。当代理遇到中断时:
  1. 代理停止执行并发出中断载荷
  2. useStream 钩子通过 stream.interrupt 呈现该中断
  3. 您的 UI 渲染一个带有批准/拒绝/编辑选项的审核卡片
  4. 用户做出决定
  5. 您的代码使用恢复命令调用 stream.submit()
  6. 代理从上次中断处继续执行

为 HITL 设置 useStream

导入您的代理,并将 typeof myAgent 作为类型参数传递给 useStream,以实现对状态值的类型安全访问:

中断载荷

当代理暂停时,stream.interrupt 包含一个具有以下结构的 HITLRequest

决策类型

HITL 模式支持四种决策类型:

批准

用户确认操作应按原样继续:

拒绝

用户拒绝操作,并可提供原因:
当操作被拒绝时,代理会收到拒绝原因,并可以决定如何继续。它可能会重新措辞、提出澄清问题或完全放弃该操作。

编辑

用户在批准前修改操作的参数:

回复

用户为“询问用户”风格的工具提供直接回复。message 成为工具结果,工具本身不会被执行:
当工具本身是用于人工输入的占位符时,请使用 respond——例如,一个 ask_user 工具,提示代理从用户那里收集信息。

构建 ApprovalCard

这是一个处理所有四种决策类型的完整审批卡片组件:

恢复流程

用户做出决定后,完整流程如下:
  1. 调用 stream.submit(null, { command: { resume: hitlResponse } })
  2. useStream 钩子将恢复命令发送到 LangGraph 后端
  3. 代理接收 HITLResponse 并继续执行。HITL 响应可能是以下之一:
    • "approve":代理继续执行下一个操作
    • "reject":代理接收拒绝理由并决定下一步
    • "edit":代理使用编辑后的参数运行工具
    • "respond":人工的消息直接作为工具结果返回,而不执行工具
  4. 随着代理恢复流式传输,interrupt 属性重置为 null
您可以在单次代理运行中链接多个 HITL 检查点。例如,代理可能会请求批准进行搜索,然后在发送包含结果的电子邮件之前再次请求批准。每个中断都是独立处理的。

常见用例

处理多个待处理操作

当代理想要同时执行多个操作时,一个中断可以包含多个 actionRequests。为每个操作渲染一个卡片,并在恢复前收集所有决定:

最佳实践

实施 HITL 工作流时,请牢记以下准则:
  • 显示清晰的上下文。始终显示代理想要做什么以及为什么。包括操作描述和完整参数。
  • 使批准成为最简单的路径。如果操作看起来正确,批准应该只需一次点击。将多步骤流程保留给拒绝/编辑。
  • 验证编辑后的参数。当用户编辑操作参数时,在发送前验证 JSON 结构。对格式错误的输入显示内联错误。
  • 持久化中断状态。如果用户刷新页面,中断仍应可见。useStream 通过线程的检查点处理此问题。
  • 记录所有决定。为了审计跟踪,记录每个批准/拒绝/编辑决定的时间戳和做出决定的用户。
  • 谨慎设置超时。长时间运行的代理不应在人工审核上无限期阻塞。考虑显示代理已等待了多长时间。