▼ ▼ ▼
01
// 一个把 IDE 重写的人
2022 年，他做了一个所有 VC 劝他别做的决定。
那一年 GitHub Copilot 刚上线，所有创业者都在"做 Copilot 的插件"——VS Code 插件、JetBrains 插件、Vim 插件，仿佛 AI 编程的天花板就是补全。
Michael Truell 不这么想。他在 MIT 学的是数学和计算机，在 Google AI 和 Meta AI 实习过，看过太多研究 demo。他相信，AI 不会只是补全工具——它会重新定义"编辑"这件事本身。
所以他做了一件几乎所有人都觉得不理智的事：他 Fork 了 VS Code，从头重写了一个编辑器。
这件事在 2022 年听起来像是浪费时间。VS Code 是微软的产品，体量庞大、生态成熟，普通公司连碰都不敢碰。但 Truell 算过：如果 AI 真的要"住进编辑器里"，插件层的限制会越来越窒息——你拿不到完整上下文、改不了 UI、做不了真正深的 agent。
他的判断：未来三年，编辑器会变成 AI 的"操作系统"。而插件，永远只是寄居在别人房子里的房客。
深度洞察：这个决定背后是一个被反复验证的产品规律——"壳比内容重要"。GitHub Copilot 作为 VS Code 插件，虽然功能强大，但永远受制于 VS Code 的 API 边界。Truell 看到的是：当 AI 要从"辅助工具"进化成"协作伙伴"时，它需要的不是一个插件接口，而是一个完整的操作系统层。
▼ ▼ ▼
02
// 从 MIT 到 YC：Anysphere 的诞生
四个 MIT 朋友，一间小公寓，一个还没人相信的方向。
Anysphere 的初创团队只有 4 个人：Michael Truell、Sualeh Asif、Arvid Lunnemark、Aman Sanger，全部都是 MIT 出身，全部都对"程序员怎么和 AI 协作"这件事，有种近乎偏执的好奇。
他们 2022 年加入 Y Combinator 时，做的方向甚至还不是 Cursor——而是一个 CAD 工具的 AI 助手。但很快他们发现：CAD 这个市场太小、太封闭，AI 的杠杆撬不动。于是他们做了创业公司里最难做的一件事——在没有失败的情况下转向。
"YC 那段时间最重要的不是融资，而是每天都被逼着回答一个问题：你做的这个东西，明天醒来还有人愿意付钱用吗？如果答案是不确定，就赶紧换。"
— Michael Truell, Lex Fridman Podcast, 2024
转向之后，他们决定做程序员的 Copilot。但和当时所有的 AI 编辑器不同——他们没有选择做插件，而是选择 Fork VS Code。
- 团队 4 个人都是 MIT 计算机/数学背景，没有"产品经理"角色
- 初期投资人包括 OpenAI 的 Andrej Karpathy、Stripe 的 Patrick Collison
- 2023 年 10 月正式发布 Cursor 1.0，11 月 ARR 第一次过 100 万美元
- 2024 年中，ARR 突破 1 亿美元——成为 SaaS 史上最快达到 1 亿 ARR 的公司之一
▼ ▼ ▼
03
// 为什么是 Fork VS Code
"我们不是想做更好的 Copilot，我们是想做更好的编辑器。"
Fork VS Code 这个决定，是 Cursor 后来所有产品力的底层基础设施。它解决了一个所有插件都解决不了的问题：AI 拿得到全部上下文。
// PLUGIN_MODE
插件路线
只能拿到当前文件、有限的项目结构、被宿主限制的 UI。
想做 multi-file edit？请走 host API。
想嵌入 agent？请用沙箱。
VS
// FORK_MODE
Fork 路线
完整代码库索引、跨文件编辑、自定义快捷键、自定义渲染、
自由的 agent 沙箱。编辑器即操作系统。
很多人没意识到的是：Cursor 真正颠覆的不是 Copilot，而是"编辑器"这个产品形态。当编辑器不再只是"打字的地方"，而是"和模型对话、让模型直接动文件"的地方，所有的产品交互都被重新设计了。
从 Tab to Accept 到 Cmd+K 内联编辑，再到 Composer 多文件协作——每一个新交互范式，都建立在"我们拥有自己的编辑器"这个前提上。这是插件路线物理上做不到的事。
▼ ▼ ▼
04
// Cursor 的产品哲学
Tab、Composer、Agent — 三层抽象，一种世界观。
Cursor 的产品迭代节奏，几乎是"每三个月一个新交互范式"。但如果你拉远一点看，会发现这三层不是孤立的功能，而是 Truell 对"AI 协作"的三段式信念。
Tab 是最基础的层——AI 看你打的几个字符，预测下一行。但 Cursor 的 Tab 不是普通补全，它会预测你接下来想跳到的位置，甚至会给你一系列连续的 suggestion，让你按 Tab 一路滑下去。
Composer 是更激进的一层——你用自然语言描述要改什么，模型直接修改多个文件，给你 diff 让你审。它把"写代码"变成了"审代码"。
Background Agent 则是最新的一层——你给一个任务，agent 在后台跑，跑完了通知你。它把"编辑"变成了"委托"。
"我们在做的不是取代程序员，我们在做放大程序员。一个工程师过去一天能写 200 行代码，现在能驾驭 2000 行的产出。但他还是那个做决策的人。"
— Michael Truell, Y Combinator AI Startup School, 2024
▼ ▼ ▼
05
// 他眼里的程序员未来
"编程语言可能会消失，但工程师不会。"
Truell 在 Lex Fridman 那期长达 2 小时的播客里，反复强调一句话：编程语言是人和机器之间的妥协，不是终点。
"几十年来，程序员一直在把意图翻译成机器能懂的语法。Python 已经比 C 好太多了，但本质上你还是在用一种受限的语言去写'我希望这个数据库怎么动'。未来，自然语言就是新的编程语言——但工程师并没有失业，他变成了一个用更高带宽的语言去描述系统的人。"
在他眼里，"AI engineer"不是一个新工种——而是工程师这个工种的下一个版本。
这也解释了 Cursor 内部一个很特别的现象：几乎没有传统意义上的产品经理。每个工程师同时是产品决策者，他们用自己每天写代码的体感来定义产品。Truell 说："我们的 PM，就是 dogfood 自己产品的工程师。"
- 程序员不会失业，但写"语法"会变成写"意图"
- "AI engineer"—— 一个既懂模型又懂代码的物种，会成为主流
- 编辑器会变成程序员和 agent 的"驾驶舱"
- 评审会比写作更重要——你的工作是审 AI 写的东西
对比分析：传统软件工程师的核心能力是"把业务逻辑翻译成代码"，而 AI engineer 的核心能力是"把意图翻译成 prompt + 审 AI 的输出"。这不是技能替换，而是技能升级——从"写代码的人"变成"定义问题 + 验证答案的人"。
▼ ▼ ▼
06
// 一年从 0 到 1 亿 ARR
增长曲线背后，是一个被反复忽略的真相。
很多人复盘 Cursor 的增长，会说："因为模型变强了。"或者："因为他们 Fork 了 VS Code。"这两件事都对，但都不是最关键的那一件。
"我们最早的几千个付费用户，没有一个是市场推广来的。他们都是在 Twitter 上自发安利的开发者。一个原因——我们的产品省他们时间，每天省。每天省的时间，会让他们想告诉别人。"
— Michael Truell, Stratechery Interview, 2025
Cursor 的核心增长逻辑，本质上是"工程师向工程师传播"——这是 SaaS 历史上少见的、几乎没有市场预算就能起飞的产品。原因很简单：开发者愿意为"省时间"付钱，而省时间的产品会自动 viral。
关键洞察：Cursor 的护城河不是模型（模型是别人的），不是 UI（UI 可以抄），而是"被工程师每天打开 8 小时的习惯"。这是一个非常古老的护城河形态——叫"日常工具"。
数据支撑：根据 The Information 的报道，Cursor 的用户留存率超过 90%，远超 SaaS 行业平均水平（通常 60-70%）。原因很简单：当一个工具成为你每天工作流的一部分，替换成本会极高。这也是为什么 Truell 说："我们的目标不是让用户'喜欢'Cursor，而是让用户'离不开'Cursor。"
▼ ▼ ▼
07
// 给 AI 时代产品人的建议
如果你今天要做 AI 产品，他给的几条建议很硬。
Truell 在多次访谈里给过非常具体的建议，归纳起来是四件事：
- 别做插件，做产品——任何寄居在别人产品里的 AI 应用，长期都会被宿主吃掉。要么自己拥有壳，要么接受被替代的命运。
- 把模型当依赖，别当能力——今天你用 GPT-4，明天可能用 Claude 4 Opus，后天可能用自家小模型。模型会变，但你的产品体验不能变。
- 给用户"省时间"的承诺，别给"更智能"的承诺——智能是抽象的，省时间是具体的。用户为后者付钱。
- 评估 dogfood 强度——你团队每天用自己产品 4 小时以上吗？如果不是，你正在做一个错的东西。
"AI 时代最大的陷阱是"看起来很 AI"。真正赚钱的产品，是看起来一点都不 AI、但每个细节都被 AI 重新设计过的。"
— Michael Truell, 20VC Podcast, 2024
这是 Truell 的最后一句话，也是这一期最值得贴在墙上的一句——不要做 AI 的产品，要做产品，但每个细节都被 AI 重写。
延伸思考：这句话的反面是什么？反面是"做一个看起来很 AI 的产品"——比如加一个聊天框、加一个"用 AI 生成"按钮、加一个"智能推荐"标签。这些产品的问题在于：它们把 AI 当作"功能"，而不是"基础设施"。Truell 的做法是反过来：先问"如果今天从零设计一个写代码的工具，它会长什么样"，然后让 AI 成为这个新范式的底层引擎。
// END_OF_ISSUE_07 · BUT_NOT_END_OF_STORY
他做的不是 AI 编辑器，
是程序员的下一种身体。
三年前，没有人觉得"重写一个编辑器"是一个值得做的事。Visual Studio Code 已经赢了，IDE 战争已经结束。Truell 偏要把这个游戏，从插件层重新打回编辑器层。
三年后，Cursor 已经是 SaaS 历史上增长最快的公司之一。但他从来不把这件事当作"成功"——他在最近一次访谈里说："我们才刚开始。真正的产品，是当 agent 自己跑、自己 review、自己 commit 的时候。"
"不要做 AI 的产品，要做产品，但每个细节都被 AI 重写。
不要寄居在别人的房子里，要自己造房子。
不要追逐智能，要给用户每天省时间。"
这也是为什么我们把这一期放在晨眠 · Shadow的第 07 期——在所有人都在做 AI 应用的时候，我们想留住一个把"应用"重新定义的人。
