Meet the new Cursor — Cursor 3
Meet the new Cursor — Cursor 3
原文链接：https://cursor.com/blog/cursor-3 来源：Cursor（Anysphere）官方博客 发布日期：2026-04-02
速查卡
| 项目 | 内容 |
|---|---|
| 一句话总结 | Cursor 从零重建界面，以 Agent 为中心定义软件开发的”第三纪元” |
| 大白话版 | Cursor 不再只是一个写代码的编辑器，而是变成了一个管理 AI 编程军团的指挥中心 |
| 核心要点 | • 多仓库原生布局 • 本地↔云 Agent 无缝切换 • Composer 2 自研前沿编码模型 • 插件市场（MCP/Skills/子Agent） • 可随时切换回传统 IDE |
| 价值评级 | A — 必读级。这是 AI 编程工具从”代码补全”到”Agent 编排”的范式转移，定义了下一代开发者工具的形态 |
| 适用场景 | 所有使用 AI 辅助编程的软件开发者；特别是需要并行管理多个 Agent 任务的团队 |
文章背景
Cursor 3 的发布发生在一个极为关键的时间节点。2025 年是 AI 编程工具从”副驾驶”演进到”代理人”的转折年：
- Claude Code（Anthropic）证明了终端型 Agent 的可行性——无需 IDE，纯命令行完成复杂编程任务
- OpenAI Codex 推出云端 Agent，可在后台长时间自主工作
- Windsurf（Codeium）以 “AI-native IDE” 定位直接挑战 Cursor
- Google Antigravity（同日发布！）推出 Agentic 开发平台
Cursor 作为 AI 编程工具的先行者（2023 年创立，fork VS Code），面临着来自四面八方的竞争压力。Cursor 3 是他们对整个竞争格局的全面回应。
Cursor CEO Michael Truell 此前提出了”软件开发三个纪元”的框架：
- 第一纪元：人类手写每一行代码
- 第二纪元（当前）：人类与 Agent 协作，Agent 写大部分代码
- 第三纪元（即将到来）：Agent 编队自主工作，人类负责审查和方向指导
Cursor 3 的设计就是为”第三纪元”铺路。
完整内容还原
从 VS Code Fork 到自主界面
Cursor 最初选择 fork VS Code 而非做扩展插件，就是为了获得塑造界面的自由度。Cursor 3 把这种自由度推到了极致——从零构建了一个全新的界面，不再受 VS Code 的交互范式束缚。
核心设计哲学：把开发者从”代码行”的层面拉升到”任务/Agent”的层面，同时保留随时深入代码细节的能力。
多仓库原生布局（Multi-Repo Layout）
传统 IDE（包括 VS Code 和之前的 Cursor）以”工作区”为单位，一次主要聚焦一个项目。Cursor 3 天然支持跨多个代码仓库同时工作。
这解决了现代软件开发中一个真实痛点：微服务架构下，一个功能改动可能跨越 3-5 个仓库（前端、后端 API、共享库、基础设施配置、文档）。之前开发者需要打开多个 VS Code 窗口来回切换，现在在一个统一视图中操作。
并行 Agent 管理
这是 Cursor 3 最核心的产品创新：
- 统一侧边栏：所有 Agent（本地和云端）集中在一个侧边栏中管理，能看到每个 Agent 的状态、进度、产出
- 多入口启动：可以从桌面端、移动端、Web、Slack、GitHub、Linear 启动 Agent 任务
- 云 Agent 产出物可视化：云 Agent 完成工作后会生成截图和 demo，开发者在侧边栏中直接审查，无需切到浏览器
为什么这重要？ 在”第三纪元”中，一个开发者可能同时运行 5-10 个 Agent：一个在重构认证模块，一个在写测试，一个在修 bug，一个在生成文档，一个在做前端原型。没有统一管理界面，这种并行工作模式不可能高效运转。
本地↔云无缝切换
Cursor 3 做了一个极其精妙的交互设计：Agent 会话可以在本地和云之间自由迁移。
- 云→本地：当你想亲自编辑和测试 Agent 的产出时，一键把云 Agent 的工作拉到本地环境
- 本地→云：当任务需要长时间运行（例如大规模重构），把本地 Agent 推到云端继续执行——即使你合上笔记本电脑也不中断
这解决了两个实际问题：
- 长时间任务不再受限于本地机器的续航和在线状态
- 开发者可以在”监督模式”（本地，实时看到每一步）和”委托模式”（云端，后台运行）之间灵活切换
Composer 2：自研前沿编码模型
Cursor 3 集成了 Composer 2——Cursor 自研的前沿编码模型，提供”高使用额度”。
这是一个重要的战略信号：Cursor 不再仅仅是一个”编排其他公司模型的 IDE”，而是开始构建自有模型能力。拥有自研模型意味着：
- 更低的边际成本（不需要每次调用都付第三方 API 费用）
- 针对 IDE 工作流优化的微调空间
- 在模型层面与 Claude Code / Codex 差异化竞争
插件市场（Cursor Marketplace）
Cursor 3 推出了自己的插件生态系统，支持三种类型的扩展：
- MCP（Model Context Protocol）：标准化的模型上下文协议，让 Agent 可以连接外部工具和数据源
- Skills：预定义的能力模块，Agent 可以按需加载
- 子 Agent（Sub-agents）：专门化的小 Agent，被主 Agent 调用来执行特定子任务
关键特性：一键安装 + 团队私有市场。这意味着企业可以构建内部的 Agent 能力库，在团队间共享。
保持 IDE 能力
Cursor 3 明确强调”可随时切换回 IDE”——这不是放弃代码编辑器，而是在其上层叠加了 Agent 管理界面。
保留的 IDE 能力包括：
- 完整的文件查看和编辑
- LSP（语言服务器协议）支持：Go to Definition、代码补全等
- 内置浏览器（可预览本地网站）
- 新的 Diff 视图：更简洁的变更审查界面
- Stage → Commit → PR 的完整 Git 工作流
核心技术洞察
洞察 1: “抽象层级提升”是 AI 工具演进的核心
Cursor 3 的设计哲学——“把你拉到更高的抽象层级，需要时再深入”——是整个 AI 工具演进的缩影。
就像高级编程语言把开发者从汇编指令中解放出来一样，Agent-first 界面把开发者从逐行代码审查中解放出来。但关键是保留深入的能力——最好的抽象不是隐藏细节，而是让你在大部分时间不需要关心细节，又能在需要时快速下钻。
洞察 2: “Agent 是新的进程”
Cursor 3 管理 Agent 的方式（侧边栏列表、状态监控、可暂停/恢复/迁移）与操作系统管理进程的方式惊人地相似。这暗示了一个更深的趋势：Agent 可能成为计算的新基本单位。
未来的”操作系统”可能不再以”应用程序”为核心，而是以”Agent 任务”为核心——启动、监控、调度、终止、在设备间迁移 Agent，就像今天我们管理进程一样。
洞察 3: 本地↔云的”量子叠加态”
Agent 可以在本地和云之间自由迁移的设计，打破了传统的”本地 IDE vs 云 IDE”二分法。这不是两种工具的简单组合，而是一种全新的计算范式——工作负载可以根据需要动态迁移，而用户无需关心底层基础设施。
竞品对比
| 维度 | Cursor 3 | Claude Code | OpenAI Codex | Windsurf | Google Antigravity |
|---|---|---|---|---|---|
| 界面形态 | Agent-first 桌面应用 | 终端 CLI | Web + API | AI-native IDE | Web 平台 |
| Agent 管理 | 统一侧边栏 | 单 Agent | 云后台 | 集成式 | Manager Surface |
| 本地↔云 | ✅ 无缝切换 | 仅本地 | 仅云端 | 仅本地 | 仅云端 |
| 多仓库 | ✅ 原生支持 | N/A（命令行） | ✅ 云沙箱 | 单仓库 | ✅ |
| 自研模型 | Composer 2 | Claude 系列 | GPT-5/Codex 系列 | — | Gemini 系列 |
| 插件生态 | MCP/Skills/子Agent | MCP | Skills | — | — |
| 价格 | 订阅制 | API 计费 | 按量 + 席位 | 订阅制 | 预览免费 |
| 适合谁 | 全栈开发者 | 终端爱好者 | 企业团队 | VS Code 用户 | Google 生态用户 |
批判性分析
局限性
-
信息密度偏低：博客文章缺少技术深度——Composer 2 是什么架构？多大参数量？在什么 benchmark 上表现如何？本地↔云切换的延迟和数据同步机制是什么？这些关键技术细节完全缺失
-
“第三纪元”的实际距离：Cursor 的叙事很宏大（“Agent 编队自主工作”），但当前的实际体验离这个愿景还很远。大多数开发者仍在”第二纪元”（人+Agent 协作），Agent 的可靠性和自主性还不足以支撑真正的”第三纪元”工作模式
-
插件生态的冷启动问题：声称有”数百个插件”，但与 VS Code 的 4 万+扩展相比，生态丰富度差距巨大。能否吸引足够的第三方开发者是关键
-
自研模型的竞争力存疑：Composer 2 缺乏任何公开的能力评估，难以判断其与 Claude Opus 4.6 或 GPT-5.4 相比的竞争力
适用边界
- 最佳场景：需要并行管理多个 AI 编程任务的全栈开发者；微服务架构下的跨仓库协作
- 不太适用：偏好轻量编辑器（Vim/Neovim）的开发者；只需要简单代码补全的场景；终端型 Agent 工作流的深度用户（Claude Code 用户）
独立观察
-
Cursor 3 与 Google Antigravity 同日发布绝非巧合——两者都定位”Agentic 开发平台”，暗示整个行业同时到达了”Agent-first IDE”的认知拐点。
-
“可随时切换回 IDE”的承诺既是优势也是包袱。这意味着 Cursor 3 需要同时维护两套界面（Agent Window + 传统 IDE），增加了工程复杂度和设计一致性的挑战。
-
Slack/GitHub/Linear 集成启动 Agent的设计值得关注——这暗示 Cursor 的野心不仅仅是”更好的 IDE”，而是成为软件开发的统一 Agent 编排平台，无论你在哪个工具中工作。
-
动动的实际关切：对于我们使用 Claude Code 作为主力编码工具的工作流，Cursor 3 的核心价值在于”Agent 可视化管理”和”云端长时间运行”。值得关注 Cursor 3 对 Claude Code 的集成深度——如果可以在 Cursor 3 中直接管理 Claude Code Agent 会话，可能会成为一个强大的组合。
对领域的影响
短期：HN 上 134 点 + 112 条评论的热度表明社区关注度高。Cursor 的付费用户将率先体验并反馈，预期 1-2 个月内社区评测密集出现。
中期：如果 Cursor 3 的 Agent 管理体验确实优于竞品，可能加速”Agent-first”开发范式的普及。VS Code 生态可能被迫做出回应（Microsoft 的 Copilot Cowork 已在尝试）。
长期：IDE 可能不再是”写代码的地方”，而是”管理编写代码的 Agent 的地方”。开发者的核心技能可能从”写代码”向”定义任务+审查产出+架构决策”转移。Cursor 3 是这个转型的一个重要里程碑。