Skip to main content
智能体将语言模型与工具结合,创建能够推理任务、决定使用哪些工具并迭代地解决问题的系统。 createAgent() 提供了一个生产就绪的智能体实现。 LLM 智能体在循环中运行工具以实现目标。 智能体运行直到满足停止条件——即当模型输出最终结果或达到迭代限制时。
createAgent() 使用 LangGraph 构建基于的智能体运行时。图由节点(步骤)和边(连接)组成,定义了智能体如何处理信息。智能体在图中移动,执行模型节点(调用模型)、工具节点(执行工具)或中间件等节点。了解更多关于图 API
使用 LangSmith 追踪此循环的每一步、调试工具调用并评估智能体输出。按照追踪快速入门进行设置。

核心组件

模型

模型是智能体的推理引擎。它可以通过多种方式指定,支持静态和动态模型选择。

静态模型

静态模型在创建智能体时配置一次,在整个执行过程中保持不变。这是最常见和最直接的方法。 要从初始化静态模型:
模型标识符字符串使用 provider:model 格式(例如 "openai:gpt-5.4")。如果你需要对模型配置有更多控制,可以直接使用提供商包初始化模型实例:
模型实例让你完全控制配置。当你需要设置特定参数如 temperaturemax_tokenstimeouts,或配置 API 密钥、base_url 和其他提供商特定设置时使用它们。请参阅 API 参考查看模型的可用参数和方法。

动态模型

动态模型在根据当前和上下文进行选择。这支持复杂的路由逻辑和成本优化。 要使用动态模型,创建带有 wrapModelCall 的中间件,在请求中修改模型:
有关中间件和高级模式的更多详情,请参阅中间件文档
有关模型配置详情,请参阅模型。有关动态模型选择模式,请参阅中间件中的动态模型

工具

工具赋予智能体执行操作的能力。智能体超越了简单的仅模型工具绑定,通过以下方式提供支持:
  • 按序多次工具调用(由单个提示词触发)
  • 在适当时进行并行工具调用
  • 基于之前结果的动态工具选择
  • 工具重试逻辑和错误处理
  • 跨工具调用的状态持久化
有关更多信息,请参阅工具

静态工具

静态工具在创建智能体时定义,在整个执行过程中保持不变。这是最常见和最直接的方法。 要定义具有静态工具的智能体,将工具列表传递给智能体。
如果提供了空的工具列表,智能体将只包含一个没有工具调用能力的 LLM 节点。

动态工具

使用动态工具时,智能体可用的工具集在运行时修改,而不是全部预先定义。并非每个工具都适用于每种情况。过多的工具可能会使模型不堪重负(上下文过载)并增加错误;过少则限制能力。动态工具选择支持根据认证状态、用户权限、功能标志或对话阶段调整可用的工具集。 根据工具是否预先已知,有两种方法:
当所有可能的工具在智能体创建时已知时,你可以预先注册它们,并根据状态、权限或上下文动态过滤暴露给模型的工具。
仅在达到某些对话里程碑后启用高级工具:
此方法最适合以下场景:
  • 所有可能的工具在编译/启动时已知
  • 你需要根据权限、功能标志或对话状态进行过滤
  • 工具是静态的但其可用性是动态的
请参阅动态选择工具获取更多示例。
要了解更多关于工具的信息,请参阅工具

工具错误处理

要自定义工具错误的处理方式,在自定义中间件中使用 wrapToolCall 钩子:
当工具失败时,智能体将返回一个带有自定义错误消息的 ToolMessage

ReAct 循环中的工具使用

智能体遵循 ReAct(“推理 + 行动”)模式,在简短的推理步骤与有针对性的工具调用之间交替,并将产生的观察结果输入后续决策,直到能够给出最终答案。
提示词: 识别当前最受欢迎的无线耳机并验证库存情况。
  • 推理:“受欢迎程度是时间敏感的,我需要使用提供的搜索工具。”
  • 行动:调用 search_products("wireless headphones")
  • 推理:“我需要确认排名第一的产品的库存情况才能回答。”
  • 行动:调用 check_inventory("WH-1000XM5")
  • 推理:“我有最受欢迎的型号及其库存状态。我现在可以回答用户的问题了。”
  • 行动:生成最终答案

系统提示词

你可以通过提供提示词来塑造智能体处理任务的方式。systemPrompt 参数可以作为字符串提供:
当没有提供 systemPrompt 时,智能体将直接从消息推断其任务。 systemPrompt 参数接受 stringSystemMessage。使用 SystemMessage 可以更好地控制提示词结构,这对于提供商特定的功能如 Anthropic 的提示词缓存很有用:
cache_control 字段的 { type: "ephemeral" } 值告诉 Anthropic 缓存该内容块,减少使用相同系统提示词的重复请求的延迟和成本。

动态系统提示词

对于需要根据运行时上下文或智能体状态修改系统提示词的更高级用例,你可以使用中间件
有关消息类型和格式的更多详情,请参阅消息。有关全面的中间件文档,请参阅中间件

名称

为智能体设置可选的 name。这在将智能体作为子图添加到多智能体系统时用作节点标识符:
智能体名称首选 snake_case(例如 research_assistant 而不是 Research Assistant)。某些模型提供商会拒绝包含空格或特殊字符的名称并报错。仅使用字母数字字符、下划线和连字符可确保跨所有提供商的兼容性。同样适用于工具名称

调用

你可以通过传递对其 State 的更新来调用智能体。所有智能体在其状态中都包含一个消息序列;要调用智能体,传递一条新消息:
有关从智能体流式传输步骤和/或 Token,请参阅流式输出指南。 此外,智能体遵循 LangGraph 图 API 并支持所有相关方法,如 streaminvoke

高级概念

结构化输出

在某些情况下,你可能希望智能体以特定格式返回输出。LangChain 通过 responseFormat 参数提供了一种简单、通用的方式来实现这一点。
要了解结构化输出,请参阅结构化输出

记忆

智能体通过消息状态自动维护对话历史。你还可以配置智能体使用自定义状态模式来记住对话期间的额外信息。 存储在状态中的信息可以被视为智能体的短期记忆
要了解更多关于记忆的信息,请参阅记忆。有关实现跨会话持久化的长期记忆的信息,请参阅长期记忆

流式输出

我们已经了解了如何使用 invoke 调用智能体以获取最终响应。如果智能体执行多个步骤,这可能需要一些时间。为了显示中间进度,我们可以在消息发生时将其流式传回。
有关流式输出的更多详情,请参阅流式输出

中间件

中间件为在执行的不同阶段自定义智能体行为提供了强大的可扩展性。你可以使用中间件来:
  • 在调用模型之前处理状态(例如,消息裁剪、上下文注入)
  • 修改或验证模型的响应(例如,护栏、内容过滤)
  • 使用自定义逻辑处理工具执行错误
  • 基于状态或上下文实现动态模型选择
  • 添加自定义日志、监控或分析
中间件无缝集成到智能体的执行中,允许你在关键点拦截和修改数据流,而无需更改核心智能体逻辑。
有关全面的中间件文档,包括 beforeModelafterModelwrapToolCall 等钩子,请参阅中间件