Cursor2.0：再强的 AI Coding，也要拼尽全力补模型的课

以下文章来源于硅星GenAI，作者董道力

作者｜董道力

邮箱｜dongdaoli@pingwest.com

Cursor 2.0来了。

在开发者社区第一时间对它新更新的各种功能进行体验评测的时候，一个更重要的节点性意义也已经显现：

哪怕在AI Coding上目前是最领先的产品，Cursor也还是要补模型的课。此次的更新里，一个所有功能更新的原点，就是自研模型Composer的出现，以及Cursor对它在产品里的扮演的角色的设计。在 AI Coding 的赛道上，Cursor 终于还是走到了这一步。

1

新的开发范式：Agent 化、多任务并行

首先我们看看它在Agent能力上的更新。

在其官方更新日志里，Cursor表示：它正在从“以文件为核心的编辑器”向“以 Agent 为中枢的开发平台”转变。

“我们重构了一切。”在 2.0 之前，你打开 Cursor 的体验和任何一个现代编辑器没太大区别：窗口、文件、光标，还有一条随时待命的 AI 命令行。而现在，一切的中心不再是“文件”，而是“智能体”（Agent）。

开发者不需要再告诉 AI “打开哪个文件”“修改哪一行代码”。取而代之的是，你告诉系统目标，它就会派出一个或多个 Agent 去规划、执行、验证。

一个人、一台电脑，八个 AI 开发者。

我们简单尝试了一下，打开 Use Multipe Models，选择你需要的使用的模型，输入 promtps。你就能看到最先进的 AI 编程模型为你工作。

做到了一句话，让 AI 用掉成堆的 tokens。

那么模型之间会互相删除代码吗？Cursor 也早有准备，官方文档明示，它的底层依赖git worktree机制，每个 Agent 都会在独立的工作副本中运行、修改、测试代码。这样每个智能体就像一个在不同分支上工作的工程师：互不干扰，最后再合并成果。

每个智能体拥有自己的代码副本、自己的上下文环境，从而避免了 “智能体互相覆盖” 或 “分支冲突” 的问题。

1

Cursor 不再只是一个编辑器，而是一家模型公司

所有这些变化的底层支点，是 Cursor 首次推出自家模型Composer。在更新日志里，团队用了颇为自信的表述：“在相近智能水平下，Composer 推理速度快 4 倍”。官方外宣与媒体评测也都强调了“大多数交互 30 秒内完成”。这意味着它不再把智能外包给第三方，而是把“速度/延迟/上下文管理”等关键变量握回到自己手里。

过去，Cursor 依赖 OpenAI、Anthropic 等外部模型，带来的问题是成本高、响应慢、上下文受限。而Composer的路线是一次“垂直化”的模型工程：围绕代码生成、语义索引与上下文检索做了定制优化，先“读懂”整个代码库与依赖/命名约定，再动笔产出。结果是从“会写代码的工具”，升级为“懂项目的工程师”。

Cursor 2.0 把“并行代理 + 长时规划”推到台前，效率飞起的同时也直面一个行业级悖论：订阅收入是固定的，推理成本却按量计费。即便单价在下行，总量却因更深的思考、更长的上下文、更频繁的工具调用而飙升。

而2.0多代理把一次任务的 Token 消耗按代理数成倍放大，Plan/思考链也会拉长回合。结果就是“单价下降 vs 用量爆炸”的拉扯：若不自研与系统级优化，很容易造成流水高盈利少，帮模型公司打工。。

从这个角度看，Cursor 把 Composer 拉成“第一方模型”，就是在补这门“模型的课”：既要把速度做上去，也要把推理账单压下来，为 2.0 的多代理范式提供一个能跑、能控、能扩的底座。

当然， Composer 不是临时起意的上新，而是 Cursor 为2.0 铺路后的自然成果。先在 8 月重写 MoE 的 MXFP8 内核，把训练/推理的低延迟底座打牢；9 月到 10 月初又用在线强化学习打磨补全模型、推出Plan Mode，把“先读库—出计划—再执行”的范式与工具链跑通；在这条工程管线之上，10 月 29 日正式发布Composer。

我尝试用 Composer 写了一个 todo 网页，快是真的快，但 UI 啥的还是很熟悉。后续可能需要在更大的项目中才能体验到 Composer 与其它模型的区别。

1

浏览器内嵌：AI 看见自己

另一个看似不起眼，却极具象征性的改动，是内嵌浏览器的终于到来。为什么要说终于呢，这个功能貌似国产的 AI IDE 早就搭载了。

Cursor 2.0 之前，AI 写完代码后，必须等待开发者运行项目、查看效果、再反馈问题。现在，AI 可以直接在编辑器内部打开浏览器，运行自己写的代码，看见结果，甚至能主动修复样式或逻辑错误。这种“AI 自我感知”的设计，正在模糊人机协作的边界。

在官方的演示中，一个简单的前端应用从生成到自测，AI 能自动完成数次循环优化，而用户几乎不需要输入任何命令。这意味着 AI 不再是等待被指挥的“助手”，而是一位能主动检视自己作品的参与者。

1

很重要但不明显的更新

与此同时，Cursor 2.0 在一些看似“不炫目”但极其关键的层面上，也完成了向成熟工程系统的跃迁。

首先是安全与执行边界：随着多智能体开始可以独立执行命令、运行脚本，AI 已经不仅在“写代码”，还在“做决策”。因此 2.0 默认启用沙盒终端，让每一条由 AI 触发的命令只能在隔离环境中运行，不能访问系统关键路径或外网资源，避免“自动化带出不可控风险”。

其次是团队维度。2.0 开放了团队规则与共享指令能力，企业可以为所有成员定义统一的命名规范、注释格式、错误处理约束与构建流程，AI 在整个组织中会自然遵守这些“开发宪法”。如果说 1.0 时代你在教 AI 写你的代码风格，那么 2.0 时代，团队直接教 AI 写整个公司的工程文化。

在体验层面，Cursor2.0 加入了语音控制功能，实现说话编程？？

1

开发者们怎么说

在国内外社区，Cursor 2.0 的讨论几乎呈现出一条清晰的分界线：一端是兴奋的尝鲜者，另一端是保持审慎的专业开发者。支持者认为，Cursor 2.0 让“AI 参与编码”正式迈过了从辅助到代理的门槛，而怀疑者则提醒，人们或许低估了这种 paradigm shift（范式切换）背后的成本与风险。

在 Reddit 上，有人一早打开编辑器，就看到“Use Multiple Models、Git Worktrees 和 Agent Review”一排新功能，于是感叹这工具发布节奏“快得有点吓人”。甚至有人直言 Cursor 的交互体验“比很多竞品领先一代”，理由是它不是把 AI 塞进旧 IDE，而是从第一天就选择站在 AI 原生的基座上重构一切。

然而，这股热潮下并非只有赞誉。有人测试多模型协作与 Agent Review 后，直言“请求量消耗得离谱”，瞬间把算力要钱的痛点拉回现实。还有人抱怨新定价策略对个人开发者“并不友好”。更保守的声音警告，Cursor 的迭代节奏虽然快，但功能推得很猛，有时也不太稳。

如果把当下的 AI 编程赛道摊开看，模型本身的“上限”短期内很难靠再多一点参数或再快一档推理突破，AI IDE 的功能表也在迅速趋同：智能补全、跨文件改写、内嵌浏览器、自测循环、多模型切换，几乎都在路上。

真正的分水岭，已从“谁的模型更强”转向“谁把AI编程这门生意做通”：并行吞吐、跨文件改动的正确率，以及把每个功能的 Token/时间成本压进可控区间。

就此维度看，Cursor 2.0 把多 Agent＋worktree 隔离设为默认范式，用 Composer 把“低时延＋库级语义理解”写进模型目标，并把推理成本与调度权收回自家栈内——这正是在补那门“模型的课”：让速度、正确率与账本同时闭环。

那么，你对 Cursor 的这次更新满意吗？