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

