create_agent 提供了一个生产就绪的智能体实现。
LLM 智能体在循环中运行工具以实现目标。
智能体持续运行直到满足停止条件——即当模型发出最终输出或达到迭代限制时。
create_agent 使用 LangGraph 构建了一个基于图的智能体运行时。图由节点(步骤)和边(连接)组成,定义了智能体如何处理信息。智能体在此图中移动,执行模型节点(调用模型)、工具节点(执行工具)或中间件等节点。了解更多关于图 API 的信息。核心组件
模型
模型是智能体的推理引擎。它可以通过多种方式指定,支持静态和动态模型选择。静态模型
静态模型在创建智能体时配置一次,并在整个执行过程中保持不变。这是最常见和最直接的方法。 要从初始化静态模型:ChatOpenAI。请参阅聊天模型了解其他可用的聊天模型类。
temperature、max_tokens、timeouts、base_url 和其他提供商特定设置)时使用它们。请参考参考文档查看模型上可用的参数和方法。
动态模型
动态模型在根据当前和上下文进行选择。这支持复杂的路由逻辑和成本优化。 要使用动态模型,请使用@wrap_model_call 装饰器创建中间件来修改请求中的模型:
工具
工具赋予智能体执行操作的能力。智能体超越了简单的纯模型工具绑定,提供了以下能力:- 按顺序执行多个工具调用(由单个提示词触发)
- 在适当时并行调用工具
- 基于先前结果动态选择工具
- 工具重试逻辑和错误处理
- 跨工具调用的状态持久化
静态工具
静态工具在创建智能体时定义,并在整个执行过程中保持不变。这是最常见和最直接的方法。 要定义具有静态工具的智能体,请将工具列表传给智能体。动态工具
使用动态工具,智能体可用的工具集在运行时被修改,而不是全部预先定义。并非每个工具都适合每种情况。太多工具可能会压垮模型(上下文过载)并增加错误;太少则会限制能力。动态工具选择支持根据身份验证状态、用户权限、功能标志或对话阶段来调整可用工具集。 根据工具是否预先已知,有两种方法:- 过滤预注册工具
- 运行时工具注册
当所有可能的工具在智能体创建时已知时,你可以预注册它们并根据状态、权限或上下文动态过滤暴露给模型的工具。此方法最适用于:
- 状态
- 存储
- 运行时上下文
仅在特定对话里程碑后启用高级工具:
- 所有可能的工具在编译/启动时已知
- 你需要基于权限、功能标志或对话状态进行过滤
- 工具是静态的但其可用性是动态的
工具错误处理
要自定义工具错误的处理方式,请使用@wrap_tool_call 装饰器创建中间件:
ToolMessage:
ReAct 循环中的工具使用
智能体遵循 ReAct(“推理 + 行动”)模式,在简短的推理步骤与目标明确的工具调用之间交替进行,并将产生的观察结果反馈到后续决策中,直到能够给出最终回答。ReAct 循环示例
ReAct 循环示例
**提示词:**识别当前最受欢迎的无线耳机并验证其库存情况。
- 推理:“受欢迎程度是时效性的,我需要使用提供的搜索工具。”
- 行动:调用
search_products("wireless headphones")
- 推理:“我需要在回答之前确认排名第一的商品的库存情况。”
- 行动:调用
check_inventory("WH-1000XM5")
- 推理:“我已经有了最受欢迎的型号及其库存状态。我现在可以回答用户的问题了。”
- 行动:生成最终回答
系统提示词
你可以通过提供提示词来塑造智能体处理任务的方式。system_prompt 参数可以作为字符串提供:
system_prompt 时,智能体将直接从消息中推断其任务。
system_prompt 参数接受 str 或 SystemMessage。使用 SystemMessage 可以更精细地控制提示词结构,这对于提供商特定的功能(如 Anthropic 的提示词缓存)很有用:
cache_control 字段设置 {"type": "ephemeral"} 告诉 Anthropic 缓存该内容块,减少使用相同系统提示词的重复请求的延迟和成本。
动态系统提示词
对于需要根据运行时上下文或智能体状态修改系统提示词的更高级用例,你可以使用中间件。@dynamic_prompt 装饰器创建基于模型请求生成系统提示词的中间件:
名称
为智能体设置可选的name。当在多智能体系统中将智能体作为子图添加时,它用作节点标识符:
调用
你可以通过传递对其State 的更新来调用智能体。所有智能体在其状态中包含消息序列;要调用智能体,请传递一条新消息:
stream 和 invoke。
高级概念
结构化输出
在某些情况下,你可能希望智能体以特定格式返回输出。LangChain 通过response_format 参数提供结构化输出策略。
ToolStrategy
ToolStrategy 使用人工工具调用来生成结构化输出。这适用于任何支持工具调用的模型。当提供商原生的结构化输出(通过 ProviderStrategy)不可用或不可靠时,应使用 ToolStrategy。
ProviderStrategy
ProviderStrategy 使用模型提供商原生的结构化输出生成。这更可靠,但仅适用于支持原生结构化输出的提供商:
从
langchain 1.0 起,只需传递模式(例如 response_format=ContactInfo),如果模型支持原生结构化输出,将默认使用 ProviderStrategy。否则回退到 ToolStrategy。记忆
智能体通过消息状态自动维护对话历史。你还可以配置智能体使用自定义状态模式来在对话过程中记住额外信息。 存储在状态中的信息可以被视为智能体的短期记忆: 自定义状态模式必须作为TypedDict 扩展 AgentState。
有两种定义自定义状态的方式:
- 通过中间件(推荐)
- 通过
create_agent上的state_schema
通过中间件定义状态
当你的自定义状态需要被特定的中间件钩子和附属于该中间件的工具访问时,使用中间件来定义自定义状态。通过 state_schema 定义状态
使用 state_schema 参数作为快捷方式来定义仅在工具中使用的自定义状态。
从
langchain 1.0 起,自定义状态模式必须是 TypedDict 类型。不再支持 Pydantic 模型和 dataclass。详见 v1 迁移指南。通过中间件定义自定义状态优于在
create_agent 上通过 state_schema 定义,因为它允许你将状态扩展在概念上限定到相关的中间件和工具。为了向后兼容,create_agent 上仍然支持 state_schema。流式处理
我们已经看到如何使用invoke 调用智能体以获取最终响应。如果智能体执行多个步骤,这可能需要一段时间。要显示中间进度,我们可以在消息产生时流式回传。
中间件
中间件为在执行的不同阶段自定义智能体行为提供了强大的扩展性。你可以使用中间件来:- 在调用模型之前处理状态(例如消息修剪、上下文注入)
- 修改或验证模型的响应(例如护栏、内容过滤)
- 使用自定义逻辑处理工具执行错误
- 基于状态或上下文实现动态模型选择
- 添加自定义日志记录、监控或分析
将这些文档连接到 Claude、VSCode 等工具,通过 MCP 获取实时回答。

