approve)、在运行前修改(edit)或拒绝并附带反馈(reject)。
中断决策类型
该中间件定义了三种内置的人工响应中断的方式:
每个工具可用的决策类型取决于您在
interrupt_on 中配置的策略。
当多个工具调用同时暂停时,每个操作都需要单独的决策。
决策必须按照中断请求中操作出现的顺序提供。
配置中断
要使用 HITL,请在创建智能体时将该中间件添加到智能体的middleware 列表中。
您需要配置一个从工具操作到每个操作允许的决策类型的映射。当工具调用匹配映射中的操作时,中间件将中断执行。
您必须配置一个检查点以在中断之间持久化图状态。
在生产环境中,请使用持久化检查点,如
AsyncPostgresSaver。对于测试或原型设计,请使用 InMemorySaver。调用智能体时,传递一个包含线程 ID 的 config,以将执行与会话线程关联。
详情请参阅 LangGraph 中断文档。配置选项
配置选项
响应中断
当您调用智能体时,它会一直运行直到完成或引发中断。当工具调用匹配您在interrupt_on 中配置的策略时,会触发中断。使用 version="v2" 时,结果是一个带有 interrupts 属性的 GraphOutput,其中包含需要审查的操作。然后,您可以将这些操作呈现给审查者,并在提供决策后恢复执行。
决策类型
- ✅ approve
- ✏️ edit
- ❌ reject
使用
approve 按原样批准工具调用并执行,不做更改。人机协同流式处理
您可以使用stream() 而不是 invoke() 来在智能体运行和处理中断时获取实时更新。使用 stream_mode=['updates', 'messages'] 和 version="v2",以统一的 v2 格式流式传输智能体进度和 LLM 令牌。
执行生命周期
中间件定义了一个after_model 钩子,该钩子在模型生成响应后但在任何工具调用执行前运行:
- 智能体调用模型生成响应。
- 中间件检查响应中的工具调用。
- 如果有任何调用需要人工输入,中间件构建一个包含
action_requests和review_configs的HITLRequest并调用 interrupt。 - 智能体等待人工决策。
- 根据
HITLResponse决策,中间件执行已批准或已编辑的调用,为被拒绝的调用合成 ToolMessage,并恢复执行。
自定义 HITL 逻辑
对于更专业的工作流,您可以直接使用 interrupt 原语和中间件抽象构建自定义 HITL 逻辑。 请查看上面的执行生命周期,了解如何将中断集成到智能体的操作中。Connect these docs to Claude, VSCode, and more via MCP for real-time answers.

