Skip to main content
消息队列让用户可以在不等待智能体处理完当前消息的情况下快速连续发送多条消息。每条消息在服务器端排队并按顺序处理,让你对待处理队列拥有完全的可见性和控制权。
This feature requires the LangGraph Agent Server. Run your agent locally with langgraph dev or deploy it to LangSmith to use this pattern.

为什么需要消息队列?

在典型的聊天界面中,用户必须等待智能体完成响应后才能发送下一条消息。这在以下场景中会产生摩擦:
  • 批量提问:用户想一次提出五个相关问题,而不是等待每个答案
  • 后续追问链:在智能体仍在工作时提交澄清或附加上下文
  • 自动化测试序列:以编程方式发送一系列提示词来验证智能体行为
  • 数据输入工作流:依次输入结构化数据进行处理
消息队列通过立即接受所有提交并按顺序处理来解决这个问题。

工作原理

在底层,LangGraph 使用 multitaskStrategy: "enqueue" 来管理并发提交。当在智能体正在处理时提交消息,该消息会被添加到服务器端队列中。当前运行完成后,下一条排队的消息会自动被处理。 useStream 钩子暴露了一个 queue 属性,提供对待处理消息的实时可见性: 每个 QueueEntry 对象包含:

设置 useStream

导入你的智能体并将 typeof myAgent 作为类型参数传递给 useStream,以获得类型安全的状态值访问:

显示队列

构建一个 QueueList 组件,显示每条待处理消息及取消按钮。这让用户能看到等待中的内容,并可以移除不再需要的项目。
显示每条排队消息的前几个字符作为预览,以便用户可以快速识别要取消哪些项目,而无需阅读完整消息。

取消排队消息

你有两个级别的取消操作:

取消单个条目

通过 ID 从队列中移除特定消息。智能体将跳过它并处理下一个条目。

清空整个队列

一次性移除所有待处理消息。在用户更改上下文或想要重新开始时很有用。
取消队列条目只影响尚未开始处理的消息。如果智能体已经在处理某条消息,从队列中取消它不会产生效果。使用 stream.stop() 来中断当前运行。

使用 onCreated 链接后续提交

onCreated 回调在新运行创建时触发,为你提供以编程方式提交后续消息的钩子。这对于构建多步骤工作流很有用,其中下一个问题依赖于前一个提交被接受。
这种模式自然会填充队列。第一条消息立即开始处理,后续消息排在其后。

开始新线程

当用户想要开始全新的对话时,使用 switchThread(null) 创建新线程。这会清除当前的消息历史和队列。

完整示例

将所有内容整合在一起,这是一个带有队列管理的完整聊天组件:

最佳实践

  • 限制队列大小:虽然客户端没有硬性的队列大小限制,但要注意非常大的队列可能会降低用户体验。考虑在队列超过合理阈值(例如 10 个项目)时显示警告。
  • 显示队列位置:为每个排队项目编号,让用户知道处理顺序。
  • 保持输入焦点:提交后保持输入框聚焦,以便用户可以立即输入下一条消息。
  • 动画过渡:当排队项目开始处理时,平滑地将其从队列面板移动到消息列表中。
  • 优雅处理错误:如果排队的消息失败,显示错误但不阻塞后续队列条目。
  • 对快速提交进行防抖:对于自动化或编程方式的提交,在消息之间添加小延迟以避免服务器过载。