Skip to main content
LangGraph 提供两种不同的 API 来构建智能体工作流:Graph APIFunctional API。这两种 API 共享相同的底层运行时,并且可以在同一个应用程序中结合使用,但它们是为不同的用例和开发偏好而设计的。 本指南将帮助您根据具体需求理解何时使用每种 API。

快速决策指南

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

详细比较

何时使用 Graph API

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

何时使用 Functional API

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

结合使用两种 API

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

API 之间的迁移

从 Functional API 迁移到 Graph API

当您的 Functional 工作流变得复杂时,您可以迁移到 Graph API:

从 Graph API 迁移到 Functional API

当您的图对于简单的线性流程变得过于复杂时:

总结

当您需要显式控制工作流结构、复杂分支、并行处理或团队协作优势时,请选择 Graph API 当您希望以最小的改动将 LangGraph 功能添加到现有代码、拥有简单的线性工作流或需要快速原型开发能力时,请选择 Functional API 两种 API 都提供相同的核心 LangGraph 功能(持久化、流式处理、Human in the Loop、记忆),但将它们封装在不同的范式中,以适应不同的开发风格和用例。