AI · FW · 103
基础与定制模型三明治
Foundation Model Custom Model Sandwich · foundation-model-custom-model-sandwich--michael-truell
所属簇 AI 商业策略与护城河
解决什么问题
一个 AI 产品要不要自己训练模型?什么情况下该用大厂基础模型,什么情况下该自研专用小模型?如何把两者组合起来,既保证质量又控制成本和延迟。
核心内容
Cursor 创业之初刻意决定"不做模型研发",因为算过训练成本账,也觉得复刻大厂已经做好的东西(尤其是预训练——教一个什么都不懂的神经网络学会整个互联网)是浪费精力去解决错误的问题。但实际发展中,自研模型变成了 Cursor 每一个"神奇时刻"背后的关键组件。他们总结出的取舍原则是:不重新发明轮子,而是专挑基础模型的弱点、专挑基础模型服务不了的场景去补位。具体落地成一个"三明治"式的模型架构:
- 输入侧(检索/上下文准备):用自研的小模型在代码库里做"迷你版的谷歌搜索",专门用来找出该展示给大模型看的相关代码片段——大模型本身不擅长/不划算做这件事。
- 中间层(高层推理):交给最聪明的基础模型(Sonnet、Gemini、GPT等)去做高层次思考,只花少量 token 给出"草图级"的修改方案。
- 输出侧(细节落地):用自研的、专门训练过的小而快的模型(配合推理层面的技巧),把大模型给出的高层修改草图,展开填充成完整、精确的代码 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
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2