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

核心组件

模型

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

静态模型

静态模型在创建智能体时配置一次,并在整个执行过程中保持不变。这是最常见和最直接的方法。 要从初始化静态模型:
模型标识符字符串支持自动推断(例如,"gpt-5.4" 会被推断为 "openai:gpt-5.4")。请参考参考文档查看完整的模型标识符字符串映射列表。
要更精细地控制模型配置,请直接使用提供商包初始化模型实例。在此示例中,我们使用 ChatOpenAI。请参阅聊天模型了解其他可用的聊天模型类。
模型实例让你完全控制配置。当你需要设置特定参数(如 temperaturemax_tokenstimeoutsbase_url 和其他提供商特定设置)时使用它们。请参考参考文档查看模型上可用的参数和方法。

动态模型

动态模型在根据当前和上下文进行选择。这支持复杂的路由逻辑和成本优化。 要使用动态模型,请使用 @wrap_model_call 装饰器创建中间件来修改请求中的模型:
使用结构化输出时不支持预绑定模型(已调用 bind_tools 的模型)。如果你需要结合结构化输出进行动态模型选择,请确保传给中间件的模型未被预绑定。
有关模型配置的详细信息,请参阅模型。有关动态模型选择模式,请参阅中间件中的动态模型

工具

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

静态工具

静态工具在创建智能体时定义,并在整个执行过程中保持不变。这是最常见和最直接的方法。 要定义具有静态工具的智能体,请将工具列表传给智能体。
工具可以指定为普通 Python 函数或tool 装饰器可用于自定义工具名称、描述、参数模式和其他属性。
如果提供空的工具列表,智能体将只包含一个没有工具调用能力的 LLM 节点。

动态工具

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

工具错误处理

要自定义工具错误的处理方式,请使用 @wrap_tool_call 装饰器创建中间件:
当工具失败时,智能体将返回一个包含自定义错误消息的 ToolMessage

ReAct 循环中的工具使用

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

系统提示词

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

动态系统提示词

对于需要根据运行时上下文或智能体状态修改系统提示词的更高级用例,你可以使用中间件 @dynamic_prompt 装饰器创建基于模型请求生成系统提示词的中间件:
有关消息类型和格式的更多详细信息,请参阅消息。有关完整的中间件文档,请参阅中间件

名称

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

调用

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

高级概念

结构化输出

在某些情况下,你可能希望智能体以特定格式返回输出。LangChain 通过 response_format 参数提供结构化输出策略。

ToolStrategy

ToolStrategy 使用人工工具调用来生成结构化输出。这适用于任何支持工具调用的模型。当提供商原生的结构化输出(通过 ProviderStrategy)不可用或不可靠时,应使用 ToolStrategy

ProviderStrategy

ProviderStrategy 使用模型提供商原生的结构化输出生成。这更可靠,但仅适用于支持原生结构化输出的提供商:
langchain 1.0 起,只需传递模式(例如 response_format=ContactInfo),如果模型支持原生结构化输出,将默认使用 ProviderStrategy。否则回退到 ToolStrategy
要了解结构化输出,请参阅结构化输出

记忆

智能体通过消息状态自动维护对话历史。你还可以配置智能体使用自定义状态模式来在对话过程中记住额外信息。 存储在状态中的信息可以被视为智能体的短期记忆 自定义状态模式必须作为 TypedDict 扩展 AgentState 有两种定义自定义状态的方式:
  1. 通过中间件(推荐)
  2. 通过 create_agent 上的 state_schema

通过中间件定义状态

当你的自定义状态需要被特定的中间件钩子和附属于该中间件的工具访问时,使用中间件来定义自定义状态。

通过 state_schema 定义状态

使用 state_schema 参数作为快捷方式来定义仅在工具中使用的自定义状态。
langchain 1.0 起,自定义状态模式必须TypedDict 类型。不再支持 Pydantic 模型和 dataclass。详见 v1 迁移指南
通过中间件定义自定义状态优于在 create_agent 上通过 state_schema 定义,因为它允许你将状态扩展在概念上限定到相关的中间件和工具。为了向后兼容,create_agent 上仍然支持 state_schema
要了解更多关于记忆的信息,请参阅记忆。有关实现跨会话持久化的长期记忆的信息,请参阅长期记忆

流式处理

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

中间件

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