夜雨聆风大家好，我是 Leo。
昨天看到一个消息，Continue 被 Cursor 收购了。
这不是一个简单的“某个开源项目被买走”的新闻。
它更像是一个信号：
开源 AI 编程工具正在从社区探索期，进入平台整合期。
先把事实说清楚。
Continue 官方文档里已经写得很明确：
continuedev/continue 仓库不再积极维护，并且对所有用户只读。
官方也发布了最终的 2.0.0 版本，覆盖 VS Code 插件、CLI 和 JetBrains 插件。
所以这不是“网传 Continue 要停更”。
更准确的说法是：
Continue 被 Cursor 收购后，官方开源仓库已经进入最终发布和只读状态。
这件事值得聊聊。
因为它不是一个项目的结束那么简单。
它更像是 AI 编程工具生态的一次换挡。
Continue 是什么？
如果你没用过 Continue，可以先把它理解成一个开源 AI 编程工具。
它是一个开源 AI 编程工具，可以作为 VS Code 插件、JetBrains 插件和 CLI 使用。
你可以把它理解成一个“装进现有编辑器里的 AI 编程助手”。
它大概能做五类事。
第一，和代码库聊天。
你可以问它：
这个项目的登录逻辑在哪里？
这个函数为什么会报错？
这个模块和那个模块是什么关系？
它会基于当前代码库上下文回答，而不是只凭模型记忆瞎猜。
第二，帮你改代码。
你可以选中一段代码，让它解释、重构、补测试、修 bug，或者按你的要求生成 diff。
这和普通聊天工具最大的区别是：它知道你当前打开的文件，也能读项目里的相关上下文。
第三，做代码补全。
类似 GitHub Copilot，它可以根据你正在写的代码，预测下一段代码、补函数、补注释、补类型。
第四，跑 Agent 式任务。
你可以让它围绕一个目标连续推进，比如“帮我给这个 API 加参数校验”“帮我把这个组件改成支持移动端”“帮我排查这个测试为什么失败”。
它会尝试阅读代码、规划修改、生成补丁，有些场景下还可以配合命令行使用。
第五，接不同模型和不同上下文来源。
这是 Continue 很有代表性的地方。
它不是只绑定某一个模型。你可以接 OpenAI、Anthropic、本地模型，也可以根据自己的需求配置模型、规则、上下文、索引方式和工具。
所以它的气质和 Cursor 不一样。
Cursor 更像是一个完整的 AI 编辑器产品，打开就能用，体验闭环更强。
Continue 更像是一个可改造的 AI 编程底座。
你不一定要换编辑器，也不一定要把所有工作流交给一个平台。
你可以把 AI 编程能力接进自己已经熟悉的 VS Code、JetBrains 或命令行里。
所以在过去一两年里，Continue 一直代表着 AI 编程工具里的另一条路线：
不一定非要用一个封闭 IDE，我也可以用开源工具，把 AI 编程能力接进自己的工作流。
但现在，这条路线的代表项目，被 Cursor 收购了。
这不只是 Continue 一家的故事
如果只看 Continue，你可能会觉得这只是一次普通收购：
一个开源项目做得不错，被更大的公司看上，然后被收进体系里。
这在软件行业并不稀奇。
但把时间线往前拉一点，你会发现，类似的变化其实已经发生过。
在 Continue 之前，另一个著名开源 AI 编程项目 Roo Code，也已经宣布关闭原有工具套件。
Roo Code 当时的说法很直接：他们要 sunsetting Roo Code 的一系列工具，包括 VS Code 扩展、Cloud 和 Router，并转向新的产品方向。
这个事情，在之前我就讲过。
更有意思的是，Roo Code 当时不是没人用。
它曾经有超过 300 万次下载。
一个有用户、有社区、有声量的开源 AI 编程工具，最后仍然选择停止原来的产品路线。
这件事和 Continue 被 Cursor 收购放在一起看，就不太像偶然了。
它说明一个问题：
开源 AI 编程工具最热闹的窗口期，可能已经过去了。
不是说开源项目没有价值。
而是说，仅靠“我是开源的”“我可以接很多模型”“我支持 VS Code 插件”，已经很难在这条赛道里长期站稳。
早期这些优势非常重要。
因为大家都在探索。
用户愿意折腾配置，愿意自己接模型，愿意为自由度牺牲一点体验。
但当 Cursor、Copilot、Claude Code、Codex 这些产品开始把体验、模型、上下文和工作流整合起来之后，开源插件的压力就会越来越大。
用户会变现实。
他们会问：
这个工具还会不会维护？
模型兼容会不会掉队？
上下文能力够不够强？
团队协作能不能用？
出了问题谁负责？
这些问题，单靠开源热情很难回答。
所以 Roo Code 的转向，Continue 的收购，本质上都在指向同一件事：
AI 编程工具正在从社区探索，走向平台整合。
Continue 曾经重要在哪里？
Continue 重要，不是因为它一定比 Cursor 更好用。
它重要，是因为它代表了一种可能性：
AI 编程工具可以是开放的、可配置的、模型无关的。
Cursor 的路线很清楚：给你一个完整产品，打开就能用，体验强，闭环强，默认路径强。
Continue 的路线不一样：它把 AI 编程能力拆成了很多可以配置、可以组合、可以接入现有开发环境的模块。
对于喜欢折腾的开发者来说，这种路线很有吸引力。
因为它给了你一种自由感：
我不一定要把所有代码、上下文和工作习惯都交给某个大平台。
我可以自己决定模型。
我可以自己决定数据怎么走。
我可以自己决定 AI 助手怎么嵌进我的开发流程。
这也是很多开源 AI 编程工具最初吸引人的地方。
它们不是最商业化的产品，但它们往往跑在更前面。
很多新玩法，最早不是从大厂产品里长出来的，而是从这些开源项目里长出来的。
Continue 就是这样一个项目。
它证明了一件事：
AI 编程助手不只是聊天框，也不只是补全工具，它可以变成真正理解项目、调用工具、参与开发流程的 coding agent。
所以即使你不用 Continue，也不能低估它在这条赛道里的意义。
那为什么它还是被收购了？
我觉得答案也很现实：
AI 编程工具已经过了“插件能打”的阶段。
早期大家拼的是功能。
谁能读代码？
谁能生成 diff？
谁能跑命令？
谁能接更多模型？
谁能支持更多 IDE？
那时候，开源项目很有优势。开发者自己就是用户，需求来得快，迭代也快。
但今天的竞争已经不是这样了。
现在 AI 编程工具拼的是一整套资源。
第一，拼模型。
编程工具的上限，很大程度取决于模型能力。模型不行，外壳做得再漂亮也没用。
第二，拼上下文。
谁能更好地理解整个代码库，谁能处理更长任务，谁能记住项目约束，谁就更接近真实的工程助手。
第三，拼分发。
Cursor 已经变成很多开发者默认打开的编辑器。GitHub 有 Copilot 的入口。OpenAI 有 Codex 的入口。Anthropic 有 Claude Code 的入口。
当入口被平台掌握，单独一个插件的处境会越来越难。
第四，拼商业化。
AI 编程工具不是普通软件。
它背后有模型成本、推理成本、上下文索引成本、企业安全成本、云端 Agent 成本。
只靠社区热情，很难长期支撑这种成本结构。
所以 Continue 被 Cursor 收购，我不觉得意外。
它不是 Continue 做得不够好。
恰恰相反，是它做出了价值，所以被更大的平台吸收。
Cursor 买下 Continue，真正买的是什么？
表面看，Cursor 买的是一个开源 AI 编程项目。
但我觉得它真正买的，至少有四样东西。
第一，是用户心智。
Continue 在很多开发者心里，代表“开放、可定制、模型无关”的 AI 编程路线。
Cursor 本身是更封闭、更产品化的路线。收购 Continue，相当于把另一条路线的重要心智也纳入自己的版图。
第二，是社区资产。
开源项目最值钱的从来不只是代码。
还有 issue、讨论、用户反馈、插件适配、真实场景、各种边缘需求。
这些东西，是一个团队花钱买不到的长期样本。
第三，是 Agent 经验。
Continue 不是简单的代码补全工具。它一直在尝试 coding agent 的方向，包括 CLI、IDE 插件、上下文配置、工具调用等。
这些实验，都会成为 Cursor 继续做 AI 编程 Agent 的经验库。
第四，是防御。
在一个快速增长的赛道里，平台收购开源项目，不只是为了增强自己，也是在减少未来的不确定性。
如果 Continue 继续独立发展，它可能会成为 Cursor 的补充，也可能会成为某种替代方案。
把它收进来，Cursor 就少了一个潜在变量。
这件事听起来很商业，但这就是平台竞争。
当一个赛道进入整合期，优秀的小工具很难一直停留在“小而美”的状态。
要么长成平台。
要么被平台吸收。
要么慢慢失去维护动力。
开源 AI 编程工具会消失吗？
不会。
但它的位置会变。
过去，开源 AI 编程工具站在舞台中央。
因为大平台还没完全想明白，开发者也还在试各种可能性。
那时候，开源项目是最敏锐的探索者。
但接下来，开源工具更可能退到三个位置。
第一，做实验场。
新想法、新交互、新 agent 形态，还是会先在开源社区里冒出来。
第二，做自托管方案。
对于有数据安全要求、模型私有化需求的团队，开源仍然有价值。
第三，做平台的备选项。
当商业产品太贵、太封闭、太不可控时，开源工具会成为重要的平衡力量。
但它很难再像早期那样，仅靠“我是开源的、我可以接很多模型”，就和平台型产品长期抗衡。
因为 AI 编程工具的核心战场，已经从插件层往系统层移动了。
未来真正强的 AI 编程产品，不只是帮你写几行代码。
它会理解整个项目。
它会知道你的技术栈。
它会记住团队规范。
它会跑测试。
它会开 PR。
它会处理 issue。
它会参与设计、开发、调试、发布的完整流程。
这已经不是一个插件能轻松承载的事情了。
这是一整套工程系统。
而工程系统，天然更适合被平台化。
那 Cline 呢？
写到这里，很多人自然会想到另一个名字：
Cline。
如果说 Continue 代表“开放、可配置、模型无关”的路线，Roo Code 曾经代表“开源 AI 编程插件快速增长”的路线，那么 Cline 现在就是这条路线里最重要的观察对象之一。
它依然活跃，依然有很强的社区关注度，也依然是很多开发者心里“开源 AI 编程工具”的代表。
但问题也摆在那里：
Roo Code 已经转向。
Continue 已经被 Cursor 收购。
那么 Cline 会不会在未来某一天，也走向类似的路径？
我不知道。
也没人能现在给出确定答案。
它可能继续独立发展，成为开源 AI 编程工具里最重要的长期项目。
它也可能被更大的平台吸收。
它甚至可能在某个时间点，主动调整方向，离开今天这个插件形态。
这都不奇怪。
因为 AI 编程工具这条赛道变化太快了。
今天看起来稳定的产品，半年后可能已经换了叙事。
今天看起来繁荣的社区，一年后可能已经被新的交互形态覆盖。
所以我对 Cline 的态度是：
继续关注，但不要神化。
它现在仍然有价值。
但它也必须面对和 Roo Code、Continue 一样的问题：
模型成本怎么解决？
上下文能力怎么追上平台产品？
IDE 插件形态是不是最终形态？
团队协作和企业场景怎么承接？
当大平台把 agent、代码库理解、云端执行、PR 自动化都做进产品里，开源插件还剩下多少差异化空间？
这些问题，不是 Cline 一家的问题。
这是所有开源 AI 编程工具都绕不开的问题。
至于 Cline 会不会跟随 Roo Code 和 Continue 的脚步？
让我们拭目以待。
写在最后
Continue 被 Cursor 收购，我不觉得是一个悲伤故事。
至少不只是。
它证明了开源 AI 编程工具这条路线曾经非常有价值。
它也证明了 Continue 团队和社区确实做出过重要探索。
只是 AI 时代的工具生命周期太快了。
一个项目可能刚刚被很多人熟悉，就已经进入下一个阶段。
一个路线可能刚刚被验证，就已经被更大的平台吸收。
这就是这个时代残酷的地方。
但它也有美丽的地方。
因为每一个被吸收的开源项目，都不是白走一趟。
它们把新范式往前推了一步。
Continue 也是如此。
它让更多开发者相信：
AI 编程不只是补全，不只是聊天，而是可以变成一个真正参与工程流程的 agent。
至于接下来会怎样？
我觉得答案已经很清楚了：
AI 编程工具会继续整合。
开源项目会继续探索。
平台会继续收编。
开发者会继续迁移。
而我们真正应该训练的，不是对某一个工具的忠诚。
而是对变化的敏感，对工作流的理解，对问题本身的判断。
工具会换。
入口会换。
公司会换。
但你能不能用 AI 把真实问题解决掉，这件事不会换。
下期见。
参考来源
Continue 官网公告：https://www.continue.dev/ Continue Docs：https://docs.continue.dev/ Continue GitHub 仓库：https://github.com/continuedev/continue Continue Releases：https://github.com/continuedev/continue/releases Roomote 官网，Roo Code 创建团队当前产品页面：https://roomote.dev/
