Cursor 3 在 2026 年 4 月 2 日发布，代号 Glass。
发布公告里有一句话让我停了一下：「开发者的工作正在从写代码转向管理 agent 写代码。」
这不是营销话术。打开 Cursor 3 的界面，你会发现它的整个交互逻辑都变了。
以前你是在写代码，现在你是在管一群在写代码的 agent。
—
最直观的变化是 Agents Window。
左侧边栏多了一个统一的 agent 管理面板，本地 agent 和云端 agent 都在这里。你可以同时跑五个 agent，一个在重构登录模块，一个在修 bug，一个在写测试，互不干扰。
以前这种并行只存在于幻想里。你要么自己切窗口，要么开多个终端，脑子里还得记着每个任务跑到哪了。
现在 Cursor 帮你管着。
—
云端和本地 agent 的切换是另一个让人觉得「终于来了」的功能。
场景是这样的：你在本地跑一个 agent 处理一个大任务，但你要关电脑出门。以前你只能等它跑完，或者强行中断。
现在可以把它推到云端继续跑。你出门，agent 在云上干活。回来了，如果需要调试，再把它拉回本地。
任务不再绑定在你的机器上，也不再绑定在你的在线状态上。
这个设计的影响比看起来大得多。它意味着 agent 开始有了某种「持续性」——不是你开着电脑才存在的那种，而是真正在后台运行的任务流。
—
新的 Diffs 视图专门为代码审查设计。
agent 改了一堆文件之后，你需要快速判断哪些改动是对的，哪些需要回滚。旧版本的 diff 界面在这种场景下很笨重，要一个文件一个文件翻。
新版本把所有改动聚合在一起，按模块分组，支持批量接受或拒绝。PR 管理也集成进来了。
这个改动背后的逻辑很清楚：当 agent 开始大量产出代码，人的工作就变成了审查和决策，而不是逐行编写。工具得跟上这个节奏。
—
内置浏览器是个细节，但很实用。
agent 写完前端代码之后，可以直接在 Cursor 里打开本地网站预览效果，截图，然后根据截图继续调整。整个循环不需要你手动切浏览器。
以前这个环节是断的——agent 改完代码，你得自己去浏览器看，再回来告诉它哪里不对。现在 agent 自己能看，自己能改。
这是 agent 第一次真正拥有了「眼睛」。
—
Cursor Marketplace 是这次发布里最值得长期关注的部分。
MCP、skills、subagents，都可以在这里安装。这是在搭一个生态，让第三方开发者来扩展 Cursor 的能力边界。
类比一下：这相当于 VS Code 的插件市场，但插件不是给人用的，是给 agent 用的。
这个生态一旦跑起来，Cursor 的护城河就不只是产品本身了，而是整个 agent 工具链。
—
说说和竞品的差异。
Claude Code 是纯终端 agent，没有 IDE 界面，适合喜欢命令行的开发者，但上手门槛高，调试体验差。
GitHub Copilot 还在「辅助写代码」阶段——它帮你补全，帮你生成函数，但它不会主动去跑任务、管流程。
Cursor 3 走的是第三条路：IDE 和 agent 融合。你还在熟悉的编辑器里，但编辑器已经变成了一个 agent 调度中心。
这三条路没有绝对的对错，但 Cursor 的路径对大多数开发者来说摩擦最小——不需要改变工作环境，只需要改变工作方式。
—
有一个问题值得想清楚：开发者的角色变了，技能要求也变了。
以前衡量一个开发者，看的是他能不能写出好代码。以后可能更多看的是：他能不能给 agent 下清晰的指令，能不能快速审查 agent 产出的代码，能不能在 agent 跑偏的时候及时纠正。
这不是说写代码的能力不重要了。恰恰相反，你得足够懂代码，才能判断 agent 写的代码是不是对的。
但「写」和「管」之间的比例，正在发生变化。
—
Cursor 3 不是一次功能更新，是一次产品定位的跃迁。
从「帮你写代码的工具」变成「帮你管 agent 的平台」。
这个跃迁发生得比大多数人预期的快。
