Skip to main content
LangGraph 提供两种不同的 API 来构建智能体工作流:图 API函数式 API。两种 API 共享相同的底层运行时,可以在同一个应用中一起使用,但它们是为不同的用例和开发偏好设计的。 本指南将帮助你根据具体需求了解何时使用每种 API。

快速决策指南

在以下情况使用图 API
  • 复杂的工作流可视化,用于调试和文档
  • 显式状态管理,跨多个节点共享数据
  • 条件分支,具有多个决策点
  • 并行执行路径,需要在后续合并
  • 团队协作,可视化表示有助于理解
在以下情况使用函数式 API
  • 对现有过程式代码的最小改动
  • 标准控制流(if/else、循环、函数调用)
  • 函数作用域的状态,无需显式状态管理
  • 快速原型开发,更少的样板代码
  • 线性工作流,具有简单的分支逻辑

详细对比

何时使用图 API

图 API 使用声明式方法,通过定义节点、边和共享状态来创建可视化的图结构。 1. 复杂的决策树和分支逻辑 当你的工作流有多个依赖于各种条件的决策点时,图 API 使这些分支显式化且易于可视化。
2. 跨多个组件的状态管理 当你需要在工作流的不同部分之间共享和协调状态时,图 API 的显式状态管理非常有用。
3. 带同步的并行处理 当你需要并行运行多个操作然后合并结果时,图 API 可以自然地处理这种情况。
4. 团队开发和文档 图 API 的可视化特性使团队更容易理解、记录和维护复杂的工作流。

何时使用函数式 API

函数式 API 使用命令式方法,将 LangGraph 功能集成到标准过程式代码中。 1. 现有的过程式代码 当你有使用标准控制流的现有代码,并希望以最小的重构添加 LangGraph 功能时。
2. 具有简单逻辑的线性工作流 当你的工作流主要是顺序执行的,具有简单的条件逻辑时。
3. 快速原型开发 当你想快速测试想法,而不需要定义状态模式和图结构的开销时。
4. 函数作用域的状态管理 当你的状态自然地局限于单个函数,不需要广泛共享时。

组合使用两种 API

你可以在同一个应用中同时使用两种 API。当系统的不同部分有不同的需求时,这非常有用。

API 之间的迁移

从函数式 API 迁移到图 API

当你的函数式工作流变得复杂时,可以迁移到图 API:

从图 API 迁移到函数式 API

当你的图对于简单的线性流程变得过度工程化时:

总结

当你需要对工作流结构的显式控制、复杂分支、并行处理或团队协作优势时,选择图 API 当你想以最小的改动为现有代码添加 LangGraph 功能、有简单的线性工作流或需要快速原型开发能力时,选择函数式 API 两种 API 提供相同的核心 LangGraph 功能(持久化、流式输出、人机协作、记忆),但以不同的范式包装它们以适应不同的开发风格和用例。