操盘手年鉴The Operators’ Almanac
AI · FW · 103

基础与定制模型三明治

Foundation Model Custom Model Sandwich · foundation-model-custom-model-sandwich--michael-truell
AI 与新工作方式 框架 AI 时代 2025-05 Michael Truell ✓ 已核验出处

解决什么问题

一个 AI 产品要不要自己训练模型?什么情况下该用大厂基础模型,什么情况下该自研专用小模型?如何把两者组合起来,既保证质量又控制成本和延迟。

核心内容

Cursor 创业之初刻意决定"不做模型研发",因为算过训练成本账,也觉得复刻大厂已经做好的东西(尤其是预训练——教一个什么都不懂的神经网络学会整个互联网)是浪费精力去解决错误的问题。但实际发展中,自研模型变成了 Cursor 每一个"神奇时刻"背后的关键组件。他们总结出的取舍原则是:不重新发明轮子,而是专挑基础模型的弱点、专挑基础模型服务不了的场景去补位。具体落地成一个"三明治"式的模型架构:

  1. 输入侧(检索/上下文准备):用自研的小模型在代码库里做"迷你版的谷歌搜索",专门用来找出该展示给大模型看的相关代码片段——大模型本身不擅长/不划算做这件事。
  2. 中间层(高层推理):交给最聪明的基础模型(Sonnet、Gemini、GPT等)去做高层次思考,只花少量 token 给出"草图级"的修改方案。
  3. 输出侧(细节落地):用自研的、专门训练过的小而快的模型(配合推理层面的技巧),把大模型给出的高层修改草图,展开填充成完整、精确的代码 diff。

此外还有一类完全不涉及基础模型、纯自研的场景——autocomplete(多文件/多位置的"下一步编辑"预测)。这类场景的判断标准是:

  • 必须极快(需要在 300 毫秒内给出补全,且每次按键都要重新预测);
  • 必须极便宜(每个按键都要跑一次推理,量级巨大,用旗舰大模型跑不起);
  • 任务高度专用(不是"预测下一个 token"这种通用任务,而是"预测一系列跨文件的 diff",通用基础模型没有针对性训练过)。

自研模型多数基于开源预训练模型做后训练(post-training),而非从零训练,有时也和闭源模型提供商合作调优——Cursor 只关心"能不能训练/后训练这个模型",不关心"能不能逐行读取权重矩阵"。

适用边界

  • 只有当某个子任务同时满足"速度要求高"+"成本要求高"+"任务足够专用/窄"时,自研专用模型才划算;否则应该老老实实用基础模型,避免在基础模型已经很强的地方重复造轮子。
  • 这套架构本身要求团队有能力做模型训练/后训练,不是所有团队都具备。

关键引述 · 原话

"我们在做模型开发这件事上有帮助的一点是,精挑细选自己要出手的地方——不去重新发明轮子,不去挑基础模型已经很强的地方比拼,而是专挑它们的弱点,想清楚自己怎么去补足。"——Michael Truell

关联卡片

呼应 Kevin Weil(OpenAI CPO)提到的"ensemble of models"说法;与"AI dev tools 分层策略"类框架(如其他播客中的 model-api-harness 分层)属于同一类问题的不同解法。

出处Michael Truell (Anysphere/Cursor 联合创始人兼CEO) · 03-podcasts/michael-truell.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2