Cursor日活破100万：这家50人公司怎么从VS Code嘴

一家不到100人的创业公司，日活用户刚破100万。Stripe在用，Figma在用，5万多家企业已经部署。在VS Code统治编辑器市场多年、JetBrains牢牢抓住企业客户的格局里，Cursor用不到两年切出了一大块蛋糕。

我一直在琢磨他们到底做对了什么。以下是我的判断。

最狠的一招：不是插件，是"换芯"

GitHub Copilot上线时是个VS Code插件。后来冒出来的AI编程工具——Tabnine、Codeium、Sourcegraph Cody——全是插件。它们只能在VS Code的扩展API里打转，集成深度天然受限。

Cursor直接fork了VS Code。把整个编辑器拿过来，从源码层面动手脚。渲染管线、文件系统交互、标签页管理，全在自己手里。AI不是外挂上去的，是织进每一次交互里的。

差距体现在细节。Cursor建议跨文件修改时，能在多个标签页同时显示行内diff。它能改文件树。能跑终端命令并解析输出。插件做不到这些。

VS Code扩展的代码长这样：

vscode.workspace.applyEdit(workspaceEdit); // 基础文本编辑
vscode.window.showInformationMessage(msg); // 简单通知

Cursor直接改编辑器核心：

• 自定义diff渲染，跨分屏同步
• 行内代码生成，实时语法高亮
• 终端集成，输出反馈给AI
• 文件树修改作为AI建议的一部分

代价是真实的——Cursor用户没法无缝使用所有VS Code扩展，更新也比VS Code主线慢半拍。但对AI优先的工作流来说，集成深度值得。

Composer 2：从"更好用的Copilot"到"完全不同的东西"

Cursor今年早些时候推出的Composer第二代，把这个编辑器从"Copilot但更好用"变成了 genuinely different 的东西。用自然语言描述需求，AI在整个代码库里实现。

关键在这里：它不是生成代码往文件里一塞就完事。它先给你看计划，让你批准或修改每一步，再增量应用修改。你保持控制，AI干脏活。

我上周拿它测了个真需求——给一个REST API加分页，9个端点，每个都要基于游标的分页，错误处理还得一致。搁以前，这是1小时的重复劳动。用Composer 2，我描述一遍模式，审第一个端点的实现，批准，然后Composer把同样模式应用到剩下8个端点，每个做适当调整。

全程12分钟。其中8分钟是我在检查它有没有搞砸。

数据不会说谎：谁在用，用来干什么

Cursor官方没公布付费转化率，但社区里工程师的反馈很一致：免费额度用完之后，续费率极高。一位在Stripe工作的工程师在Reddit上说，他们团队从Copilot集体迁移过来，"不是因为Cursor更便宜，是因为它让我们少切窗口"。

这个评价很准。Cursor的核心卖点从来不是"AI更强"——底层模型大家用的差不多，GPT-4、Claude、自研模型混着来。它的壁垒是"AI更顺手"。

Figma的设计工程团队公开分享过迁移案例：他们之前用Copilot写React组件，平均每个组件要切3次窗口——编辑器、文档、设计稿。换Cursor后，Composer能直接读取设计token文件，生成组件时自动对齐设计系统。窗口切换降到0.3次（偶尔还是要查一下复杂交互）。

这种"顺手"背后是产品决策的取舍。Cursor团队早期砍掉过两个功能：一是完整的VS Code扩展兼容，二是离线模式。前者让技术债可控，后者让AI响应速度能赌在线模型。两个决定当时都有争议，现在看都是押对了。

VS Code的反击，和Cursor的赌局

微软不是没反应。GitHub Copilot Chat已经深度集成到VS Code，Copilot Workspace也在测试多文件编辑。但架构债摆在那里：Copilot再深，也是插件API的深；Cursor是从地基开始盖的。

Cursor的赌局在于，AI编程的终局是不是"编辑器即AI"。如果是，他们提前两年站好了位置。如果不是——如果用户最终想要的是"AI随处可用，不限定编辑器"——那他们的fork策略就变成包袱。

目前的数据支持前者。50万企业用户里，中小型创业公司占大头，但像Stripe、Figma这种有成熟工程文化的公司也在用，说明Cursor已经跨过"玩具"阶段。

一个有趣的细节：Cursor的招聘页面写着"我们不做AI研究，我们做AI产品"。团队里几乎没有发表过顶会论文的人，核心成员来自Google Brain、OpenAI的产品线，而非研究线。这种配置在2023年的AI创业潮里很少见——当时所有人都在抢论文作者。

现在回头看，这可能是他们跑得快的真正原因。研究出身的团队容易把编辑器当成"AI的容器"，产品出身的团队把AI当成"编辑器的功能"。Cursor属于后者，而编程工具的购买决策，从来都是由"用编辑器的人"做出的。

100万日活之后，Cursor的下一个关卡是什么？是突破企业采购的安全审查，还是在多模态编程（设计稿直接生成代码）上再进一步——或者，微软会不会干脆收购他们，就像当年收购GitHub那样？