技术兼容性
技术兼容性相当于微服务中的 API 破坏性更改。此处的 “API” 是你的图代码与检查点库为现有线程已持久化的数据之间的契约。当线程恢复时,LangGraph 会反序列化保存的状态,按名称将其分派给一个节点,并期望该节点返回符合状态模式的值。 常见的技术性破坏包括:- 在线程暂停或即将进入某个节点时(例如在
interrupt处或通过一个仍然路由到旧名称的检查点条件边),重命名或删除该节点。恢复时,LangGraph 无法通过其保存的名称找到该节点,运行将失败。恢复运行的起点是执行停止时所在节点的开头,因此缺少的节点将无法从任何地方恢复。 - 重命名或删除 State 键,而旧的检查点仍然包含该键,或者下游节点仍然读取该键。
- 收紧 State 字段,例如将
Optional字段设为必填、收窄类型,或添加没有默认值的新必填字段。现有检查点将无法满足新模式。
推荐模式
-
将新 state 字段添加为
NotRequired(或Optional[...] = None),以便旧检查点仍然有效: - 将删除操作视为弃用。将字段保留在 state 定义中至少一个 drain 周期,即使没有节点读取它,以确保现有检查点继续加载。
- 通过先添加后删除进行重命名。将新字段或节点与旧的并列添加,在一个弃用窗口期内双写或同时路由到两者,一旦确认没有进行中的线程依赖旧字段或节点,再将其删除。
-
使节点函数能够容忍未知键。
TypedDict在运行时会忽略额外的键,因此旧代码版本的残留状态不会引发异常,除非节点显式读取了缺失的键。 -
使用时间旅行和
graph.get_state在发布前于暂存环境中针对新代码抽查现有线程。
检测进行中的线程
在你删除节点、重命名 State 键或进行其他旧线程无法容忍的更改之前,你希望了解是否有任何线程当前正停在你即将移除的代码版本上。LangGraph 本身不维护线程状态的搜索索引,因此答案取决于你的图运行在哪里。 如果你部署到 LangSmith。 使用 Agent Server 的线程搜索功能按状态筛选。status 字段接受 idle、busy、interrupted 和 error,因此你可以批量查询 interrupted 或 busy 的线程,可选使用元数据过滤器进行缩小范围。参见按线程状态筛选和列出线程。
LangGraph 运行的任何地方。 使用 LangSmith 追踪来监控生产环境中哪些节点正在被进入和退出。这是判断一个节点或 state 字段是否在任何活动代码路径中都不可达的最可靠信号。
当你已经有一个 thread_id 时。 直接检查该单个线程:
graph.get_state(config)返回最新的检查点,包括线程暂停在哪个节点以及任何待处理的中断。graph.get_state_history(config)返回该线程完整的按时间顺序排列的检查点列表。
业务兼容性
有时,一个更改在技术上是有效的(每个现有检查点仍然加载,每个节点仍然解析),但新图的含义与旧图不同。新行为对于新线程是正确的,而你不想将其追溯应用于在旧逻辑下启动的线程。 例如,假设你的图运行intake → triage → respond,而你决定在 triage 和 respond 之间插入一个新的 policy_check 步骤:
- 已经通过
triage的线程应直接继续到respond(旧流程)。 - 新线程应运行完整的新流程。
triage 之后恢复的旧线程会从其保存的状态中读取 flow_version(或回退到 v1 默认值)并跳过 policy_check。新线程从 intake 开始,被标记为 flow_version=2,并运行新路径。一旦所有 v1 线程完成,你就可以移除版本标志和条件边。
此模式仅在你在线程开始时设置版本时有效,在任何需要进行版本控制的分支之前设置。稍后设置它意味着现有线程在需要时将没有该设置。
非确定性
此类别仅适用于函数式 API 和图 API 节点内的 tasks 或interrupt 调用。普通的图 API 节点在恢复时会从节点函数的开头重新运行;请将副作用设计为幂等的,但除非你在该节点中使用 tasks 或 interrupt,否则你无需保留任务调用顺序。
函数式 API 的 entrypoint 被编译为一个单独的节点,当运行恢复时,它会从头开始重放 entrypoint 体,并使用缓存的 @task 结果来跳过已完成的工作。两类更改会破坏此模型:
- 在恢复点之前添加、删除或重新排序
@task调用或interrupt调用。LangGraph 根据重放中的位置将缓存结果和恢复值与调用进行匹配,因此移动该位置可能会导致错误的缓存值被重放到另一个调用上。 - 在
@task之外引入非确定性操作,例如time.time()、random.random()或在 entrypoint 体中内联的网络调用。在重放时,这些操作会产生与首次运行时不同的值,这可能会改变控制流。
@entrypoint 进行重大代码更改,最安全的选择是:
- 在部署更改前让进行中的运行 drain 完毕。
- 将任何新逻辑包装在一个新的
@task中,以便其结果被独立检查点。 - 在
langgraph.json中为新行为注册一个具有新图名称的 entrypoint,并将新线程路由到它。
Connect these docs to Claude, VSCode, and more via MCP for real-time answers.

