Cursor，这款以 AI 为先的代码编辑器与智能体平台，于 2025 年 10 月 29 日发布了 Cursor 2.0 ——一次重大更新，将一款专为编码打造的模型（名为 Composer）与重新构想的、以智能体为中心的界面，以及一组旨在让智能体化编码更快、更安全、更协作的平台升级组合在一起。公司将此次发布定位为从“接入第三方模型”向“交付自研、端到端为‘智能体化’软件开发优化的模型与工具”的战略转型。
下文：深入概览 Cursor 在 2.0 中的交付内容、Composer 的构建方式、具体更新日志，以及——最重要的——这次发布究竟让 AI 开发者世界“真正感到意外”的是什么。
什么是 Cursor（开发者为何应关注）？
Cursor 是一款从零开始设计的编辑器与平台，让开发者在编码工作流中将 AI 智能体作为一等公民的协作伙伴。它结合了本地/远程编辑器、智能体编排、工具集成（终端、浏览器、语义搜索），以及以模型为中心的工作流，从而让智能体能够在真实代码库上进行读取、规划、编辑、测试与迭代。公司将 Cursor 品牌为“the best way to code with AI”，聚焦于让智能体执行有用的工程任务，而不仅仅是自动补全代码行。
为何 Cursor 2.0 此时重要
面向代码的 AI 助手已从单轮补全迈向更长的、多步骤工作流（计划 → 编辑 → 测试 → 迭代）。这带来了新的瓶颈——时延、跨大型仓库的上下文保真、安全执行 shell/CI 命令，以及人类审阅智能体改动的工作。Cursor 2.0 直接针对这些瓶颈，通过同时交付一款为智能体化工作流调优的模型以及可让多智能体并发且安全运行的 UI/架构原语来解决。简言之：Cursor 正尝试成为面向智能体中心的软件工程的全栈。
Cursor 2.0 更新特性：
- 快 4 倍——平均对话轮次在 30 秒内完成；
- 增强的多步骤任务能力——能够独立处理复杂的代码链路；
- 增强的语义搜索——能够理解并发现整个代码库中的关联关系；
- 低延迟交互优化——适用于实时开发与快速原型制作；
- 强化学习（RL）训练——面向智能体式编码进行优化。
Cursor 2.0 的核心理念是什么？
从根本上看，Cursor 2.0 推进了三个相互关联的理念：
1. 智能体优先的编辑器设计
不再将智能体附加在传统 IDE 之上，Cursor 2.0 在编辑器中将智能体作为对象暴露：可在侧边栏中可见、作为进程加以管理，并能对仓库运行“计划”（多步策略）。这将 AI 行为重构为可编排的任务——每个任务都有输入、日志与输出，工程师可进行检查。
2. 快速、专用的编码模型（Composer）
Cursor 的新模型 Composer 是一款专为 Cursor 环境内的智能体交互训练与优化的前沿编码模型。它强调吞吐与响应性——这是编辑器内短促、迭代式编码回合的关键属性——而非昂贵的基于 token 困惑度的基准。公司报告称，在其内部基准中，Composer 相比同等能力的模型实现了约 4× 的生成速度，并在多数交互回合中于 30 秒内完成。这种速度不只是便利；它改变了智能体化工作流的体验（从“等待”变为“迭代”）。
3. 并行、隔离的智能体执行
Cursor 2.0 允许团队在同一项目上并行运行多个智能体，同时通过对每个智能体的工作空间进行沙箱隔离（如 git worktree 或远程 worker 沙箱等技术）防止文件冲突。这使得规模化的“假设”探索成为可能：并行运行多种修复策略、重构变体或测试流水线，并在互不干扰的情况下比较结果。
Cursor 2.0 更新日志：具体有哪些新内容？
Cursor 在 2.0 公告中发布了详尽的更新日志。以下重点概括了最具影响力的产品与研究变更。
Composer — Cursor 的首个智能体式编码模型
- **专用前沿模型：**Composer 被描述为一款为软件工程任务与智能体速度调优的“前沿”模型。其训练过程中可访问代码库工具，这有助于它学习在真实世界仓库中进行搜索、编辑与多步骤问题求解的模式。
- **速度优势：**Cursor 报告称 Composer 在生成吞吐上相较同等智能的模型约 快 4×，并且多数会话回合在实践中于 30 秒内完成——这对交互式会话是关键改进。
- **智能体化优化：**Composer 在智能体场景中训练（可访问语义搜索、编辑与测试运行器等工具），并通过强化学习方法优化，以偏好快速、可靠的代码变更。部分独立报道指出模型训练配方中采用了 MoE 风格（mixture-of-experts）架构与 RL 微调。
开发者影响：更低的时延与更好的大仓库上下文感知，使迭代型智能体工作流更敏捷、对多步编辑更可信。
多智能体：并行智能体编排
**侧边栏与计划管理：**新的编辑器 UI 允许开发者创建、命名与管理多个智能体及“计划”（多步智能体策略），并通过持久侧边栏让智能体及其日志更易于检查。
**并行运行（最多八个智能体）：**Cursor 2.0 支持基于同一提示并行运行最多 八个智能体，每个智能体在隔离的代码库副本中操作以防止冲突。这通过本地 git worktree 或远程机器 worker 实现。并行性将智能体化试验从线性、阻塞过程转变为快速、可比较的过程。
Browser（GA）：让智能体测试与检查真实 Web UI
Browser 毕业为 GA： Cursor 的内置智能体浏览器——最初为测试版——现已全面可用并更好地集成到编辑器中。智能体可与网页交互、提取 DOM 元素，并将结构化信息回传至智能体运行时。这使得智能体无需离开编辑器即可查阅文档、获取远程 API，并进行以 Web 为驱动的调试。
**开发者影响：**智能体现在能够验证 UI 变更、复现客户端缺陷，并以具体的 DOM/可视证据进行迭代，而非依赖抽象的文本描述。
改进的代码评审与 Diff
**更容易对智能体的跨文件改动进行评审。**Cursor 2.0 简化了在仓库中审阅智能体改动的过程，无需频繁在文件间跳转；Diff 的呈现方式降低了认知负担。
**开发者影响：**随着智能体进行更大或跨文件的编辑，人类评估可信度所需的时间下降——这是采纳的关键步骤。
Sandboxed Terminals（GA）与安全控制
**Sandboxed terminals 在 macOS 上 GA，并默认在安全环境中运行智能体的 shell 命令。**Shell 运行在对工作区具有读/写访问、默认无网络的沙箱中，并对敏感命令采用白名单机制。面向企业的管理员控制可用。
**开发者影响：**更安全的智能体执行至关重要；当智能体需要运行测试、执行 linter 或临时命令时，沙箱可降低风险。
语音模式、计划模式与后台智能体
- 语音控制 智能体（语音转文本 + 自定义提交关键词）。
- 计划模式：用一个模型创建计划，并用另一个模型执行；计划可在前台或后台运行。
- 后台与云端智能体：更快的启动、云端智能体 99.9% 可靠性、更好的后台工作可见性。
Cursor 2.0 对更广泛的 AI 编码格局意味着什么？
Cursor 的动作因两点而值得注意：
- **专用优于通用。**Composer 体现了面向特定领域与运行时构建模型的趋势（此处：IDE 内的智能体式编码）。团队不再以单一通用模型服务所有场景，而是主张与其所处的 UX 与工具链协同设计模型。
- **将智能体编排作为产品原语。**Cursor 的 UI 将智能体视作可管理的资源，你可以编排、审计与版本化。这种产品范式——具备隔离 worktree 与共享计划的受管进程——很可能在其他开发者工具中出现，因为团队希望安全地扩展自治式辅助。
这组组合——更专用、更快的模型加上有意设计的编排 UX——促使行业进一步从“模型即自动补全”走向“模型即主动协作者”，同时也提出每个团队都必须回答的治理问题。
如何获取 Cursor 2.0？
-
从官网下载或更新 Cursor 应用（Cursor 通过其网站分发版本）。Cursor 2.0 作为 v2 产品线发布（Composer + 多智能体 UI），因此更新到最新 Cursor 构建是第一步。
-
确保已启用 Cursor 2.0 / Composer
- Cursor 的定价基于订阅计划，每档提供不同的 Composer 与其他模型访问级别。公司提供免费的 Hobby 计划，但专业用户通常选择付费计划以解锁全部功能。
- Cursor 的 2.0 发布（Composer、多智能体 UI、内置浏览器等）在更新日志中已突出标注；若应用自动更新，你应已在 2.0。如未更新，请在下载页或应用的更新对话框中进行更新。
- Composer 或多文件/智能体功能在旧版本中可能位于 Settings 的 Beta 切换项后。如未看到 Composer，请检查 Settings → Features/Beta 并启用；Composer 通常通过 Composer/Agent 快捷键（例如
Ctrl/Cmd + I）或侧边面板打开。Composer 可开/关，并显示在 Agent/Composer UI 中。
- 配置 API 密钥 / 模型：Cursor 使用配置的 API 密钥调用 LLM 提供商（OpenAI、Anthropic、Google，或如 CometAPI 等自定义提供商）。打开 Cursor → Settings → Models（或 Settings → API keys）添加提供商密钥与自定义基础 URL。随后 Cursor 将允许你在 Chat / Agent / Composer 中选择启用的模型。
如何在 Cursor 中使用 CometAPI？（分步）
简要总结：CometAPI 是一个模型聚合网关（单一端点可代理多家模型厂商）。在 Cursor 中使用它的流程是：注册 CometAPI、获取 API key 与模型标识，然后在 Cursor 的 Models 设置中作为自定义提供商添加该 key + 端点（覆盖基础 URL），并在 Composer/Agent 模式中选择 CometAPI 的模型。
步骤 A — 获取你的 CometAPI 凭证
- 在 CometAPI 注册并从其控制台 创建 API key。妥善保管该密钥（将其视作 bearer token）。
- 创建/复制 API key，并记录你要使用的模型名称/ID（例如
claude-sonnet-4.5或 CometAPI 提供的其他厂商模型）。CometAPI 文档/指南 描述了具体流程并列出支持的模型名称。
步骤 B — 在 Cursor 中将 CometAPI 添加为自定义模型/提供商
- 打开 Cursor → Settings → Models（或 Settings → API Keys）。
- 若 Cursor 提供 “Add Custom Model” 或 “Override OpenAI Base URL” 选项，请使用：
- Base URL / Endpoint：粘贴 CometAPI 的 OpenAI 兼容基础 URL（CometAPI 会说明其是否提供
openai/v1风格端点或特定提供商端点）。（示例：https://api.cometapi.com/v1——请使用 CometAPI 文档中的实际 URL。） - API Key：在 API key 字段粘贴你的 CometAPI 密钥。
- Model name：严格按照 CometAPI 文档添加模型标识（例如
claude-sonnet-4.5或composer-like-model）。
- 验证连接（如 Cursor 提供“Verify”/“Test”按钮）。Cursor 的自定义模型机制通常要求提供商 OpenAI 兼容（或 Cursor 接受基础 URL + key）。社区指南也显示相同模式（覆盖基础 URL → 提供密钥 → 验证）。
步骤 C — 在 Composer / Agent 中选择 CometAPI 模型
- 打开 Composer 或 Agent（快捷键
Ctrl/Cmd + I或侧边面板）。 - 将模型选择从 Auto（或当前模型）切换到你刚添加的自定义提供商/模型。
- 启动 Composer 会话或生成一个智能体，并确认其使用你选择的 CometAPI 模型进行响应。用小提示进行测试（例如：“搜索仓库并为
tests/中失败的函数添加单元测试”）以验证行为。
结论：这是否是一次里程碑式更新？
Cursor 2.0 不只是功能更新；它是一条产品层面的主张，将一款专用编码模型与让智能体化工作流切实可用的编排原语结合在一起。令人意外之处——显式为速度优化的自研智能体模型（Composer）、具备具体隔离机制的多智能体运行时、以及更深的工具集成如 GA 浏览器——标志着 AI 与软件工程融合方式的成熟。对于严格执行评审、测试与流程卫生的团队而言，Cursor 2.0 为显著加速迭代与自动化常规工程任务提供了可信路径。对更广泛的 AI 开发者生态而言，Cursor 对智能体编排与工具化的专注，可能会推动其他厂商跳出单一助手交互，走向智能体团队、运营护栏与时延感知模型。