Skip to main content
LangGraph 代理中的每一次状态变更都会创建一个检查点,即该时刻代理状态的完整快照。时间旅行功能允许你检查任意检查点、查看代理当时的确切状态,并从该点恢复执行以探索不同的路径。它集调试器、撤销按钮和审计日志于一身。
此功能需要 LangGraph Agent Server。请在本地使用 langgraph dev 运行您的代理,或将其部署到 LangSmith 以使用此模式。

检查点如何工作

LangGraph 在每次节点执行后持久化代理状态。每个持久化的状态都是一个 ThreadState 对象,它捕获:
  • checkpoint:标识此特定快照的元数据(ID、时间戳)
  • values:此时刻的完整代理状态(消息、自定义键)
  • tasks:计划接下来运行的图节点
  • next:执行计划中即将执行的节点名称
这创建了代理做出的每个决策、调用的每个工具以及产生的每个响应的线性时间线。你的 UI 可以渲染此时间线,并允许用户跳转到任意点。

设置 useStream

通过向 useStream 传递 fetchStateHistory: true 来启用检查点历史记录。这会告诉钩子加载当前线程的完整检查点时间线。 定义一个与你的代理状态模式匹配的 TypeScript 接口,并将其作为类型参数传递给 useStream,以实现对状态值的类型安全访问。在下面的示例中,请将 typeof myAgent 替换为你的接口名称:

ThreadState 对象

history 数组中的每个条目都是一个 ThreadState,代表时间线中的一个检查点:

构建检查点时间线

时间线侧边栏将每个检查点显示为一个可点击的条目。每个条目显示运行的节点以及该时刻存在的消息数量:

检查检查点状态

点击一个检查点应显示该时刻的完整状态。JSON 查看器让开发者完全了解代理知道和决定的内容:
对于生产环境的 UI,考虑使用具有可折叠节点的适当 JSON 查看器组件,而不是原始的 JSON.stringify。像 react-json-viewreact-json-tree 这样的库能为用户提供更好的探索体验。

从检查点恢复

时间旅行的核心是能够从任何先前的检查点恢复执行。当用户选择一个检查点时,使用 null 输入调用 submit 并传递检查点引用:
这告诉 LangGraph:
  1. 回滚到所选检查点的状态
  2. 从该点向前重新执行图
  3. 将新结果流式传输给客户端
所选检查点之后的现有消息将被新的执行路径替换。这实际上在对话时间线中创建了一个分支
从检查点恢复不会删除原始时间线。之前的检查点在历史记录中仍然可用。这意味着用户总是可以回去尝试不同的路径,而不会丢失任何先前的工作。

SplitView 布局

时间旅行在分屏布局下效果最佳,左侧是主聊天区,右侧是时间线:

提取检查点元数据

将原始检查点数据转换为适合时间线显示的条目:
这使得渲染带有有意义标签而非原始 ID 的时间线条目变得容易。

用例

时间旅行在许多场景中都非常宝贵:
  • 调试代理行为:逐步检查代理的决策,理解它为何选择特定路径
  • 撤销操作:如果代理走错了路,从较早的检查点恢复并重试
  • 探索替代方案:从对话中途的检查点分叉,查看不同输入如何改变结果
  • 审计:审查代理操作的完整历史记录,用于合规性、质量保证或事后分析
  • 教学:逐步讲解代理的执行过程,解释多步推理如何工作
时间旅行与Human in the Loop模式结合时尤其强大。如果人类审查者在中断点拒绝了代理的操作,他们可以从操作执行前的检查点恢复,并提供纠正性输入。

处理时间线中的中断

包含中断(Human in the Loop暂停)的检查点需要特殊的视觉处理。它们代表代理停止并等待人类输入的时刻:

最佳实践

  • 延迟加载历史记录:对于有数百个检查点的线程,进行分页或仅加载最近的 N 个条目,以保持 UI 响应性。
  • 显示有意义的标签:显示节点名称和消息数量,而不是原始的检查点 ID。用户需要上下文,而不是 UUID。
  • 恢复前确认:从旧检查点恢复会替换当前的执行路径。显示确认对话框,以免用户意外丢失当前对话状态。
  • 突出显示当前检查点:在视觉上明确哪个检查点对应于对话的当前状态。
  • 支持键盘导航:高级用户会希望使用方向键逐步浏览检查点。为时间线添加键盘处理程序,以获得流畅的调试体验。
  • 比较检查点之间的状态差异:对于高级用户,显示两个连续检查点之间的变化可以揭示代理状态在每一步是如何演变的。