Cursor 2.0 升级发布首个大编程模型 Composer，你咋看？大家觉得体验如何？

AI 编程平台 Cursor 最近升级到了 2.0 版本，并推出了他们自家研发的编程模型 Composer，还新增了一个可以让多个 Agent 并行协作的新界面，合计有 15 项改进，听起来很不错吧！

先聊聊这个模型，Composer-1 很可能是基于中国的模型进行微调的。不过，Cursor 2.0 的界面和功能更新确实让人眼前一亮。

Composer 是个什么角色？

很多海外的网友表示，Cursor 的新模型 Composer-1 的来源似乎是个中国模型。

就有个外国网友在 X 站上发帖，提到他发现 Composer-1 在思考过程中的输出居然是中文！他的 Cursor 或者电脑显然没设置中文地区，提示词也不是汉字，但模型却用上了中文，这确实让人好奇。

当然，Cursor 只提到 Composer-1 是通过强化学习训练的 MoE 混合专家模型，旨在提升推理速度和工具使用能力，达到前沿模型的水平，但对基础模型的来源却保持沉默。

不过，有网友发现 Composer-1 在他们的编码测试中表现并没有达到所谓的“前沿模型”水准，无法和 Sonnet 4.5 这种真正的前沿模型相比，实际上更接近于中国的 Qwen 3 Coder 和 GLM 4.5 的水平，甚至生成的代码风格也很相似。

所以，有可能 Cursor 是以 Qwen 3 Coder 或 GLM 4.5（或者 4.6）作为基础模型进行了一番 RL 训练，最终形成了 Composer-1。

如果真是这样，那就有个问题了——Qwen 和 GLM 都是按照 Apache 2.0 开源协议发布的，Cursor 这么做会不会违反开源协议呢？

如果 Cursor 把 Composer-1 开源出来，但不说明基础模型，那就违反协议了。不过，如果只是纯商业化操作，放在自家服务器上让 API 调用，那就不会违反开源协议。

大家对 Composer-1 的主要批评，不仅仅是说它不够强。

虽然不够强，但速度确实快！

我在升级到 Cursor 2.0 后，试用了一下 Composer（以下都用 Composer，不用 Composer-1），和 Sonnet 4.5 一比，明显感觉它在处理大任务时精确度有点问题，但速度真的是飞快，思考过程一下子就完成了。生成的代码虽然很多地方缺乏整体观念，我不得不再做调整，但就像郭德纲说的——你说快不快吧！

不过，对于一些交互式的小任务，比如 Cmd-K 的小操作，Composer 表现还不错。

我想这就是 Cursor 的定位，他们希望打造一款更快，更倾向于工具使用的模型，眼下他们也没有能力直接挑战 Sonnet 4.5 这种水平的编程模型。

Cursor 心里想：如果我能挑战 Sonnet，还用得着被他们卡脖子吗！

所以，他们只能先用一个开源的基础模型进行微调，试图实现弯道超车，但又不愿意公开基础模型是什么……因为，他们没有选 Llama 4，这样说出去实在有点丢脸。

作为一家估值 100 亿美元的美国创业公司，竟然选择了中国的模型 Qwen 或 GLM，而没有选择美国的开源模型 Llama，确实不太好看，尤其是在当前的中美关系下，不过，没办法，开源模型这块，美国的确有些落后。

所以，Cursor 在基础模型上做出了正确的选择，当然，也不敢大肆宣扬这个选择是什么，至少在目前不会开源 Composer。

不开源也就算了，但还有另外一项让人质疑的就是 Composer 的定价策略。

为什么这么贵？

Composer 的 tokens 价格竟然和 GPT-5 一样，但它的编码能力明显不如 GPT-5。哦，对，Composer 的速度确实很快，但直接把价格定在和 GPT-5 同一档次，确实有点过分了。

总之，涉及到钱的事，用户自然会用脚投票。如果大家觉得 Composer 的性价比高，自然会大量使用，但如果在实际操作中发现性价比不高，那肯定会选择不再使用。

过段时间看看 Cursor 是否会给 Composer 降价，就知道答案了。

Cursor 2 的界面功能改进

在界面功能上，Cursor 的产品能力可圈可点，改进的地方不少，而且都做得相当到位。

全新 Agent 模式

之前听 Trae 的产品经理说过：为什么 IDE 的 AI 对话区域只能在右边呢，为什么不能放左边，甚至中间呢？

这下终于来了！

不过，Cursor 还是谨慎稳健，虽然步伐迈得大，但尽量不出错，所以新增了一个编辑模式，和之前差不多，在左上角可以切换成 Agent 模式，真的是和以前大不一样，AI 会话现在放在中间了。

左侧原本是文件目录、搜索结果、git 版本控制等导航功能，现在都移到右边，替代的是 Agent 的列表。

这样的 Agent 模式设计，更多是倾向于通过提示词来进行编码，这和命令行 CLI AI Coding 有异曲同工之妙，因为现在模型的能力提升了，能够处理的事情也多了，更多的编码工作可以交给 AI 来做。

作为 AI Coding 工具的创造者，Cursor 自然也顺应这一趋势，在产品设计上进一步鼓励用户直接使用 Agent 模式，尽量少直接编辑代码。

Worktree

在 Agent 模式下，还新增了一个工作区的选择，叫 Worktree。

Worktree 是个 git 相关的概念，Cursor 直接借用过来，底层实现依旧是 git。

Worktree 的作用是在多个分支上同时工作，如果没有 Worktree，你在多个分支中，比如 main、feature1 和 hotfix，要改 feature1，就得 git checkout feature1，改到一半要处理 hotfix，那就得 git commit 或者 stash 然后再 git checkout hotfix，这样来回切换分支，真是麻烦。

要是能像切换目录一样轻松切换 git 分支就好了，当然，大家也可以想：那就本地多 clone 几个目录，但这样又有点占空间。

实际上 git 是支持像切换目录一样切换分支的，那就是 worktree。

说实话，我自己以前写代码的时候几乎没用过 git worktree，直到开始用 AI Agent 来编码。

如果只是自己写代码，那一个时间点只用一个分支也没问题。

但如果让 AI Agent 来编程，就需要同时启动多个 AI Agent，这样才能并行工作，但不能让 AI Agent 之间“打架”，所以必须开多个 Shell，每个 Shell 上启动一个独立的 git 分支，让每个 AI Agent 在各自的分支上工作，这样才能达到最高效率。

说到这里，我曾经试过在 iTerm 上开多个窗口控制多个 Claude Code 会话，真的是挺累的，因为管理 git worktree 也不是件容易的事。

现在 Cursor 把 Worktree 整合进了 IDE，简化了创建分支和分配目录的麻烦，所以可以轻松在多分支上工作。

而且，有了 Worktree，更高级的功能也随之而来，这次 Cursor 直接实现了——

田忌赛马

在 Agent 模式中，还可以选择使用多个模型同时工作。

多模型协同工作，轻松应对任务

通过这样的操作，Cursor能够让你在同一个任务上同时使用多个模型。

比如说，你选择了Composer-1、Sonnet 4.5、GPT-5 Codex和GPT-5，发出提示词后，Cursor就会创建四个Worktree，每个Worktree里各分配一个模型，四个马儿一起跑，齐心协力去完成同样的任务。

无论你叫这田忌赛马还是别的什么，反正你拥有决策权，可以在这几个Worktree之间自由切换，看看哪个模型的表现更好，继续使用它；表现不佳的模型，直接就可以停止。

最终，你会自己判断哪个模型跑得快，就选择对应Worktree的结果。

没错，巡视是很有必要的，因为四个模型同时在工作，每个模型都会消耗tokens。如果不及时结束那些表现不佳的模型，最后的tokens账单可能会让你心疼。

小结

虽然Composer这个模型表现一般，但Cursor 2.0的功能升级确实让人眼前一亮。

核心在于Agent模式，它鼓励开发者更多依赖提示词，而不是直接修改代码，此外还能利用模型的优势，只要你愿意支付tokens，生产效率一定会大大提高。

AI工具变得越来越方便、越来越强大，你作为程序员，内心有什么感受呢？欢迎在评论区分享你的看法！