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

