写 Evals 的 PM 技能
解决什么问题
做 AI 产品时无法回答三个问题:模型在我的场景里到底行不行?产品该按什么形态设计?什么时候能确认"我们手里有产品了"?Kevin 的论断:写 evals 正在成为产品经理(乃至所有产品建造者)的核心技能。
核心内容
什么是 eval:给模型的测验/考试——类比"模型的 unit tests"。像微积分课配微积分考试一样,用一组题目衡量模型在某类任务上的能力(创意写作、研究生级科学、竞赛编程……)。
为什么这是 PM 技能而非纯工程技能:产品形态由正确率决定。模型在你的用例上 60% 正确、95% 正确、99.5% 正确,要建的产品完全不同。传统软件"数据库跑通一次就每次都通",LLM 是模糊输入→模糊输出,不深入用例和 evals 就不知道该建什么产品。
Deep Research 的实操流程(边设计产品边设计 evals):
- 列出 hero use cases:"这是我们希望用户能问的问题 + 这是一个惊艳的答案"
- 把这些用例转成 evals
- 用 evals 做 hill climbing:针对性收集数据、fine-tune 模型,反复测 eval 分数是否上升
- 当关键 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 告诉你往哪建
被这些卡引用
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2