Skip to main content
代理将语言模型与工具相结合,创建能够推理任务、决定使用哪些工具并迭代地寻求解决方案的系统。 createAgent() 提供了一个生产就绪的代理实现。 一个 LLM 代理通过循环运行工具来实现目标。 代理会一直运行,直到满足停止条件——即模型发出最终输出或达到迭代限制。
createAgent() 使用 LangGraph 构建一个基于的代理运行时。图由节点(步骤)和边(连接)组成,定义了你的代理如何处理信息。代理会遍历这个图,执行节点,例如模型节点(调用模型)、工具节点(执行工具)或中间件。了解更多关于 Graph API 的信息。

核心组件

模型

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

静态模型

静态模型在创建代理时配置一次,并在整个执行过程中保持不变。这是最常见和最直接的方法。 要从一个 初始化静态模型:
模型标识符字符串使用 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 的提示缓存)很有用:
带有 { type: "ephemeral" }cache_control 字段告诉 Anthropic 缓存该内容块,从而减少使用相同系统提示的重复请求的延迟和成本。

动态系统提示

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

名称

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

调用

你可以通过向代理的 State 传递更新来调用代理。所有代理在其状态中都包含一个消息序列;要调用代理,请传递一条新消息:
有关从代理流式传输步骤和/或令牌的信息,请参阅流式传输指南。 否则,代理遵循 LangGraph Graph API 并支持所有相关方法,例如 streaminvoke
使用 LangSmith 来跟踪、调试和评估你的代理。

高级概念

结构化输出

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

记忆

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

流式传输

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

中间件

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