@LanLance24: 推荐这篇 Langfuse 团队成员的文章,主要讲当我们有 Traces 时如何设计 Agent/LLM 评测指标的最佳实践。 少而精、来自线上真实失败的case、能指导决策、会持续更新迭代,才是好的评测指标体系。 > 指标分成三类: 1…
摘要
这篇文章推荐了 Langfuse 团队关于使用 Traces 设计 Agent/LLM 评测指标的最佳实践,包括目标指标、防护栏指标和运营指标,并强调从错误分析开始,保持指标少而精、可行动。
查看缓存全文
缓存时间: 2026/08/19 16:46
推荐这篇 Langfuse 团队成员的文章,主要讲当我们有 Traces 时如何设计 Agent/LLM 评测指标的最佳实践。
少而精、来自线上真实失败的case、能指导决策、会持续更新迭代,才是好的评测指标体系。
指标分成三类: 1、目标指标:你真正想提升的核心质量(比如回答是否真正解决问题、工具是否用对等)。 2、防护栏指标:绝对不能出错的红线(比如安全、合规、格式要求),一旦失败就很严重。 3、运营指标:成本、延迟、请求量等系统运行情况。
最佳实践:先通过错误分析(认真阅读一批真实轨迹,找出实际失败的地方),再结合产品目标来决定要监控哪些指标。挑选指标时要特别注意,指标必须能直接指导行动(比如指标变差时,你会决定回滚代码、回滚提示词,还是排查问题)。
指标是灵活的,不是一成不变的。系统更新后需要要重新执行,长期高分的指标可以直接下掉,同时还要防止为了刷某个指标而过度优化(Goodhart定律)。
Lotte (@lotte_verheyden): Before you write good evals, you have to pick the right things to evaluate. Main take-aways:
- source metrics from failures you see in traces
- keep the set small and maintainable
- only keep a metric if you’d take action when it moves
相似文章
@Xudong07452910: 这篇 LangChain 关于 Agent 评估的文章非常实用,尤其是对那些已经开始将 Agent 融入真实工作流的人……
LangChain 发布关于 Agent 评估(Agent Evals)的实用指南,建议从真实 trace 中选取 10–20 个失败案例构建小型评估集,结合代码检查与 LLM Judge 逐步完善评估流程。
@LangChain: The 3 questions every agent builder should be able to answer: Where the agent fails How to reproduce it How to make it …
LangChain 分享的演讲:每个 Agent 构建者都应能回答三个问题——Agent 在哪里失败、如何可靠复现失败、以及如何让它不再失败,介绍了通过生产环境追踪、专门的评判模型、以及"世界规范"模拟环境来系统化改进 Agent 的方法。
@Xudong07452910: 如果你最近在关注 AI Scientist,我很推荐这篇文章。 现在很多 Research Agent 还是先生成大量实验和假设,再让 Judge 选最好的。 做研究往往是一次失败以后,能不能知道自己哪里理解错了,还有哪些地方没探索过。 …
这篇文章推荐关注AI Scientist,并讨论研究代理如何通过类比模糊测试来学习失败,从而绘制未知地图并指导后续实验。
@jakevin7: 分享一个神级review提示词方法论。 LLM 自我纠正的综述 《When Can LLMs Actually Correct Their Own Mistakes?》结论是:如果没有测试结果、工具输出等可靠的外部反馈,模型仅靠自己反思,…
分享了一个基于LLM自我纠正研究的提示词方法论,强调无外部反馈时模型自查效果有限,推荐对抗式审查等逐步增强的提示策略。
从任务结果训练 LLM 智能体的指导者
Nebius AI 提出 Caddie 方法,通过强化学习从任务成败结果训练 LLM agent 的自然语言批评器(critic),无需逐步标注。Qwen3-4B critic 在 MuSiQue 上将成功率提升逾 25 个百分点,并可跨基座模型与任务域泛化。