操盘手年鉴The Operators’ Almanac
AI · PB · 257

写 Evals 的 PM 技能

Writing Evals Core PM Skill · writing-evals-core-pm-skill--kevin-weil
AI 与新工作方式 操作手册 AI 时代 2025-04 Kevin Weil ✓ 已核验出处
所属簇 Evals 评估体系

解决什么问题

做 AI 产品时无法回答三个问题:模型在我的场景里到底行不行?产品该按什么形态设计?什么时候能确认"我们手里有产品了"?Kevin 的论断:写 evals 正在成为产品经理(乃至所有产品建造者)的核心技能。

核心内容

什么是 eval:给模型的测验/考试——类比"模型的 unit tests"。像微积分课配微积分考试一样,用一组题目衡量模型在某类任务上的能力(创意写作、研究生级科学、竞赛编程……)。

为什么这是 PM 技能而非纯工程技能:产品形态由正确率决定。模型在你的用例上 60% 正确、95% 正确、99.5% 正确,要建的产品完全不同。传统软件"数据库跑通一次就每次都通",LLM 是模糊输入→模糊输出,不深入用例和 evals 就不知道该建什么产品。

Deep Research 的实操流程(边设计产品边设计 evals):

  1. 列出 hero use cases:"这是我们希望用户能问的问题 + 这是一个惊艳的答案"
  2. 把这些用例转成 evals
  3. 用 evals 做 hill climbing:针对性收集数据、fine-tune 模型,反复测 eval 分数是否上升
  4. 当关键 evals 的表现持续上涨,"okay, I think we have a product here"——这就是 go 信号

上限论:模型能力的发挥被 evals 的质量封顶。智能是多维的(竞赛编程强 ≠ 前端强 ≠ COBOL 转 Python 强);且世界上大部分数据、知识、流程是私有的(在公司/政府墙内),不在训练集里。未来 = 聪明的通用模型 + 公司/场景特定数据 fine-tune + 用 custom evals 度量效果。

降低门槛:可以直接用模型帮你写 evals,"它们写得挺好"。

适用边界

  • Evals 只反映你定义的 hero use cases——用例选错,hill climbing 会爬错山
  • 不同场景对正确率的容忍度不同;某些错误类型完全不可接受,需要额外 scaffolding 而非只看平均分

关键引述 · 原话

Kevin Weil: "If the model's 60% right on something, you're going to need to build your product totally differently (than if it's 95% or 99.5% right)."

Kevin Weil: "You have evals that basically perform as benchmarks for how smart or capable the model is."

关联卡片

- 与 fine-tuned-model-ensembles--kevin-weil 配套:fine-tune 与 custom evals 是一对 - 与 model-maximalism--kevin-weil 互补:evals 告诉你现在在哪,model maximalism 告诉你往哪建

被这些卡引用

出处Kevin Weil (OpenAI, CPO) · 03-podcasts/kevin-weil.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2