Cursor 2.0 与 Composer 模型

发布

2025年10月29日，Cursor 发布 Cursor 2.0，同时推出 Composer——Cursor 的第一个编程模型^[1]。这次发布不只是模型更新，也改变了编辑器组织任务的方式，并增加了运行和检查编程代理工作的新手段^[1]。

Composer 模型

Cursor 称 Composer 是一个前沿模型，速度是同等智能模型的 4 倍^[1]。它面向低延迟的代理式编程（agentic coding）而构建，Cursor 表示大多数轮次在 30 秒内完成^[1]。代理式编程是一个循环：模型读代码、提出修改、调用工具、读取结果，再继续。循环越短，让代理连续执行多步就越现实，不必等一次很长的回复。

Composer 在训练中使用了工具，包括覆盖整个代码库的语义搜索（semantic search）^[1]。语义搜索按含义而不只是按精确名称查找代码，因此能在大型仓库中收集相关文件。Cursor 称这让模型在大型代码库中表现好得多^[1]。重点不是模型记住了某个仓库，而是它学会把搜索当作工作的一部分。

界面与并行

新界面围绕代理而不是文件来设计，同时保留经典的 IDE 布局^[1]。这改变了工作单位。以文件为中心的编辑器里，人打开文件并编辑；以代理为中心的界面里，人描述任务，观看或指挥一个或多个代理对代码库采取行动。

Cursor 2.0 可以并行运行许多代理而互不干扰，依靠 git worktrees 或远程机器实现^[1]。Git worktrees 让不同的工作目录共享同一个仓库，并行代理不必同时修改同一批文件；远程机器则提供另一种隔离运行的方式。Cursor 还发现，让多个模型尝试同一个问题并挑选最佳结果，可以显著提升较难任务的输出^[1]。这是一种“多选一”的采样：不信任单次尝试，而是生成多个候选再选择。它会消耗更多算力，但在单次通过不可靠的任务上可以提高质量。

审查与测试

这次发布点出了两个正在显现的瓶颈：审查代码和测试改动^[1]。生成代码只是工作的一部分，仍然要有人读 diff，改动也仍然要运行。为帮助解决第二个瓶颈，Cursor 增加了原生浏览器工具，让 Cursor 可以测试自己的工作并迭代^[1]。浏览器工具让代理打开 Web 应用、与之交互、观察结果并调整代码，从而闭合一个原本需要人切换到浏览器再反馈的循环。

意义

Cursor 2.0 显示了 AI 编程工具的一个方向：从在文件里建议几行代码，走向协调代理、隔离它们的工作、比较它们的输出，并给它们检查结果的工具^[1]。这并没有把人移出流程。审查代码和测试改动仍然是 Cursor 自己点名的瓶颈^[1]。但通过让代理更快、可并行、能在浏览器中测试，Cursor 2.0 试图让代理式工作流变得实用，而不只是实验。