操盘手年鉴The Operators’ Almanac
AI · BM · 178

评估投入精力基准线

Evals Effort Benchmarks · evals-effort-benchmarks--shreya-shankar
AI 与新工作方式 基准数据 AI 时代 2025-09 Shreya Shankar & Hamel Husain ✓ 已核验出处
所属簇 Evals 评估体系

解决什么问题

给"做 evals 要投入多少"一组经验基准数字,用于排期、预期管理,以及反驳"evals 太贵做不起"。

核心内容

来自两位作者的教学(2000+ PM 和工程师、500+ 公司)与咨询经验:

  • 初始 error analysis 样本量:目标 100 条 traces——这是心理解锁数字,不是魔法数;真正的停止标准是 theoretical saturation(不再发现新类型问题),很多人 15-60 条即饱和。前 2-3 条最痛苦,之后速度很快。
  • 初始投入:约 3-4 天——与团队做几轮标注、对齐共识、产出电子表格和最初几个 LLM judge。
  • 持续投入:之后每周约 30 分钟(采样看数据 + 跑自动评估)。"每周做一次、每次 30 分钟,你的产品就会远好于对这些问题毫无察觉的状态。"
  • LLM judge 数量:一个产品通常 4-7 个就够;大多数失败模式直接改 prompt 修掉,不值得建 judge。
  • 一次性成本属性:judge 建好后永久复用于 CI 和在线监控(如每天采样 1000 条生产 traces 跑失败率)。
  • 归类频率:open coding → axial coding → 计数的完整循环,熟练后一周做一次、30 分钟内完成。

适用边界

  • 经验值非硬标准,随应用复杂度与标注者熟练度浮动;"3-4 天"是 Shreya 亲自带队的节奏,新手团队会更慢。
  • 时间数字的前提是遵循了简化原则(单一标注者、二元判断),委员会式流程会数倍膨胀。

关键引述 · 原话

Shreya Shankar: "People do this once a week, and you can do all of this in 30 minutes, and suddenly your product is so much better than if you were never aware of any of these problems."

关联卡片

- 配合 `ai-evals-error-analysis-lifecycle--hamel-husain` 与 `llm-as-judge-binary-alignment--shreya-shankar` 使用。

出处Shreya Shankar & Hamel Husain (AI Evals 课程创作者,教过 500+ 公司 2000+ 学员) · 03-podcasts/hamel-husain--shreya-shankar.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验