LangGraph 1.0 发布

背景

所谓智能体（agent），是指让语言模型不只给出一次回答，而是自己决定下一步做什么、调用工具、并在一连串步骤中持续推进的程序。做出一个演示很容易，把它跑成真正的应用则不然：一次运行可能要等待外部服务，可能持续很长时间，也可能需要人先确认某件事再往下走。如果程序只把进度放在内存里，任何中断都会让此前的工作作废，一切从头再来。因此，智能体框架必须处理状态问题——这次运行走到哪一步、已经做过什么、如何接着往下跑。这里说的「持久化（durable）」，意思就是运行的进度能比执行它的进程活得更久。

发生了什么

LangGraph 1.0 于 2025 年 10 月 23 日正式发布（general availability）^[1]。就在前一天，2025 年 10 月 22 日，LangChain 1.0 也已正式发布^[1]。LangChain 将 LangGraph 1.0 称为持久化智能体框架领域里的首个稳定大版本^[2]。

在版本号的惯例里，走到 1.0 有明确含义：它通常标志着接口被视为已经稳定，按照它写的代码不会因为每次新版本而失效。LangChain 对这条版本线把话说明白了——承诺在 2.0 之前不做破坏性改动^[2]。

这个版本加了什么

发布的核心是持久化状态。一次被中断或重启的运行会从停下的地方继续，而不是丢掉已有的上下文^[2]。实际使用中，这覆盖的是生产软件的日常故障：进程被重新部署、机器宕机、长任务必须隔夜暂停。运行不会从头重放一切，而是从最后一个记录点接着走。

内置持久化（persistence）支撑了这一点。工作流可以被保存并恢复，团队不必自己写一套定制的数据库逻辑^[2]。保存中间进度恰恰是那种琐碎、又很容易出细微错误的活儿；把它放进框架里而不是由每个应用各自外挂，会改变一个项目在可靠运行之前需要铺垫多少基础设施。

这个版本还让人在回路（human-in-the-loop）模式在 API 层面得到原生的支持：执行可以暂停下来，等待人工审阅、修改或批准^[2]。对任何会采取有后果动作的智能体来说，这一点很关键。开发者不必让整条步骤链跑到最后再去检查结果，而是可以指定一个位置，让运行停下来等人看清它打算做什么，改一改或点头同意，然后再继续。

迭代与用户

LangChain 表示，这个版本之前经历了一年多的迭代，并提到 Uber、LinkedIn 和 Klarna 是这套框架的用户^[2]。这些都是在很大规模上运行软件的大型机构，而正是在这种场景里，可恢复的运行和审批环节才不再是便利功能，而变成硬性要求。

为什么重要

两件事让一次 1.0 发布成为事件，而不只是例行升个版本号。第一是稳定性承诺：团队在决定是否把某个框架作为基础时，会权衡接口变动导致重写代码的代价，而「2.0 之前不做破坏性改动」的承诺消掉了一部分风险^[2]。第二是对类别的界定。LangChain 把这次发布称作持久化智能体框架领域的首个稳定大版本，等于把一类软件——职责是让智能体的运行保持存活、可恢复、可检查的框架——说成已经成型^[2]。

时间上的安排也强化了这一点。LangGraph 1.0 与 LangChain 1.0 在相邻两天（2025 年 10 月 22 日和 23 日）先后发布，两者被呈现为一对，而不是互不相干的项目：负责持久化智能体运行的框架与周边工具一起到位^[1]。

这次发布没有解决的，是智能体本身表现如何的问题。持久化状态、持久化保存和审批钩子都是基础设施：它们决定一个智能体能不能被跑起来、被监督，而不决定它的判断好不好。让长时间运行活下来这个工程问题，如今由框架承担；剩下的仍然落在建立在它之上的应用身上。