Cursor 并购后开发者的三条选择：从 Continue 到下一步

Continue 仓库已切换为 Read-only 模式，意味着这款以本地模型无缝集成、开源灵活性为卖点的 VS Code 插件正式并入 Cursor 生态。对于依赖 Ollama 连接 Llama 3 或 DeepSeek 等模型的开发者来说，这意味着原有的私密化代码补全和交互流程可能面临变更。在独立开源生命周期结束之前，开发者需要决定是否接受商业化生态，或者寻找其他替代方案。

迁移到 Cursor 是最直接的选择。作为基于 VS Code 分叉的独立编辑器，Cursor 的核心优势在于其内置的 Composer 功能，在处理跨文件逻辑重构时表现优于 Continue。不过，由于 Cursor 是独立应用，依赖于 VS Code 原生插件的工作流（特别是冷门但关键的工具）迁移成本较高。此外，Cursor 虽然支持本地模型，但体验相较于 Continue + Ollama 组合，可能会因集成层增加而略显不够“纯粹”。例如，某些高级配置（如 .continue/config.json 中的自定义模型参数）在 Cursor 中可能需要重新映射，否则部分模型调优效果会降低。如果开发者依赖于 Continue 的快速迭代循环（如 Ctrl+Enter 触发的实时补全），迁移时需要手动配置 Cursor 的快捷键绑定。

Cline（原名 Claude Dev）则为追求更强自动化的开发者提供了另一条路径。与 Continue 仅作为“助手”不同，Cline 具备文件系统读写和终端执行权限，能够执行类似“自动化 Agent”的任务。例如，当下达“分析 /src/api 目录并将所有 RESTful 接口重构为 GraphQL 格式”的指令时，Cline 会自动读取文件树、分析依赖关系、修改代码，并通过 npm test 验证改动是否引发 Bug。然而，这种高自主性伴随着显著的 Token 消耗，特别是在处理复杂逻辑时。如果未使用 Claude 3.5 Sonnet 等高阶模型，容易因迭代失败或幻觉输出而陷入死循环。此外，Cline 的配置文件（如 cline.toml）与 Continue 的 .continue/config.json 在结构上存在差异，开发者需要逐步替换或重新编写脚本，以确保原有工作流的兼容性。

对于坚守开源理念的开发者，Void 则是一个潜在的替代选项。它定位为开源版的 Cursor，允许用户完全控制数据流向和模型选择，从而填补 Continue 离场后的空白。Void 的核心优势在于其透明的模型调用机制，例如可以直接绑定 Ollama 的本地模型，而无需依赖商业化后台服务。不过，Void 目前仍处于早期开发阶段，部分功能（如 Composer 的高级重构工具）可能尚未完整实现。开发者在迁移时需要注意，Void 的配置文件（如 void.yaml）与 Continue 的 JSON 格式不完全兼容，某些高级插件（如自定义 LSP 服务器）可能需要额外的适配层。

技术细节补充：在 macOS 26 发布前夕，Apple 在窗口管理方面做出了调整。根据 2026 年 2 月 12 日的官方更新，macOS 26 RC 修复了长期存在的窗口缩放问题。虽然窗口角部缩放区域现在遵循圆角半径而非方形区域（减少了用户误操作的可能性），但缩放区域的厚度从之前的 7 像素降低到 6 像素，这意味着缩放区域的有效面积减少了 14%。这意味着在 VS Code 或 Cursor 等编辑器中，用户可能需要更精确地操作窗口边框才能触发缩放动作，特别是在高分辨率屏幕上。

无论选择哪条路径，开发者都应提前备份 .continue/config.json 文件，并检查新工具是否支持同等的本地模型集成（如 Ollama、LM Studio 等）。在迁移过程中，如果发现某些关键功能（如特定 LSP 服务器或快捷键绑定）无法完全复制，可能需要参考各工具的迁移文档，逐步调整配置。例如，Cursor 的快捷键映射可以通过 keybindings.json 文件自定义，而 Cline 的脚本需要重新编写以匹配新的 API 调用方式。