脚手架与底层模型区分法
解决什么问题
面对 Bolt、Lovable、Base44、v0、Cursor、Claude Code 这些五花八门的 AI 编程工具，很容易把"哪个工具更强"简单理解成"哪个模型更强"，从而选错评估维度。这个心智模型把"模型"和"包裹模型的产品层（harness）"拆开看，帮助判断该在什么阶段用什么工具。
核心内容
关键判断：这些工具之间的核心差异，往往不是底层模型不同,而是"harness"（把模型包裹起来的产品层）不同。 例如 Cursor 里跑的 Claude、Claude Code 里跑的 Claude、Bolt/Lovable 底层用的模型，很可能是同一个模型；但 Bolt/Lovable 在模型外面加了一层"帮你把困难决策都做掉"的产品设计——数据库选型、登录方式、架构模式等,用户完全不需要面对这些选择,代价是可控性被大幅压缩。
由此得到一个清晰的取舍框架：
- 重 harness 工具（Bolt/Lovable/Base44/v0 等）：把"猜测和艰难决策"从用户手里拿走，上手快、心智负担低,但你无法改变它已经替你做好的架构决策，遇到复杂场景（如接入支付、跨表事务）容易碰壁。
- 轻 harness 工具（Cursor + Claude Code）：把模型"直接怼进你的代码系统"，给它完整工具权限，让它自由行动,但随之而来的是用户要自己承担更多决策——好处是可以拿到模型最前沿的能力，且拥有完全的架构控制权。
决策启发：当你发现自己"想要某个功能，但工具的既定套路不允许你这样做"（比如你已经形成了自己的判断,想否决工具默认的选择）,这就是从重 harness 工具"毕业"到轻 harness 工具的信号。
适用边界
- 这个框架的前提是"模型层已经趋同"——如果未来不同工具真的开始接入差异明显的自研模型（作者提到有的公司确实在往这个方向走），"同模型不同 harness"的假设就会松动。
- 判断"该用哪种 harness"没有绝对答案,取决于项目复杂度和用户希望承担多少决策权,不是"轻 harness 永远更好"。
关键引述 · 原话
"I think that the main difference between all these tools is basically the harness. So the models are all the same models... but basically, Bolt and Lovable will add a bunch of levels in the middle that will take all kind of guesswork and hard decisions out for the user." — Zevi Arnovitz
关联卡片
- 与 `tool-graduation-ladder-for-non-technical-builders--zevi-arnovitz.md` 互为表里：graduation ladder 是时间线,harness/model 是背后的技术解释 - 与 `agent-stack-model-api-harness--alexander-embiricos.md` 讨论的是同一"模型层 vs 产品层"拆分逻辑，可对照阅读
被这些卡引用
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2