- 单元测试使用内存中的伪造对象隔离地运行代理的小型、确定性部分,以便您可以快速且确定地断言确切的行为。
- 集成测试 使用真实的网络调用测试代理,以确认组件协同工作、凭据和架构一致,并且延迟是可接受的。
集成测试
许多代理行为仅在使用真实的 LLM 时才会显现,例如代理决定调用哪个工具、如何格式化响应,或者提示修改是否会影响整个执行轨迹。LangChain 的agentevals 包提供了专门用于使用实时模型测试代理轨迹的评估器。
AgentEvals 允许您通过执行 轨迹匹配 或使用 LLM 裁判 来轻松评估代理的轨迹(消息的确切序列,包括工具调用):
轨迹匹配
为给定输入硬编码参考轨迹,并通过逐步比较来验证运行。非常适合测试您知道预期行为的定义明确的工作流。当您对应该调用哪些工具以及按什么顺序调用有特定期望时使用。这种方法是确定性的、快速的且具有成本效益的,因为它不需要额外的 LLM 调用。
LLM 作为裁判
使用 LLM 定性地验证代理的执行轨迹。“裁判” LLM 根据提示量规(可以包括参考轨迹)审查代理的决策。更灵活,可以评估效率和适当性等细微方面,但需要 LLM 调用且确定性较低。当您想要评估代理轨迹的整体质量和合理性,而没有严格的工具调用或排序要求时使用。
安装 AgentEvals
轨迹匹配评估器
AgentEvals 提供createTrajectoryMatchEvaluator 函数,将您的代理轨迹与参考轨迹进行匹配。有四种模式可供选择:
| 模式 | 描述 | 用例 |
|---|---|---|
strict | 按相同顺序精确匹配消息和工具调用 | 测试特定序列(例如,授权前的策略查找) |
unordered | 允许按任意顺序进行相同的工具调用 | 在顺序无关紧要时验证信息检索 |
subset | 代理仅调用参考中的工具(无额外工具) | 确保代理不超出预期范围 |
superset | 代理至少调用参考工具(允许额外工具) | 验证已采取所需的最低限度操作 |
严格匹配
严格匹配
strict 模式确保轨迹包含按相同顺序排列的相同消息和相同的工具调用,尽管它允许消息内容存在差异。当您需要强制执行特定的操作序列(例如在授权操作之前要求策略查找)时,这非常有用。无序匹配
无序匹配
unordered 模式允许按任意顺序进行相同的工具调用,当您想要验证是否检索到了特定信息但不关心顺序时,这很有帮助。例如,代理可能需要检查城市的所谓天气和事件,但顺序并不重要。子集和超集匹配
子集和超集匹配
superset 和 subset 模式匹配部分轨迹。superset 模式验证代理至少调用了参考轨迹中的工具,允许额外的工具调用。subset 模式确保代理没有调用参考之外的任何工具。您还可以设置
toolArgsMatchMode 属性和/或 toolArgsMatchOverrides 来自定义评估器如何考虑实际轨迹与参考轨迹之间的工具调用相等性。默认情况下,只有对同一工具使用相同参数的工具调用才被视为相等。访问 存储库 了解更多详细信息。LLM 作为裁判评估器
您还可以使用createTrajectoryLLMAsJudge 函数使用 LLM 评估代理的执行路径。与轨迹匹配评估器不同,它不需要参考轨迹,但如果有的话可以提供。
无参考轨迹
无参考轨迹
有参考轨迹
有参考轨迹
如果您有参考轨迹,则可以向提示添加一个额外变量并传入参考轨迹。下面,我们使用预构建的
TRAJECTORY_ACCURACY_PROMPT_WITH_REFERENCE 提示并配置 reference_outputs 变量:有关 LLM 如何评估轨迹的更多可配置性,请访问 存储库。
LangSmith 集成
为了随着时间的推移跟踪实验,您可以将评估器结果记录到 LangSmith,这是一个用于构建生产级 LLM 应用程序的平台,包括跟踪、评估和实验工具。 首先,通过设置所需的环境变量来设置 LangSmith:evaluate 函数。
使用 vitest/jest 集成
使用 vitest/jest 集成
使用 evaluate 函数
使用 evaluate 函数
或者,您可以在 LangSmith 中创建一个数据集并使用 结果将自动记录到 LangSmith。
evaluate 函数:将这些文档连接 到 Claude、VSCode 等,通过 MCP 获取实时解答。

