createAgent() 提供了一个生产就绪的代理实现。 LLM 代理在一个循环中运行工具以实现目标。代理会一直运行,直到满足停止条件——即,当模型发出最终输出或达到迭代限制时。
核心组件
模型
此模型是代理的推理引擎。它可以通过多种方式指定,支持静态和动态模型选择。静态模型
静态模型在创建代理时配置一次,并在整个执行过程中保持不变。这是最常见和最直接的方法。 要从初始化静态模型:动态模型
动态模型在根据当前的和上下文进行选择。这支持复杂的路由逻辑和成本优化。 要使用动态模型,请使用 `wrapModelCall` 创建中间件,以修改请求中的模型:工具
工具赋予代理执行操作的能力。代理超越了简单的仅模型工具绑定,通过促进以下功能:- 按顺序多次调用工具(由单个提示触发)
- 适时并行调用工具
- 基于先前结果的动态工具选择
- 工具重试逻辑和错误处理
- 工具调用之间的状态持久性
定义工具
将工具列表传递给代理。工具错误处理
要自定义工具错误的L处理方式,请在自定义中间件中使用 `wrapToolCall` 钩子ToolMessage]。
ReAct 循环中的工具使用
代理遵循 ReAct(“推理 + 行动”)模式,在简短的推理步骤与有针对性的工具调用之间交替,并将结果观察反馈到后续决策中,直到它们能够提供最终答案。ReAct 循环示例
ReAct 循环示例
提示:识别当前最受欢迎的无线耳机并验证可用性。
- 推理:“流行度是时间敏感的,我需要使用提供的搜索工具。”
- 行动:调用
search_products("wireless headphones")
- 推理:“我需要在回答之前确认排名靠前的商品的可用性。”
- 行动:调用
check_inventory("WH-1000XM5")
- 推理:“我已经有了最流行的型号及其库存状态。现在我可以回答用户的问题了。”
- 行动:生成最终答案
要了解有关工具的更多信息,请参阅工具。
系统提示
您可以通过提供提示来塑造代理处理任务的方式。@[system_prompt] 参数可以作为字符串提供
system_prompt] 时,代理将直接从消息中推断其任务。
动态系统提示
对于需要根据运行时上下文或代理状态修改系统提示的更高级用例,您可以使用中间件。调用
您可以通过向其State传递更新来调用代理。所有代理的状态中都包含一个消息序列;要调用代理,请传递一条新消息
高级概念
结构化输出
在某些情况下,您可能希望代理以特定格式返回输出。LangChain 提供了一种简单通用的方法,通过 `responseFormat` 参数来实现这一点。要了解结构化输出,请参阅结构化输出。
内存
代理通过消息状态自动维护对话历史。您还可以配置代理使用自定义状态模式来记住对话期间的额外信息。 存储在状态中的信息可以被认为是代理的短期记忆:流式处理
我们已经了解了如何使用 `invoke` 调用代理以获取最终响应。如果代理执行多个步骤,这可能需要一段时间。为了显示中间进度,我们可以实时流回消息。有关流式传输的更多详细信息,请参阅流式传输。
中间件
中间件为在执行的不同阶段定制代理行为提供了强大的可扩展性。您可以使用中间件来- 在调用模型之前处理状态(例如,消息修剪、上下文注入)
- 修改或验证模型的响应(例如,防护措施、内容过滤)
- 使用自定义逻辑处理工具执行错误
- 根据状态或上下文实现动态模型选择
- 添加自定义日志记录、监控或分析
有关中间件的全面文档,包括 `beforeModel`、`afterModel` 和 `wrapToolCall` 等钩子,请参阅中间件。
以编程方式连接这些文档到 Claude、VSCode 等,通过 MCP 获取实时答案。