工程观点 / Evaluation Engineering Talk
实践讲座:Eval如何支持产品决策
Ankur Goyal讨论定制数据与scorer、工具上下文、新模型机会和用户反馈的人工筛选。
检索别名:Ankur Goyal · Braintrust · eval
01 输入
- 任务合同与失败
- 领域专家候选scorer
- trace及用户反馈
02 处理机制
- 定制数据和评分
- 将工具context纳入实验
- 筛反馈形成新case
- 持出比较候选后发布
03 输出与证据
- 数据评分发布闭环
- 能力集和回归集演进
讲座资料与适用范围
Ankur Goyal在AI Engineer World's Fair 2025的《Five Hard-Earned Lessons About Evals》中讨论数据、scorer、context和产品迭代。原发布方提供19:46的完整逐字稿;本页基于全文文字解读,不声称连续观看或独立复现其内测。确切上传日未核,厂商产品图表和分数只代表讲者当时报告,不用于估计其他团队ROI。
数据与评分器是产品规范
2:10附近强调定制dataset与scorer,4:05讨论工具如何构成模型看到的context。对企业Agent,不能只修改system prompt,再套一个通用judge。任务合同应规定证据、允许变化和严重错误;工具输出大小、命名、分页及错误反馈也进入实验,避免高分只是测到了另一种简化系统。
反馈需要领域判断
14:36附近讨论把用户反馈纳入评测时的筛选,17:33区分不满意与答错。可操作做法是先保留原任务、证据与修订,再让专家决定是否成为正式case。负反馈可能针对结果本身,点赞可能受到篇幅和语气影响;自动全部收录会产生噪声和错误优化目标。
为尚未可行的能力保留测试
能力集可以包含目前模型完成不好的任务,以便新模型出现时及时判断机会;回归集则保护既有承诺。评测促进快速决策,但不能把某团队能迅速升级当成所有业务都应在一天内上线的SLA。应统一任务和预算、保留持出,观察模型与harness交互、成本和风险。
闭环的工程含义
将trace、专家反馈、用例、grader、候选diff与发布资格连起来,优化整个系统而非只优化一句提示。模型可提出数据缺口和评分器改进,但最终test、权限和晋升边界要保持独立。评价进步时同时看新能力、回归、审阅时间与严重错误;不以训练或内测分数上涨替代真实业务结果。
RELATIONSHIP MAP
与其他节点的关系
箭头从本节点指向目标;关系是工程分析映射,不代表厂商合作或已披露的内部实现。
PRIMARY SOURCES
来源与阅读边界
来源按研究截止日整理。官方文档说明能力和约束,代码只证明对应版本,论文与讲座不自动证明生产效果。 资料截止:2026-10-15。
- 原发布方完整逐字稿 ↗讲座 / 播客
定位:2:10 定制评分;14:36 反馈筛选;17:33 满意度
文稿分析不代表连续观看、演示复现或现行产品资格。
- 原始视频 ↗讲座 / 播客
文稿分析不代表连续观看、演示复现或现行产品资格。