文档索引
在以下地址获取完整的文档索引:https://docs.langchain.org.cn/llms.txt
在进一步探索之前,请使用此文件发现所有可用页面。
Harness 和提供商配置仅适用于 Python,且需要
deepagents>=0.5.4。它们属于公开测试版 API,未来版本可能会更新。create_deep_agent 调用点的情况下,调整特定模型下 harness 行为的主要方式。在 Python 中构建配置时,请使用 HarnessProfile;在 加载或保存 YAML/JSON 文件 时,请使用 HarnessProfileConfig。Deep Agents 为 OpenAI 和 Anthropic (Claude) 模型提供了内置的 Harness 配置。 提供商配置是一个针对模型构建关键字参数(kwargs)的辅助 API,它不影响 harness。大多数调用者不需要使用它;当您希望在使用提供商选择时默认包含 init_chat_model 设置、凭据检查或运行时派生的关键字参数(例如在打包提供商集成时)时,可以使用它。能力框架配置文件
HarnessProfile 用于描述 create_deep_agent 在构建聊天模型后应用的提示词组装、工具可见性、中间件和默认子智能体调整。
根据工具名称,覆盖各个工具的描述。
从工具集中移除特定的 harness 级别工具。
从堆栈中移除特定的中间件类。接受中间件类或字符串名称。
将中间件追加到此配置应用到的每个堆栈中。
禁用、重命名或重新提示通用子智能体。当此字段的
system_prompt 与 base_system_prompt 同时设置时,通用子智能体的特定提示词优先——参见 通用子智能体提示词。调用者提供的
system_prompt= 总是位于组装提示词的最前面,而 system_prompt_suffix 总是位于最后——无论选择哪个模型。相同的覆盖规则适用于子智能体:每个子智能体都会针对其自身的模型重新运行配置解析。请参阅 提示词组装 获取每个情况(主智能体、子智能体和通用子智能体)的详细分解。excluded_middleware 中的条目接受两种形式
- 中间件类(按精确类型匹配),或匹配
AgentMiddleware.name的纯字符串。对于内置插件和公共别名(如"SummarizationMiddleware"),请使用纯字符串。 - 一个
module:Class导入引用(例如"my_pkg.middleware:TelemetryMiddleware"),用于定位配置文件中的精确中间件类。导入引用是惰性解析的,因此仅将其用于受信任的本地配置 —— 加载时会导入 Python 代码。
预配置模型实例的查找顺序
预配置模型实例的查找顺序
当您传入预配置的聊天模型实例而不是
provider:model 字符串时,harness 会从实例中合成规范的 provider:identifier 键,并按以下顺序查找- 精确的
provider:identifier匹配 - 仅标识符匹配(仅当标识符已包含
:时) - 仅提供商回退
注册键
两种配置类型使用相同的键格式- 提供商级别 —— 像
"openai"这样的基础提供商名称适用于该提供商的所有模型。 - 模型级别 —— 像
"openai:gpt-5.4"这样完全限定的provider:model键仅适用于该特定模型。
不存在匹配所有提供商的通配符键。要随处应用相同的覆盖(例如,无论选择哪个模型都删除
TodoListMiddleware),请在您使用的每个提供商键下注册该配置。配置旨在用于依赖所选模型的调整。无论模型如何都应应用的全局调整应在 create_deep_agent 调用点进行。合并语义
| 字段 | 合并行为 |
|---|---|
base_system_prompt, system_prompt_suffix | 设置时新值获胜;否则继承 |
tool_description_overrides | 映射按键合并;共享键上新值获胜 |
excluded_tools, excluded_middleware | 集合并集 |
extra_middleware | 按具体类合并:新实例替换现有位置的实例,新类进行追加 |
general_purpose_subagent | 按字段合并(未设置的字段继承) |
init_kwargs (提供商) | 字典按键合并;共享键上新值获胜 |
pre_init (提供商) | 可调用对象链:先运行现有的,然后运行新的 |
init_kwargs_factory (提供商) | 工厂链,每次 resolve_model 调用时合并其输出 |
提供商配置
ProviderProfile 声明了 Deep Agents 应如何为给定的提供商或特定模型规范构建聊天模型。它仅在创建深度智能体时提供 provider:model 字符串时生效,而在使用 init_chat_model 传入预配置模型时不适用。
转发给
init_chat_model 的静态初始化参数。构建前运行的副作用(例如,凭据验证)。
从运行时状态派生的关键字参数(例如,从环境变量提取的标头)。
从配置文件加载配置
对于基于 YAML/JSON 的工作流,请使用HarnessProfileConfig。它镜像了 HarnessProfile 的声明性子集(提示词文本、工具描述覆盖、排除的工具和中间件、通用子智能体编辑),并拥有 to_dict / from_dict 方法。仅运行时状态(中间件实例、工厂和类形式的 excluded_middleware 条目)保留在 HarnessProfile 中。 register_harness_profile 接受任一类型,因此基于配置的调用者不需要手动转换步骤:HarnessProfileConfig.from_harness_profile(...) 会将运行时配置导出回声明性格式。
- 类形式的
excluded_middleware条目序列化为公共别名(当类通过serialized_name: ClassVar[str]公开别名时)或module:Class导入引用。 - 非空的
extra_middleware以及在__main__中或函数作用域内声明的中间件类无法序列化 —— 导出时会引发ValueError。
将配置作为插件发布
可分发的配置可以通过importlib.metadata 入口点进行自我注册,无需调用者手动运行 register_*_profile。加载顺序是:先内置,再入口点插件,最后是用户代码中直接的 register_*_profile 调用;所有三条路径都经过相同的累加注册,因此后面的注册会覆盖在相同键下的前面注册内容。 在发行版的 pyproject.toml 中的相应组下声明入口点:deepagents.profiles 时执行注册
相关
将这些文档连接到 Claude、VSCode 等,以获得实时答案。

