Continue 被 Cursor 收购了，开源版可能真要凉了

看到 GitHub 上 Continue 的仓库变成 Read-only 状态，我心里咯噔一下。原本还打算配合本地 Ollama 搞一套完全私有化的代码辅助工作流，结果官方直接宣布 Continue 已经被 Cursor 收购了。

虽然官方说使命没变，但对于咱们这些习惯了开源、想在 VS Code 里自由折腾插件的开发者来说，这基本等于宣告了 Continue 作为独立开源项目的“死亡”。毕竟一旦并入 Cursor 这种闭源商业生态，很多原本灵活的配置和对本地模型的支持，后续走向完全是个问号。

我这两天紧急测试了几个替代方案，想看看能不能平替掉 Continue 的功能：

• Cursor 本身：

既然收购方就是 Cursor，那最直接的路径就是直接切到 Cursor。它的代码感知能力确实是目前第一梯队，尤其是 Composer 功能，写起复杂逻辑来比 Continue 强太多。缺点也很明显：它是基于 VS Code 分叉开发的独立编辑器，不是简单的插件，如果你有极强的 VS Code 插件依赖，迁移成本不低。而且它更偏向云端，想玩本地大模型（通过 Ollama 接入）的体验没 Continue 那么丝滑。

• Cline (原 Claude Dev)：

这是我最近发现的一个大黑马，非常硬核。它不像传统的补全插件，更像是一个真正的 AI Agent。它可以直接读取你的文件树、执行终端命令、甚至自己运行测试来修复 Bug。
- 优点： 极强的自主性，非常适合处理那种“帮我把这个项目的全量接口从 Restful 改成 GraphQL”这种重活。
- 缺点： 对 Token 的消耗非常恐怖，如果不用 Claude 3.5 Sonnet 这种级别的模型，逻辑很容易跑偏。

• Void：

如果你的核心诉求是“开源”+“类 Cursor 体验”，那可以盯着 Void 看看。它目前在尝试做一个开源版的 Cursor，目标就是让开发者能完全掌控自己的数据和模型。

如果你之前一直在用 Continue 配合本地模型做保姆级代码开发，我建议现在就开始做迁移准备了。要么直接拥抱 Cursor 的商业生态，要么上手 Cline 这种 Agent 模式尝试一下完全不同的开发范式。