跳到正文
SGSteven Guan

工程观点 / Evaluation Engineering Talk

实践讲座:Eval如何支持产品决策

Ankur Goyal讨论定制数据与scorer、工具上下文、新模型机会和用户反馈的人工筛选。

要解决的问题怎样将数据、scorer和真实反馈变成产品决策机制?

检索别名:Ankur Goyal · Braintrust · eval

BLUEPRINT局部蓝图

01 输入

  1. 任务合同与失败
  2. 领域专家候选scorer
  3. trace及用户反馈
→

02 处理机制

  1. 定制数据和评分
  2. 将工具context纳入实验
  3. 筛反馈形成新case
  4. 持出比较候选后发布
→

03 输出与证据

  1. 数据评分发布闭环
  2. 能力集和回归集演进

讲座资料与适用范围

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。

  1. 原发布方完整逐字稿 ↗讲座 / 播客

    定位:2:10 定制评分;14:36 反馈筛选;17:33 满意度

    文稿分析不代表连续观看、演示复现或现行产品资格。

  2. 原始视频 ↗讲座 / 播客

    文稿分析不代表连续观看、演示复现或现行产品资格。