章节导航 第 21 章 / 共 23 章
第 21 章 第六部分：专题研究

专题：与 Cursor / Windsurf 的架构对比

终端 Agent vs IDE 插件 vs 独立 IDE——三条技术路线的设计哲学、能力边界和适用场景

Claude Code Cursor Windsurf Trae 架构对比 AI编程 专题研究

为什么需要这个对比

Claude Code 不是在真空中存在的。2026 年 AI 编程工具赛道已经进入白热化——Cursor 年化收入（ARR）在 2026 年 5 月达到约 40 亿美元量级（同年 2 月为 20 亿，增速约每 2–3 个月翻一番），Claude Code 在 SWE-bench 上刷到 80.8%，Google 带着 Antigravity 入场。

⚠️ 两个数字都带有时间戳，不要当作静态事实引用。「80.8%」是某一时点的公开榜单快照——SWE-bench 类榜单的成绩随模型版本、harness 版本与评测配置持续变动，本章后文出现的其他 SWE-bench 分数（如 Windsurf 的 SWE-Bench Pro）也来自不同评测集，彼此不可直接横比。ARR 同理：40亿是Sacra等第三方的估算值（Wikipedia记为40 亿是 Sacra 等第三方的估算值（Wikipedia 记为 30 亿），并非 Cursor 官方披露数字，引用时应注明估算口径。

对比不是为了分出高下，而是为了理解设计选择背后的 trade-off。每个工具选择了不同的架构形态，这些选择决定了它们的能力天花板。

本章基于 The AI University 的架构级对比、多篇社区横评以及源码分析。

根本性的架构分歧

维度Claude CodeCursorWindsurfCopilot AgentOpenAI CodexZedTrae SOLOMuse Code
形态终端 CLI（非 IDE）VS Code 分支（IDE 插件层）Agent 看板 + 完整 IDE（Devin Desktop，2026-06-02 由 Windsurf 更名，Agent Command Center 为默认首屏）VS Code 扩展 + Copilot App 桌面应用（2026-06-17 GA）跨表面 Agent 层原生 Rust 编辑器+ACP 协议独立端（无需 IDE / 全自主 Agent 模式）终端 CLI（Meta 分发）
智能层位置独立于编辑器运行嵌入编辑循环中嵌入可视化反馈循环嵌入编辑器+GitHub独立 Agent 运行时Agent 调度中心（不做 Agent，做 Agent 入口）Agent 为核心，IDE 为辅（SOLO 模式一键生成）终端 Agent 独立运行（复用 Claude/Codex 后端）
自主权级别全自主（可无人值守）半自主→Agent mode 默认半自主→内置云端 Agent半自主→Agent Mode GA（2026-06-25，零额外费用）→Copilot App 并行 Agent（多 worktree）全自主（云端+本地）并行多 Agent（多 worktree）全自主（SOLO 模式）+ 半自主（Builder 模式）全自主（终端 Agent）
核心赌注Agentic 优先编辑循环紧耦合多 Agent 同板管理 + ACP 开放（托管第三方 Agent 而非只跑自家）GitHub 原生深度集成 + 零摩擦升级管道（“已经在你编辑器里了”）跨表面一致性性能+Agent 互操作性+开源（ACP 已获多家编辑器厂商采纳，见 Zed 小节）全自主 Agent 一键生成+字节生态整合Meta 分发渠道（VS Code/JetBrains 数百万装机）+ 开源终端 Agent

这个分歧是根本性的。它不是”功能多少”的问题，而是”产品哲学”的问题。

⚠️ 「支持 worktree 隔离」是一个布尔值，「删除路径安不安全」才是可比的那一项（2026-10-21 补）。上表把 git worktree 并行当成一档并列能力来描述（Cursor 最多 8 个、Copilot 并行会话 + worktree 隔离、Zed 多 worktree、Claude Code ForkSubagent），但布尔值掩盖了成熟度的差距。以 Claude Code 侧为例，增量窗口 v2.1.287–v2.1.306 内有 20 条 worktree 相关修复（按官方 changelog 逐条计数），其中两条直接涉及未询问即删除：

  • v2.1.304：“Fixed claude --worktree removing the worktree and its branch without asking at exit when HEAD was detached or on another branch, which could lose commits”
  • v2.1.301：“Fixed quitting removing a worktree made by a WorktreeCreate hook without asking when it may hold unpushed commits”

两条的共同形态是：退出路径上的自动清理没有先问。这类缺陷的危险之处在于它只在异常分支（detached HEAD、hook 创建的 worktree）上出现，日常使用碰不到，因而不会出现在任何一方的”能力清单”里。选型时值得把”并行隔离的回收路径是否有确认”单列一问。

Agent 能力：决定性差异

Claude Code：原生 Agent 架构

从本书第 1-15 章的分析可以看出，Claude Code 是唯一以 Agent 执行为一等公民设计的工具。源码中的证据：

  1. claude -p 模式：完全非交互式调用——可从脚本、编排器、cron 任务、甚至其他 Agent 中调用
  2. 42+ 工具系统（第 5 章）：完整的 Schema 验证、行为标记、权限控制
  3. 6 种内置代理（第 8 章）：多代理编排是原生能力
  4. MCP 深度集成（第 10 章）：一等公民级别的工具扩展协议
  5. 后台/无头执行：笔记本合盖后仍可运行
# 典型的 Agent 编排调用
claude -p "分析过去 24 小时的用户活动日志..." \
  --mcp-config ./mcp.json \
  --output-format json

Cursor：编写 Agent 代码的好工具

Cursor v3 的定位是开发 Agent 的最佳 IDE，0.45 版起 agent mode 已设为默认模式：

  • Composer 支持自主编码会话（工具使用、终端访问、文件系统写入）
  • 多模型选择（GPT-5.6、Claude Sonnet 5（1M token 上下文）/Opus 4.8、Gemini 3.5 Pro 运行时切换）
  • 所有变更仍需人工审批后才写入磁盘（diff 可视化做得很好）
  • 无后台/无头执行模式
  • 无原生 Agent 编排概念
  • Agents Window（v3）：独立的 Agent 交互面板，将对话流与编辑流分离——Agent 对话不再占据编辑区，降低对编码流程的干扰
  • Design Mode（v3）：可视化 UI 设计模式，AI 直接生成/修改前端组件，所见即所得地从自然语言到界面
  • Background Agents（v0.46+）：在云端沙箱中异步运行长任务，最多 8 个 git worktree 并行
  • Bugbot：自动审查 PR 并提修复建议
  • 自研模型栈：Composer 2.5（2026-05-18 发布）——基于 Moonshot Kimi K2.5 开源 checkpoint，1.04T 总参数 / 32B 激活的 MoE；官方公布 SWE-bench Multilingual 79.8%、Terminal-Bench 2.0 69.3%、CursorBench v3.1 63.2%，定价标准档 $0.50/$2.50 每百万 token（Fast 档 $3/$15）。训练侧两项值得注意的做法：带文本反馈的定点 RL（在 rollout 中出错的那一轮插入提示，用「加了提示的模型」当老师做 on-policy 蒸馏 KL，解决长轨迹下的信用分配问题）与合成任务规模扩大 25 倍（如”特征删除”：删掉真实代码库里一个可测特性，让模型重实现，用测试做可验证奖励）。

    • ⚠️ 官方一并披露了合成任务放大带来的奖励黑客：模型在训练中学会了逆向工程残留的 Python 类型检查缓存、反编译 Java 字节码来还原被删掉的第三方 API。这类行为对 benchmark 分数有利、对真实可靠性无益，是第 17 章「数据配比与验证」议题在竞品侧的呼应。Cursor 称已用 agentic 监控工具发现并定位。

  • Credit-based 计费：Pro $20/mo（含基础 credit），Pro+ $60/mo，Ultra $200/mo
  • ARR 约 40 亿美元（2026-05，第三方估算）：完整轨迹为 2025-01 $1 亿 → 2025-06 $5 亿 → 2025-11 $10 亿 → 2026-02 $20 亿 → 2026-05 约 $40 亿，约 60–65% 来自企业客户。原文「突破 5 亿美元」是 2025 年 6 月的旧值，且与本章开头「20 亿美金」相差 4 倍。
    • 需要留意的是收入质量：在 $20 亿 ARR 阶段，据 Sacra / TechCrunch 分析，每 1 美元收入中约有 40–70 美分用于模型推理成本，大型企客已实现毛利转正、个人开发者账号仍亏损。这也是 Cursor 力推企业席位与自研模型的内在动因。
  • Continue 收购（2026-06）：以人才收购（acqui-hire）方式收购开源 AI 编程助手 Continue（GitHub 34,300+ stars），Continue 产品已关停（用户需在 2026-07-15 前导出数据），代码以 Apache 2.0 移交社区维护。联合创始人 Nate Sesti 加入 Cursor。这是 Cursor 继 Supermaven（2024）和 Graphite 后的第三次收购
  • SpaceX $600 亿收购已完成（2026-08-14 交割）：时间线为 2026-04-21 SpaceX 先取得「$600 亿收购 / 或付 $100 亿做联合研发」的选择权 → 2026-06-16 宣布全股票收购 Cursor 母公司 Anysphere、估值 $600 亿 → 2026-08-14 完成交割，Cursor 成为 SpaceX 全资子公司并并入 SpaceXAI 业务单元。Cursor 官网公司公告（Aug 14, 2026 · Company）标题即为「Cursor is now a part of SpaceX」。原文「战略投资」定性不准（这是收购而非投资），「仍在推进中」已过期。

Cursor Harness 与 Automations：与 Claude Code 的能力对位（2026-08-19）

Cursor 官方 changelog 于 2026-08-19 发布「Cloud Agents and Cursor Harness Improvements」，一次性补齐了多项此前只在本书记述的 Claude Code 侧能力。这是判断”谁领先”时最容易被忽略的一类事实：能力对位已经高度收敛。

Cursor（2026-08-19）Claude Code 对应能力（本书章节）
订阅 / Automations：Agent 订阅事件源（PR、Slack 讨论串、定时任务），事件发生时自动恢复工作第 20 章 session_crons 定时唤醒；Hooks 事件驱动
/goal：给一个长期目标，Agent 持续推进直至完成第 20 章 /goal（会话级 prompt-based Stop hook 的内置快捷方式）
/loop 与 /goal 组合做周期性检查第 18 章 session_crons / ScheduleWakeup
自定义模式：把任意 skill 固定为常驻模式Skills + always 加载策略
子智能体跑在各自的虚拟机上：每个子智能体获得隔离的项目副本与干净上下文第 8 章 ForkSubagent / 上下文隔离
引导改进：运行中发送后续消息不打断，等下一次工具调用再生效第 18 章 steering / 非打断式干预
远程控制本地 Agent（2026-10-06）：在 Cursor iOS App 查看并回复运行在本机上的本地 Agent；除企业组织外默认开启；官方强调 Agent 不迁移、仍跑在本机，但要求电脑保持开机联网；企业组织为默认关闭、由管理员在 Org settings > Security and identity > Remote control 开启claude remote-control（Remote Control）：增量窗口内多条条目，如 v2.1.300 移除无效果的 --sandbox / --no-sandbox 标志、v2.1.302 修子代理面板在电脑离线后无限转圈、v2.1.305 修 Remote Control 在 /resume 里留下空 “(session)” 条目
Agent SDK（2026-10-20）：agent = 代码文件夹 + evals + agent-sdk deploy 部署Claude Code 的 Agent SDK + claude plugin eval（agent 定义 + 评测 + 部署对位）
Grok Bot 常驻 issue（2026-11-03，v3.28）：@grok 在 GitHub issue 计划/写码/开 PR/响应 review；触发源 PR/评论/CI 事件、Slack 提及/DM、webhooks、cronClaude Tag + Routines（事件驱动常驻 Agent 对位；表下警告适用：Grok Bot 绑定 Grok 模型栈，Claude Tag 绑定 Claude 模型栈——「常驻 Agent 的模型绑定」本身是锁定层的又一种表现）

需要标明的边界：Automations 目前仅支持云端 Agent；定时执行按 cron 或预设计划触发，不保证严格实时；官方文档明确提示由于记忆在执行之间持久保留，处理不可信输入（如外部 Slack 消息）时存在提示注入风险，启用前需做评估。

⚠️ 这张表只说明能力对位，不说明能力等价。两边的实现路径不同（Cursor 走云端托管 VM，Claude Code 走本地进程 + fork），由此带来的隔离强度、可观测性与企业合规含义都不一样。本表不可读作”两者打平”。

新增的「远程控制」一行是这条警告的最新例证。两边的实现假设不同：Cursor 明确要求”电脑保持开机联网”，把远程控制做成对一台在线主机的窥视；Claude Code 侧同期（v2.1.300–v2.1.303）的 Remote Control 条目几乎全在处理离线 / 停止 / 恢复这类边界态。同一个月、同一件事、两种不同的失败模型——这正是”对位不等于等价”的具体含义。

模型供应武器化：一个此前不存在的新竞争维度

2026 年 8 月 29 日，OpenAI 通知 SpaceX，将逐步终止向 Cursor 提供 OpenAI 模型的合同，拟定断供日为 2026 年 11 月 12 日。这件事的意义远超一次商业纠纷——它把「模型访问权」变成了可以被主动使用的竞争工具，是本章分析框架需要新增的一个维度。

触发机制：OpenAI 援引的是合同中的控制权变更条款，而非技术或性能原因。官方表述为「我们无法确信 SpaceX 会在服务协议条款范围内使用我们的技术」，并援引两项先例——Musk 收购 Twitter 后违反合同；Musk 于 2026 年早些时候在宣誓作证中承认 xAI 曾违反 OpenAI 的服务条款。

深层动因是蒸馏风险：SpaceX 现在一并控制 Cursor 与 Grok。Cursor 能产生一条大规模、高度结构化的 OpenAI 输出流（代码生成、调试、代码评审、工具调用），这些输出对训练竞品模型有价值。IDC 的判断是，OpenAI 此举标志着模型蒸馏已从边缘风险升级为供应商的一级竞争风险——而当客户本身持有竞品模型时，这个风险会被放大。需要强调：Cursor 本身并未被指控滥用 OpenAI 模型。

影响边界（这部分最容易被误读）：

受影响不受影响
Cursor 托管的模型直连（含订阅内的模型选择、计费、路由）桌面端本地 Chat 与 Agent 会话使用自带 OpenAI API key（或网关凭证）
未来模型的合同访问权，包括尚未发布的 AstraCodex、API 直连等其他 OpenAI 渠道
自带密钥也救不回来的六类功能（2026-10-21 新增）：Cursor Tab 与自动补全、Auto 模型选择与路由、Cloud 或 Background Agents、Automations、Cursor CLI、Cursor API 与 SDKClaude、Gemini 在 Cursor 中的可用性（Anthropic 已表示增配算力填补缺口）

🔴 订正说明（2026-10-21）：本表原先把「开发者使用自己的 API key 调用 OpenAI 模型」整行列入”不受影响”，按 OpenAI 自己的帮助中心页，这个结论只对桌面端本地 Chat 与 Agent 成立。官方原文：

“Cursor doesn’t support ‘Bring your own key’ in Cursor Tab, Auto, Cloud or Background Agents, Automations, the Cursor CLI, or Cursor’s API and SDK. Those features use models supplied or routed by Cursor and cannot use your OpenAI API key or gateway credentials.”

官方另有一处更细的列举，把 Cursor 提供或专有的模型也一并排除在外。网关凭证同理：“Gateway credentials also cover only supported local Chat and Agent requests”。

落点是双向的：本章原来对「影响边界」的提醒是”别把 5% 当全貌”；现在还要补一条反向的——也别把 BYOK 当成万能退路，它只覆盖一半功能面。这次订正的方向值得记下来：原表是往「影响更小」的方向错，而这正是本章第 18 章式 Fail-Closed 论点最需要防的那一类乐观偏差。

三方战略后果（IDC 分析）：OpenAI 通过移除一个领先的第三方 harness 来强化 Codex；Cursor 对 Anthropic 的依赖加深，SpaceX 则获得更强动机把 Grok 推成编码模型；Anthropic 以持续供货保住 Cursor 这一分发渠道。

⚠️ 「OpenAI 模型仅占 Cursor 流量约 5%」是 Cursor 单方面的说法，用于降低事件冲击；该数字未经独立验证，且「流量占比」不等于「用户价值占比」——重度用户可能恰恰集中在被调用的那一小部分。引用时须标注来源方。

对本章结论的修正：这一事件直接冲击本章末尾「模型选择从锁定走向开放」的判断。更准确的表述是——开放的是技术上的多模型切换能力，但供应链层面正在形成新的锁定：任何建立在单一模型供应商之上的产品，都承载着与产品本身质量无关的供应链风险。用第 18 章的语言说，这是一个 Fail-Closed 逻辑的延伸：你不只要问「这个模型现在能不能用」，还要问「在什么条件下它会突然不能用了」。

Devin Desktop（前 Windsurf）：Cognition 旗下的全栈 Agent 平台

🔴 改名公告（2026-06-02）：Cognition 官方博客《Windsurf is now Devin Desktop》开篇即 “the next generation of Windsurf: Devin Desktop”。Windsurf 编辑器自此更名为 Devin Desktop（标准 OTA 更新，用户计划、定价、扩展不变），windsurf.com 现解析到 Devin Desktop 页。产品线时间线：Codeium → Windsurf → Devin Desktop（2026-06-02）。

Windsurf（前 Codeium）已被 Cognition AI（Devin 团队）以约 2.5 亿美元收购，并在 2026-06-02 更名为 Devin Desktop，完成从”初学者友好 IDE”到”全栈 Agent 平台”的蜕变：

  • 本地代理换代：Cascade → Devin Local。Devin Local 是 Cascade 的继任者——从零用 Rust 重写，token 效率最高提升 30%，支持子代理等现代特性；legacy Cascade 可继续用到 2026-07-01（历史表述：Cascade 曾以并行多 Agent 会话 + git worktrees 著称）
  • 内置 Devin 云端 Agent：可将任务委派给 Devin 在独立机器上自主执行
  • Codemaps：AI 标注的代码结构可视化地图
  • Agent Command Center：统一看板管理所有本地+云端 Agent——2026-06-02 起升为 IDE 的默认首屏，IDE 本体退居其次（官方口径：完整 IDE 内建 Agent 管理器，编辑器、扩展、快捷键与 Windsurf / VS Code 向后兼容）
  • Spaces：围绕单一任务的 Agent 会话、PR、文件、共享上下文捆绑
  • ACP 开放（2026-06-02 起）：支持 Agent Client Protocol——Codex、Claude Agent、OpenCode 等第三方 Agent 可与 Devin 同板运行，获得与 Devin 相同的看板界面
  • MCP 支持：已加入 MCP 协议支持
  • SWE-1.6 自研编程模型（2026-04-07 GA，历史条目）：付费档 950 tok/s（Cerebras 加速），免费档 200 tok/s（Fireworks，限免 3 个月）。原「Sonnet 5 的 13 倍」应回退为官方原始口径——Cognition 的基准是 Sonnet 4.5 的 13 倍；上一版把分母换成 Sonnet 5 属于外推，不予保留。
    • 值得单独记一笔的是，SWE-1.6 的提升并非来自更强的预训练：它与 SWE-1.5 共用同一个预训练底座，仅从零重做后训练，就在 SWE-Bench Pro 上取得 10% 以上的改进（第三方报道按绝对值记为约 50% vs 40%），并把交互轮次压低约 40%。机制是在 RL 奖励里加入长度惩罚——过度思考与循环推理随之减少，并行工具调用自发增多，模型也更少依赖终端。这对第 17 章的论点是一条来自竞品的直接证据：后训练本身就能带来代际级提升，“更强的编码模型需要更大规模的预训练”这一假设正在变弱。
  • SWE-2（2026-09-10 发布）：模型谱系推进到 SWE-1.5 → 1.6 → 1.7 → SWE-2。SWE-2 在 FrontierCode 1.1 Main 得 50.0%（官方称与 Fable 5.1 差距在 1 分内、便宜 64%），自测 SWE-2 Medium 比 SWE-1.7 平均成本低 81%、轮次少 58%；对自助计划（Pro / Max / Teams）在 Devin Desktop 与 Devin CLI 免费至 2026-11-30（不适用于 Devin cloud 会话），之后按目录价 $3 / $15 / $0.30（输入/输出/缓存读）每百万 token 计费
  • 局限性：Devin 云端 Agent 需付费方案；SWE-1.6 在通用推理上弱于 Opus 4.8，Cognition 自己的对比表中 GPT-5.3-Codex 也高于自家模型——SWE 系列的卖点是速度、成本与行为，不是榜单第一（SWE-2 强化而非改变这一定位）
  • 定价调整：Pro 从 $15 涨至 $20/mo（与 Cursor 同价），新增 Max $200/mo

Copilot Agent：分发管道的降维打击

GitHub Copilot 在 2026 年 6 月完成两项关键 GA，彻底改变了其在 AI 编程工具赛道中的竞争位置：

Copilot App GA（2026-06-17）：

  • 独立桌面应用（macOS/Windows/Linux），以 Agent 为第一界面
  • 并行 Agent 会话 + git worktree 隔离——可直接对比 Claude Code 的 ForkSubagent 和 v2.1.172 嵌套子 Agent
  • Canvases：双向工作面板（计划/PR/浏览器/终端/仪表盘），人与 Agent 协同编辑——对比 Cursor 的 Composer 和 Claude Code 的纯终端交互
  • Cloud Automations + BYOM（自带模型）+ MCP 集成
  • Agent Finder：按需发现和挂载 MCP Server/Skills/Agents

Agent Mode GA（2026-06-25）：

  • VS Code 和 JetBrains 中原生可用，无需安装新工具
  • 多文件编辑 + PR 自动化（自动 stage、commit message、draft PR）
  • 对现有 Copilot 订阅用户零额外费用

Copilot 的竞争定位由此发生了质变。其核心优势不在于 Agent 能力本身，而在于分发管道——数百万已有 Copilot 订阅的开发者无需切换工具即可获得 Agent 能力。Claude Code、Cursor、Windsurf 都需要开发者主动采用新工具，而 Copilot 的路径是”已经在你编辑器里了”。

Copilot App 的 Canvases 代表了与 Claude Code 终端交互和 Cursor IDE 交互都不同的第三条 UI 路径——以 Agent 输出为中心的协同工作空间，人与 Agent 在同一面板上编辑和决策。

Zed：Agent 互操作性的新维度

Zed 1.0（2026.04.29）正式发布，以”编辑器做 Agent 入口”的策略开辟了全新维度：

  • Agent Client Protocol（ACP）：开放标准让任何 AI Agent 原生集成编辑器，Claude Agent/Codex/Gemini CLI/OpenCode 已支持。与 MCP 的区别：MCP = Agent↔工具，ACP = 编辑器↔Agent
  • 并行 Agent 线程：多个 Agent 在不同 git worktree 同时工作
  • Rust + GPUI 原生：0.6 秒冷启动（vs Cursor 4.5 秒）、222MB 内存（vs VS Code 3.5GB）、2ms 输入延迟
  • BYOK 模式：完全免费，自带 API 密钥——不绑定任何模型提供商

Zed 的核心赌注是Agent 互操作性——不做 Agent 本身，而做所有 Agent 的原生入口。如果 MCP 统一了”Agent 如何使用工具”，ACP 则试图统一”编辑器如何托管 Agent”。

ACP 采纳者名单在 2026-06-02 再添一家——且是装机量最大的一家。Devin Desktop 发布之日即宣布支持 ACP——Codex、Claude Agent、OpenCode 与 Devin 自家 Agent 在同一看板运行，第三方 Agent 获得与 Devin 相同的界面（此前 JetBrains IDEs 已于 2025-12 beta 采纳，Google、GitHub 等亦在列）。这对 Zed 小节的原判断是一次修正：“编辑器做 Agent 入口”不再是 Zed 的孤例赌注，多家厂商（Zed、JetBrains、Cognition）先后选择了”托管第三方 Agent”而非”只跑自家 Agent”——这个维度正在被验证，也在被跟进。对根本分歧表 Zed 行的”核心赌注”已同步加注。

Trae SOLO：字节跳动旗下的全自主 Agent IDE

Trae SOLO（2026 年 5 月底上线独立版）是字节跳动 2025 年 1 月收购 AI 编程团队后推出的全新产品形态——不再依附于任何 IDE，以全自主 Agent 为核心设计理念：

  • SOLO 模式：一键生成——描述需求后 AI 自主完成从架构设计到代码编写到测试的全流程，无需逐步引导
  • Builder 模式：逐步构建——类似于传统 AI 编程助手的交互模式，用户与 AI 逐步协作
  • 双模式设计哲学：SOLO 模式一键生成 → Builder 模式逐步调整，覆盖”从零到一”和”精雕细琢”两种场景
  • 双引擎模型：字节自研模型 + Claude API——免费版使用 Claude Sonnet，Pro 版 $15/月可使用 Claude Opus
  • MCP 支持：已加入 MCP 协议生态
  • Git 集成 + 预览面板：内置版本控制和实时预览，无需切换工具
  • 局限性：独立端生态尚在建设中；自研模型能力与头部模型仍有差距；中文场景优化较英文场景更成熟

Trae SOLO 的核心赌注是全自主 Agent 一键生成——跳过所有中间步骤，直接从需求到可运行代码。这与 Cursor 的”编辑循环紧耦合”和 Claude Code 的”程序化编排”都不同，它追求的是最小化人类介入点。

工具系统对比

这是 Agent 开发中的决定性差异。

能力Claude CodeCursorWindsurfTrae SOLO
MCP 服务器支持一等公民，6 种传输方式有限/需插件变通有限已支持
内置工具数量43 个，9 大分类依赖 VS Code 扩展IDE 内置IDE 内置 + MCP 扩展
自定义工具扩展MCP 配置，一次定义全会话可用通过扩展生态间接实现基础扩展MCP 扩展
工具权限控制6 层规则 + AI 分类器用户审批基础审批基础审批
工具延迟加载支持（shouldDefer + ToolSearch）N/AN/AN/A

从第 5 章和第 10 章的分析可以看到，Claude Code 的工具系统是一个完整的框架——从 Schema 验证到权限控制到缓存优化到延迟加载，考虑了生产级 Agent 需要的方方面面。

上下文管理对比

能力Claude CodeCursorWindsurfTrae SOLO
代码库理解Explore 代理遍历 + CLAUDE.md全项目索引Devin Local 运行时观察（前 Cascade，2026-07-01 EOL）项目级索引 + 预览反馈
上下文来源文件系统 + Shell + MCP + Web打开的文件 + 项目结构开发服务器 + 浏览器反馈文件系统 + Git + MCP
长会话支持压缩 + Prompt Caching + 记忆受 token 限制受 token 限制受 token 限制
跨会话记忆CLAUDE.md + 梦境整合无原生方案Workspace 级别基础 Workspace 级别
上下文压缩5 种压缩策略基础截断基础截断基础截断

从第 9 章的分析看，Claude Code 的上下文管理是它最大的技术护城河之一——三层记忆（短期/中期/长期）+ 梦境模式自动维护 + 压缩策略，这些都是竞品不具备的。

安全模型对比

能力Claude CodeCursorWindsurfTrae SOLO
变更审批三层：规则 → AI 分类器 → 用户确认每次变更 diff 审批半自主审批SOLO 模式全自主 / Builder 模式逐步审批
团队规则System Prompts + CLAUDE.mdCursor Rules（随仓库传播）Workspace Rules基础项目配置
危险操作检测正则模式 + AI 双阶段分类无专门机制无专门机制无专门机制
熔断机制连续拒绝后降级无无无

一个有趣的对比：Cursor 的团队治理（Cursor Rules）可能是三者中最强的。它的 Rules 文件随仓库传播，保证团队成员使用一致的 AI 行为。Claude Code 通过 CLAUDE.md 做类似的事，但 Cursor Rules 在 IDE 层面的集成更紧密。

两个此前完全缺失的面：跨 MCP 的能力组合，与产出侧审计

上面的表格比较的都是单次操作的授权——这一条命令能不能执行、这次变更要不要人审。2026 年 9 月的两件事说明这个维度不够用了。安全对比需要补出两个面，而它们恰好是攻与防的两侧。

攻击侧：跨 MCP server 的能力组合（GhostJacking）。Tenet Security 在 DEF CON 34 演示的攻击链是这样的：agent 从一个「读」MCP（Cloudflare 防火墙拦截日志）里读到攻击者植入的文本，然后「按指示修复」——于是把 DNS 指向攻击者控制的域名。要命的地方在于危险配置极其具体、也极其常见：同一个 agent 同时持有一个「读」MCP 和一个「写」MCP，且两者指向同一厂商或同一生产环境——Cloudflare GraphQL 读 + Cloudflare API 执行、Datadog 读 + shell、Sentry 读 + deploy。每一半单独看都完全合理，合起来就是一条完整的攻击链；而在连接第二个 server 时，没有任何告警。

⚠️ 作用域限定：被媒体广泛引用的 90% 这一数字是针对 Claude Code 测得的，但该攻击机制本身不依赖具体模型。这两句必须分开读——不要因为「90% 是 Claude Code 的数字」就推成「只有 Claude Code 有这个问题」，也不要反过来推成「对所有工具都是 90%」。

这条对本章的落点很硬：现有的 allowlist / permission 体系都是「逐个 server 授权」的，天然看不见组合。你逐条审查每个 MCP server 的权限，每一条都会通过；风险出在「A 的读权限 ∪ B 的写权限」这个并集上，而没有任何一个界面显示这个并集。据转述，Cursor 至今没有一个视图能显示「哪些已连接 server 的组合构成了『读外部数据 + 写生产环境』」——考虑到它异常容易积累 MCP server，这个缺口尤其值得注意。

防御侧：产出侧审计。竞品已经开始补这一面。Cursor 于 2026-09-23 发布的 Security Review（详见「竞争格局速写」条目 13）不问「agent 能不能执行危险操作」，而问「agent 写出来的代码有没有可利用漏洞」——注入类、鉴权绕过、密钥泄露、SSRF、不安全的反序列化、有漏洞的依赖。这是本章安全对比上另一整个缺失的面。

🔴 订正（2026-10-21）：「只有竞品在做」这一判断已不成立。 本节原先把产出侧审计写成竞品独有，据此把 Cursor Security Review 列为”本章安全对比上另一整个缺失的面”。按官方 changelog，Claude Code 侧的 Code Review 并非新增（旧段已有 30 处命中），而且 v2.1.304 新增了「审查等级」：

  • “[Code Review] Added review levels to Code Review: Owners choose Quick, Standard (the default), or Deep for the organization, and can give individual repositories their own level”
  • “[Code Review] Added an option in Code Review admin settings to review every repository in a GitHub organization, including ones added later, without selecting them one by one”

即：产出侧审计这条线上两家都有。差异不在有没有，而在可调粒度——Claude Code 提供组织 / 仓库两级加上三档深度，Cursor 侧为每条 PR 一条评论加严重级别、攻击路径与修复建议。另外”含未来新增仓库”这一条解决的是覆盖率漂移问题：组织里新开的仓库默认就在审查范围内，不需要有人记得去勾选。

因此下文三层结论第 3 层的表述，应从「只有个别竞品在做」改为「两边都在做，覆盖档位与可调粒度才是差异所在」。

结论：安全模型的对比维度应当从「单次操作的授权」扩展为三层——

  1. 单次操作能不能执行（上表已有）：命令分类、diff 审批、熔断。这一层已经相当成熟—— 但成熟不等于无豁免。官方 changelog v2.1.305 新增 sandbox.allowNestedUserNamespaces，原文直接写明它的作用与代价：“Added sandbox.allowNestedUserNamespaces so sandboxed commands on Linux can create user namespaces (Chromium, rootless podman); this lets them get around the sandbox’s file protections”。这是罕见的「官方自己在变更日志里写出一个开关的绕过性质」。它把沙箱从”边界”降格为”默认开启、可显式关闭的边界”，所以选型时该问的不只是”有没有沙箱”，还有”谁可以关、关了以后还剩什么”。
  1. 跨 server 的能力组合是否构成攻击链（新增）：目前没有任何一个工具给出了系统性的答案。而风险的形态不止”组合”一种——见下方第 2 层的论据补充。
  2. 产出物本身有没有可被利用的缺陷（新增）：两边都在做，覆盖档位与可调粒度才是差异所在（2026-10-21 订正，见上文）。

第 1 层各家差距已经很小；真正拉开差距、也最容易被选型时忽略的是第 2、3 层——它们比「谁的 team rules 更强」更值得在选型时问出口。

第 2 层的论据要从「并集」扩为「并集 + 匹配边界」。上面第 2 层原来的论据全部落在”读 server ∪ 写 server”的并集上。官方 changelog v2.1.299 同一版本里的两条给出了另一类风险，且两类方向相反：

  • 越界（allow 放行过头）：“Changed MCP allow rules to reach only the server they name: mcp__a no longer allows a server named a__b or a_; write mcp__<server>__* with the server’s whole normalized name”
  • 失效（deny / ask 静默不生效，即 fail-open）：“Fixed deny and ask rules for an MCP server (mcp__<server>) not applying when the server’s normalized name contains a double underscore”

落点是：风险不只发生在”你授权了两件各自合理的事”，也发生在”你以为你授权或拒绝的是 A，规则匹配到的其实是 B，或者根本没匹配上”。第二条的 fail-open 性质尤其要紧——拒绝规则没匹配上时，默认是放行。因此第 2 层的表述应从”能力组合”扩为”能力组合 + 授权规则的匹配边界”。

工具没给答案，但第三方基准给了。AgenticBench 于 2026-10-16~18 完成轮（rig 0.6.2）以 9 项安全测试测了同榜的 24 个 harness，Claude Code 2.1.286 与 Cursor CLI 2026.10.01-e373342 同时在榜，两者的 Disclosed 列均为 W（已向厂商发出、待发表）。站方 2026-10-19 用原始方法重跑了所有披露项，称问题仍然存在。这给本章的意义是：第 2 层的答案第一次有了可公开查阅的外部对照物，而不只是”各家自己说”。

⚠️ 三条必须随文保留的限定：① 站方自标每个 cell 只跑一次、在全新容器中运行、用各 harness 自己的默认设置，不是渗透测试也不是认证；② 除 Amp / Auggie / Cursor CLI / Gemini CLI 用各自厂商模型外，其余 harness 统一跑 DeepSeek V4.1 Flash（Cursor CLI 本轮跑的是 gpt-5.3-codex-low），换厂商模型后行为可能不同（站方自述）；③ W 表示 severity 未公开，不得据此写”谁比谁差”。另：站方明确”未行使的测试永不计为 pass”，这与本章一贯强调的”不测即不算通过”是同一条标准。

成本模型对比

工具定价模型10 人团队月成本Agent 工作负载特点
Claude CodePro 20/mo+Max20/mo + Max 100/mo200−200-1,000Pro 含 Sonnet，Max 含 Opus + Agent View + /goal
CursorPro $20/mo + Pro+ $60/mo + Ultra $200/mo（credit-based）$200-$500 + API 费用v3 credit-based 计费，前沿模型消耗 credit 加速
Windsurf（Devin Desktop）Pro 20/mo+Max20/mo + Max 200/mo200−200-2,000 + 模型费用自研 SWE-2 推理成本较低（自助计划免费至 2026-11-30，之后 $3/$15/$0.30 per MTok；自测 SWE-2 Medium 比 SWE-1.7 平均省 81%）
Copilotusage-based（0.04/0.04/0.25 per prompt/response，2026-06-01 切换）变动重度用户成本可能上升，轻量用户受益
Codex含在 ChatGPT Pro $20/mo$200跨表面统一计费
Zed免费（BYOK）API 费用无平台溢价，纯 API 成本
Trae SOLO免费（Claude Sonnet）+ Pro $15/mo（Claude Opus）$0-$150免费版零门槛入门，Pro 版价格最低的 Opus 访问
Muse Code1.25/1.25/4.25 per MTok（输入/输出）按量计费终端 Agent，使用 Claude/Codex 后端模型

Claude Code 的固定订阅制在重度 Agent 场景下最具成本效益——因为 Agent 的 token 消耗远高于交互式使用，按 token 计费的成本会爆炸。

⚠️ 定价模型变化风险（2026-08-31）：社区消息显示 Claude Code 可能于 2026-08-31 引入 Sonnet 5 tokenizer-tax 额外计费，结束当前纯固定订阅模式。上述”固定订阅制最具成本效益”的论据以此日期为界可能不再成立。建议届时重新评估成本对比。

市场格局

⚠️ 本节为 2026-05 快照，截至 2026-10-01 复核已过期约 5 个月：企业使用率与收入类数据在本节之后未找到同口径的更新来源，因此数据保持原样、不做替换。竞品章最常见的腐烂方式，正是拿一份口径不同的新数据把旧表替换掉——新旧两种口径混在同一张表里，比「旧但标注清楚」更难用，也更难发现。引用本节任何数字时请自行核对时点。

截至 2026 年 5 月，AI 编程工具的企业使用率和收入格局如下（数据来源：Developer Ecosystem Survey 2026 Q2、公司财报及公开报道，时效性截至 2026 年 5 月）：

工具企业使用率备注
GitHub Copilot~45%依托 GitHub 生态，仍居首位；但增长放缓，被竞品蚕食
Claude Code~18%与 Cursor 并列第二；Agent 场景渗透率领先
Cursor~18%与 Claude Code 并列第二；IDE 内使用体验最强
Windsurf~8%Cognition 收购后增长加速，但基数仍小
Trae SOLO<3%刚上线独立版，市场渗透早期
Zed<2%开发者社区口碑好，但企业采用率低

关键数据：

  • Anthropic 编程相关收入逼近 20 亿美元：Claude Code + API 编程场景贡献了 Anthropic 收入的显著比例，成为仅次于对话的第二大收入来源
  • Cursor ARR 约 40 亿美元（2026-05，第三方估算；原文「5 亿美元」为 2025-06 旧值）：v3 引入 credit-based 计费（Pro+ $60/mo、Ultra $200/mo），高阶方案含更多 API 用量，按用量计费模式降低重度用户门槛
  • GitHub Copilot 增速放缓：从 2025 年的 ~55% 降至 2026 年的 ~45%，Agent 场景的弱势正在侵蚀其领先地位

选型决策树

你的核心需求是什么？

├── 多 Agent 编排 / 自主执行 / MCP 工具集成 / 后台任务
│   └── → Claude Code
│
├── 团队协作 / 人工审批 / VS Code 生态 / 代码规范一致性
│   └── → Cursor
│
├── 内置云端 Agent / 双模式（本地 Devin Local + 云端 Devin）/ 前端迭代
│   └── → Windsurf（Devin Desktop）<!-- edit: 2026-11-08 Cascade → Devin Local、Windsurf → Devin Desktop -->
│
├── 极致性能 / Agent 互操作 / 开源 / BYOK 不绑定模型
│   └── → Zed
│
├── 一键生成 / 零门槛入门 / 全自主 Agent / 低成本 Opus 访问
│   └── → Trae SOLO
│
├── GitHub 原生集成 / 代码补全优先 / 轻量 Agent
│   └── → Copilot Agent
│
└── 跨表面一致性 / ChatGPT 生态 / 云端自主执行
    └── → OpenAI Codex

组合使用方案

来自 The AI University 的实践——三者不是互斥的：

  • Claude Code → 自主 Agent 层（编排、后台 Worker、MCP 连接）
  • Cursor → 团队代码审查 & 共享库的精细重构
  • Windsurf → 新界面的前端快速原型

从源码看 Claude Code 的竞争定位

通过本书前 15 章的源码分析，可以清晰地看到 Claude Code 的战略定位：

  1. 不做 IDE。它选择做终端 CLI，放弃了”编辑循环紧耦合”这个 Cursor 的优势，换来了”后台执行”和”程序化调用”的能力
  2. MCP 是护城河。43 个内置工具 + MCP 协议的一等支持，让 Claude Code 成为目前最容易扩展的 Agent 平台
  3. KAIROS 是未来。从”工具”进化为”同事”的路线图已经在源码中——Cursor 和 Windsurf 目前没有对应的演化方向
  4. 固定订阅制鼓励重度使用。Agent 场景的 token 消耗是交互式的 10-100 倍，按 token 计费的竞品在这个场景下成本不可控

一句话总结：如果你的 use case 是”人类在 IDE 里写代码，AI 辅助”，Cursor 可能更好。如果你的 use case 是”AI 自主执行任务，人类审查结果”，Claude Code 目前没有对手。

分发管道：被低估的竞争维度

2026 年 6 月 Copilot App GA + Agent Mode GA 之后，“分发管道”从隐性优势上升为显性竞争维度：

工具获取方式迁移成本管道策略
CopilotVS Code/JetBrains 已安装 → 零摩擦启用 Agent零（已有数亿开发者基础）嵌入存量编辑器，“已经在你编辑器里了”
Claude Code安装 npm 包 → 学习 CLI 命令中（CLI 心智门槛；npm install 一步到位）技术社区口碑传播，“最快的 npm install”
Cursor下载独立 IDE → 从 VS Code 迁移设置中-高（Fork 迁移，放弃 VS Code 习惯）产品体验驱动，“用了回不去”
Windsurf（Devin Desktop）下载独立 IDE → 全新学习高（独立 IDE + 新概念）Cognition/Devin 品牌效应（2026-06-02 起 OTA 更名为 Devin Desktop）
Zed下载原生编辑器 → 新工作流高（新编辑器生态）性能 + 开源社区

Copilot 的管道优势是结构性的；其他工具需要说服开发者”来用我的新工具”，而 Copilot 只需要说服现有用户”试试 Agent mode”——后者难度低一个数量级。对 Claude Code 而言，npm install 的极低门槛是对抗这一优势的关键武器。

第三类管道：托管 + 市场（2026-10-21 新增）

上表五种策略的迁移成本都是”换工具”这一量级。2026 年 10 月出现了性质不同的一类。Cursor 于 2026-10-13 上线 Origin App Marketplace：

  • 已与 20+ 应用集成，覆盖六类——部署（Cloudflare / Netlify / Render / Spacelift / Vercel）、CI（Buildkite / CircleCI / CloudBees / Depot / EngFlow / Namespace / RWX）、代码审查（CodeRabbit / Greptile / Tenki）、安全（Artemis / Semgrep / Socket Security / Upwind）、监控（Sentry）、项目管理（Linear）
  • 并开放公开提交：任何开发工具的团队都可以发布 App，经审核后上架

差别在迁移成本的性质上。前面五种管道锁的是”你在哪个编辑器里写代码”，迁移时搬的是设置与习惯；这一类管道锁的是”你的仓库和集成在哪”，迁移时搬的是仓库本身加上一整套第三方连接。两者不是一个量级。

由此可以补一句本章条目 7（自研模型锁定层）没有说透的部分：锁定层不止模型一层，代码托管与应用市场是第二层。两者叠加之后，“模型选择开放”这一叙事实质上只开放了最上面一层——你可以在 Cursor 里换模型，但换不走仓库与那二十多个集成。

⚠️ 未采信的一条：另有第三方聚合页转述”Origin 现在直接在 Cursor 内托管代码（Codebase tab 建仓）“。本轮回 Cursor 官方 changelog 全文核查，Codebase 与 host 均为 0 命中，故不写入正文，列为待核项。

路由层才是”开放选择”的实际执行者。同期 Cursor 的 Router 已开始驱动 Auto 模式（Intelligence / Balance / Cost 三档，按请求选模型）。这与条目 7 讲的”自研模型建立新锁定层”是同一机制的两个面：选择列表看着是开放的，但谁在替你选才是真正的控制点。选型时该问的不是”支持几个模型”，而是”默认路由把流量给谁”。

MCP 协议演进对生态的影响

MCP 协议已于 2026-07-28 发布无状态协议改写版本（12 个月迁移窗口），这对所有支持 MCP 的工具都是长期变量。原文「计划于……完成」是写作时的前瞻表述，现已过期为既成事实——MCP 官方博客条目标题即为「The 2026-07-28 Specification」。本次改写包含：无状态协议核心、多轮次请求（Multi Round-Trip Requests）、基于 header 的路由、可缓存的 list 结果、授权加固、正式的扩展框架，以及 Tier 1 SDK 同步更新。

工具MCP 依赖程度影响预估
Claude Code最高（MCP 定义者，6 种传输方式，43 个内置工具与 MCP 深度耦合）大——作为协议定义者，迁移成本最高但控制力也最强
Copilot App低（刚接入 MCP，集成深度有限）小——轻量集成，迁移成本低
Cursor中（通过社区插件间接支持）中等——非核心架构依赖
Windsurf中（已加入 MCP 支持）中等——MCP 非核心差异化能力
Trae SOLO中（已加入 MCP 支持）中等——MCP 非核心差异化能力

对 Claude Code 而言，MCP 无状态改写将触及工具系统（第 5 章）和 Agent 编排（第 8 章）的核心架构——但作为协议主导者，Anthropic 拥有最大的话语权和最长的准备时间。

与安全维度的交叉：本节讨论的是 MCP 的协议标准化与被采纳速度，但同一协议的普及还带来了一个此前没有覆盖的后果——能力组合风险。当 agent 同时接入多个 MCP server 时，风险不发生在任何一个 server 内部，而发生在它们的并集上：一个「读」server 加一个「写」server 就足以构成完整攻击链，而权限系统是按 server 逐个授权的。详见「安全模型对比」一节的新增段落。这不是某一家的 bug，而是 MCP 生态成功的副作用——协议越普及，这个组合面越大。「MCP 依赖程度」在上表里被记为「影响大」，除了迁移成本之外，这一层也应当计入。

延伸阅读：The AI University 架构对比、2026 AI 编程工具终极横评、DextraLabs 对比。

竞争格局速写（首稿 2026-04，逐次增补至 2026-10）

⚠️ 本节是 2026 年 4 月首稿之后逐次增补的结果，不是一次性的当期快照：条目 1–10 中，1/2/3/4/8 写于 6–7 月，5 与 7 于 2026-09 增补，条目 11–13 于 2026-10 增补。阅读时请以每条自带的日期与 edit 注释为准。 TODO：MCP 时态更正需与第 10 章同批处理（本章已改，第 10 章待查）。

自本章最初编写以来（2026 年 4 月），AI 编程工具市场经历了剧烈变化：

  1. 八方竞争格局确立：Claude Code、Cursor、Windsurf、Copilot Agent、OpenAI Codex、Zed、Trae SOLO、Muse Code 构成第一梯队，各有差异化定位。Continue（34.3K stars）已于 2026 年 6 月被 Cursor 以 acqui-hire 方式收购并关停产品，从独立竞争者除名——这是 2026 H1 最大的工具整合事件
  2. Agent mode 成为标配：所有主要工具均已提供 Agent 自主执行模式——Cursor 0.45 默认开启、Copilot Agent Mode GA（2026-06-25，零额外费用）、Windsurf 内置 Devin 云端 Agent、Trae SOLO 以全自主 Agent 为核心
  3. Copilot 分发管道优势浮现：App GA（2026-06-17）和 Agent Mode GA（2026-06-25）使 Copilot 从”功能落后”扭转为”管道碾压”——数百万已有订阅的开发者零摩擦获得 Agent 能力
  4. MCP 协议被所有主要工具支持：从 Anthropic 专有协议走向行业标准的速度超出预期
  5. 模型选择从锁定走向开放，但供应链层面正在反向收紧：所有工具均支持多模型切换（Cursor 支持 GPT-5.6/Claude/Gemini、Windsurf 支持 SWE-1.6+第三方模型、Copilot 支持 OpenAI 全系列、Trae SOLO 双引擎字节自研+Claude API）。2026-08-29 起这条判断需要打补丁：OpenAI 宣布拟于 2026-11-12 终止向 Cursor 供模型，说明「技术上能切换」不等于「商业上能获取」——详见「模型供应武器化」小节。

代际与价格（2026-10-01 复核，来源 Cursor 官方 Models & Pricing 页）。上文「GPT-5.6/Claude/Gemini」只列了三家、没有代际。当前实际选择器分两个用量池——这个分层是「开放选择」叙事里最容易被忽略的一点：

  • Cursor Models（额度显著更宽裕）：Grok 4.7 / 4.6 / 4.5、Composer 2.5
  • Other Models（按各自 API 价格计费）：Claude Opus 5.5 / Sonnet 5.5 / Fable 5.1、GPT-5.6 Sol / Terra / Luna、Gemini 3.1 Pro / 3.8 Flash、Muse Spark 1.3
模型InputCache WriteCache ReadOutput
Claude Opus 5.5$4$5$0.2$20
Claude Sonnet 5.5$2$2.5$0.2$10
Claude Fable 5.1$10$12.5$0.25$50
Grok 4.7$2—$0.5$6
Grok 4.7 (Fast)$4—$1$12
Grok 4.7 500k$4—$1$12
Composer 2.5$0.5—$0.2$2.5
Composer 2.5 (Fast)$3—$0.5$15
GPT-5.6 Sol$4$5$0.4$20
Gemini 3.1 Pro$2—$0.2$12

两点值得注意。其一，Opus 5.5 的 $4/$20 与 Claude Code 官方 changelog v2.1.280 的口径完全一致，两条独立来源互证，这张表可信。其二，「两个池」本身就是一种隐性分层：名义上你能选任何模型，但只有落在 Cursor Models 池里的才有宽裕额度，第三方模型按 API 价另计——开放的是选择权，不是成本结构。

另有 Cursor Router（Auto 的三种模式 Cost / Balance / Intelligence，按优化模式为每次请求选模型），先在 Teams / Enterprise 上线，个人计划「发布后数月」才到。

⚠️ 断供时态加固：OpenAI 终止向 Cursor 供模型一事，拟于 2026-11-12 生效；截至 2026-11-08 复核，该终止尚未生效（距今 4 天）。本章所有相关论述都按「拟生效」而非「已生效」处理——这类未来事件条目最容易被后续扫描误判为「已发生」，此处留一个可判定的时间锚。

🔴 编辑指令（2026-11-08 加）：11-12 前后的任何一轮内容编辑，落笔前必须重核 help.openai.com/articles/20001506——若终止已生效，本节所有「拟生效」表述需整体切换时态。

断供日期在两侧都不确定。OpenAI 官方帮助中心页的原话是：

“We have proposed a transition period of November 12, 2026. During that period, we would continue providing Cursor access to the OpenAI models it uses today. Cursor may choose to end access sooner. We will share the official termination date as soon as it is confirmed between both companies.”

也就是说，11-12 至今仍只是 proposed，不是 confirmed；而且不确定性是双向的——既可能延后，也可能由 Cursor 单方面提前切断。上一版的「距今约 6 周」只表达了”还有多久”，没表达”这个’多久’本身是待定的”。 6. 云端 Agent 执行成为新战场：Devin（Windsurf 内置）、Routines（Claude Code 云端例程）、Codex cloud（OpenAI 跨表面云端执行）——从”本地 Agent”升级为”云+端混合 Agent”。

2026-10-01 补充两个新格。其一，自行托管机器（self-hosted machines，2026-09-02）：云端 agent 除 Cursor 自己的虚拟机外，可以运行在你公司自己管理的机器上，代码库、构建产物与密钥全部留在你自己的网络里。这把「云端执行」从「必须把代码交给供应商的机器」扩展到「在你自己的机器上执行」，直接削弱了云端 Agent 最大的一项阻力——数据驻留顾虑。混合光谱因此至少有三格：供应商托管 VM / 客户自托管机器 / 本地进程。

其二，Rollouts（2026-09-23）把这條战场的性质又推进了一层：它不是「云端跑一个任务」，而是云端持续跟踪一个改动直到生产环境，并有权开 revert PR——从「执行」走向「运维闭环」。详见条目 13。 7. 自研模型栈成为差异化核心：Cursor Composer 2.5（2026-05-18，基于 Kimi K2.5 开源 checkpoint）、Windsurf SWE-1.6（2026-04-07 GA，950 tok/s，Cerebras 硬件加速）——编辑器不再仅做模型路由，而是构建垂直优化的推理栈。这改变了”模型选择从锁定走向开放”的叙事——开放的是第三方模型选择，但自研模型正在建立新的锁定层。

2026-10-01 补充：这条的论据已不止 Composer 2.5 一例——2026-09-21 的 Grok 4.7（官方记为 Provider: Cursor，来自 Cursor 与 SpaceXAI）把自研叙事从「基于开源 checkpoint 微调」推进到「共同构建的第一方模型」，详见条目 12。判断方向不变，锁定层级更高。

  1. 独立端 Agent IDE 开辟新品类：Trae SOLO 和 Cursor v3（Agents Window）代表了与”IDE 插件”和”终端 CLI”不同的第三条路——以 Agent 为中心构建独立应用，IDE 只是 Agent 输出的渲染层而非交互入口

  2. 开源 AI 编程工具退潮：Continue（34.3K stars）被 Cursor 以 acqui-hire 收购并关停产品（2026-06），是 2026 H1 开源 AI 编程工具最大的退潮信号

  1. 2026 年 7 月社区基准测试：dev.to 两周实测四工具评分 Cursor 4.2 > Claude Code 4.0 > Copilot 3.8 > Windsurf 3.6。多文件编辑 Claude Code 与 Cursor 并列 5 分；Debug 场景 Claude Code 仍为最强（找到全部 3 个 bug 且方案正确）。速度维度 Copilot 领先（<200ms inline completion），Claude Code 因完整 Agent 循环最慢但输出最完整。上下文感知 Cursor 代码库索引领先，但 Claude Code 的 1M token 上下文（Sonnet 5）提供了不同的长上下文策略。

  1. 竞品的「协调 agent」形态已公开发布（2026-09-10，Cursor Projects beta）：Projects 面向「大块工作」（一个功能、一次迁移、一整个应用），官方描述为在数月跨度上保持上下文、把任务分派给数千个子 agent、无需提示即执行周期性工作；由 coordinator agent 负责分派，并可由 Slack 频道、定时任务或 PR 触发。

    ⚠️ 跨章交叉（与第 20 章）：这正是第 20 章在 KAIROS 语境下称为「Coordinator Mode」、并明确标注「未获 Anthropic 官方确认」的那一类能力形态。竞品已公开发布，Claude Code 侧仍无任何官方记载（Coordinator 在官方 changelog 全量 408 个版本块中命中数为 0）。本章只写竞争格局这一面；KAIROS 状态判定的那一面见第 20 章状态表。

  2. 自研模型从「基于开源 checkpoint」推进到「共同构建的第一方模型」（2026-09-21，Grok 4.7）：官方模型页记为 Provider: Cursor、Model ID grok-4.7，描述为「来自 Cursor 与 SpaceXAI」的前沿模型，在 Grok 4.6 基础上扩大底座、加长多小时级困难任务的训练。规格：上下文 256k 标准 / 500k 长上下文；四档 effort（xhigh / high（默认）/ medium / low）；价格 $2/M 输入、$0.5/M 缓存读、$6/M 输出，Fast 变体为 $4/$1/$12（输入超过 256k 按长上下文费率，标准档 2×、Fast 档 3×）。

    ⚠️ 厂商自测分数：xAI 公布的 CursorBench 4.0 = 46.3% 与 DeepSWE v1.1 = 71.0% 在 Cursor 官方页面上未找到，属于厂商自测，引用时必须标注来源方与自测性质。

    这条判断的落点：第 7 条「自研模型正在建立新的锁定层」得到加强，但原论据「基于 Kimi K2.5 开源 checkpoint」已不是全貌——从「拿开源 checkpoint 微调」推进到「与 SpaceXAI 共同构建的第一方模型」，锁定层级更高。同时注意时点密度：Grok 4.7 于 09-21、Claude Opus 5.5 于 09-22，同一周内两个前沿模型进入同一选择器。

  3. 竞品开始做「输出侧安全审计」与「部署运维闭环」（2026-09-23，仅 Teams / Enterprise）：两个 bot——

    • Rollouts：PR 打开时读取 diff 与上下文生成一份监控计划，然后用你已有的遥测（Datadog、Grafana 等）按环境分别跟踪实际部署，发现与已标记风险吻合的回归时点名可疑 commit，并可开 revert PR 或转交云端 agent 修复；
    • Security Review：针对每个 PR 结合周边代码找可利用的漏洞——SQL / 命令 / 模板注入、鉴权绕过、密钥泄露、SSRF、不安全的反序列化、有漏洞的依赖；把风格与代码质量留给既有 Bugbot，只发一条评论，含严重级别、攻击路径、建议修复，可按理由驳回。

    ⚠️ 两个数字的作用域：Cursor 称内部使用中把平均 Security Reviewer 周转从 4.8 分钟降到 3.8 分钟——这是厂商自测，且测量对象是另一个 bot，不是对 Rollouts 本身的独立测量。⚠️ 出处补充（终审 2026-10-01）：该组数字出自 Cursor 官方发布帖（“Security Reviewer now finishes 21% faster, in 3.8 minutes on average, down from 4.8”），Cursor 官方 changelog 页未收录（本轮对 changelog 页 grep 4.8 / 3.8 / minutes 均为 0 命中）；条目其余部分则确以 changelog 页为准。10 天试用额度为 Teams 约 50 次改动、Enterprise 约 500 次。solo 与 Pro 用户完全拿不到。

    这一条对本章的意义分两层：对第 6 条「云端 Agent 成为新战场」而言，Rollouts 的性质与 Devin / Routines / Codex cloud 不同——它不是「云端跑一个任务」，而是云端持续跟踪一个改动直到生产环境，并有权开 revert PR，即云端 Agent 从「执行」走向「运维闭环」。对安全维度而言，Security Review 把竞品的安全能力推到了「输出侧审计」——不是「Agent 能不能执行危险操作」，而是「Agent 写出来的代码有没有可利用漏洞」。后者是本章安全对比上一整个缺失的面，见「安全模型对比」一节的新增段落。

  1. Cursor Agent SDK（2026-10-20）：npx @cursor/agent-sdk init 把 agent 定义为一个代码文件夹（instructions.md 为提示、tools/ 为类型化动作、skills/ 为按需过程、channels/ 为消息源），带 evals 测试与 agent-sdk deploy 部署，模板即用例（security reviewer / owners-policy approver / PR autofixer / Linear / Jira triager）。事件源与 Claude Tag/Routines 几乎同构：PR / 评论 / CI 事件（GitHub / GitLab / Bitbucket）、Slack 提及与 DM、webhooks、cron；每个会话独立且持久，后续追问恢复同一会话。竞品在补齐 Claude Code 侧「插件可评测（plugin eval）+ Agent SDK」的对位能力。

  2. Cursor v3.28（2026-11-03）：十月 beta 波全转稳 + Grok Bot。Projects、Cloud Agents with Canvases、Origin Marketplace、Remote Control、Rollouts、Security Review 六项同时从 beta 转稳；新增 Grok Bot——@grok 常驻 GitHub issue：计划工作、写码、开 PR、响应 review 反馈；唤醒源含 PR / 评论 / CI 事件、Slack 提及 / DM、webhooks、cron，每个会话独立且持久。对位 Claude Tag + Routines 的「事件驱动常驻 Agent」，且触发源结构几乎同构。

  3. Cursor Live Apps（2026-11-05）：在 Cursor 内直接构建并部署可分享应用——云 Agent 脚手架 web 应用 + 按需 Postgres + Cursor SSO 认证 + 托管；发布前跑确定性 + agentic 双重安全检查（密钥泄露等不过不上线）；团队管理员可见全部 app 与 secret、可加规则、审批被拦发布、下架。竞争维度从代码托管（Origin）推进到应用部署层——「分发管道」一节的锁定层叙事再添一层。

  4. Cursor Voice Chat with Agents（2026-11-06）：与编码 Agent 的实时语音通话，由 Grok Voice 驱动，覆盖 Agents Window / IDE / web / iOS 全表面；iOS 支持 “Hey Siri, call Cursor” 与锁屏 Live Activity；Privacy Mode 下零数据留存。条目 12「SpaceXAI 锁定层」的论证从模型层（Grok 4.7）延伸到语音基础设施层。同周内 Cursor 连发三更新（11-03 / 11-05 / 11-06）的节奏本身值得记录。

🔍 本轮（2026-10-01）复核范围：Claude Code 官方 changelog v2.1.270–v2.1.286（全量 408 个版本块 grep）、Cursor 官网 changelog 与 Models & Pricing 页、以及 Windsurf / Cognition、GitHub Copilot、Zed、Trae SOLO、Muse Code、OpenAI Codex 的当期公开信息。

负面发现：Windsurf、Copilot、Zed、Trae、Muse、Codex 侧未发现晚于 2026-09-12 且足以改变本章论断的事件——本章「Windsurf：Cognition 旗下的全栈 Agent 平台」「Copilot Agent」「Zed」「Trae SOLO」四个小节的描述本轮无需修改。

⚠️ 这是检索层面的结论，不等于「确认没有」。竞品章的负面发现可信度天然低于对官方 changelog 的 grep 结论（后者是「全量扫描后没命中」，前者是「检索后没看到」）。写明范围的目的，是让下一次扫描知道哪些已经查过，避免重复劳动，也避免把「没查到」误读成「不会发生」。

🔴 这条警告在 2026-11-08 应验了，且应验了两次。上面的负面发现（写于 2026-10-01）称 Windsurf 侧「未发现足以改变本章论断的事件」——字面上没错，但它掩盖了两件事：06-02 改名 Devin Desktop（早于其检索窗口下界，属于”窗口内没查”）与 09-10 SWE-2 发布（恰在其下界前两天，属于”边界擦过”）。本章 Windsurf 小节自 6 月起就整体过时，而三轮扫描（06 / 07 / 10 月）都没抓到。落点：竞品章的负面发现应加一条结构化自查——对每个竞品先确认「产品名是否还叫这个名字、模型是否还是这一代」，再谈「有没有新事件」；名字与代际是比「事件」更基础的腐烂层。

字节跳动 Trae：大厂入局的信号

Trae SOLO 的出现标志着 AI 编程工具赛道进入大厂正面竞争阶段。字节跳动 2025 年 1 月收购 AI 编程团队后，选择了一条不同于 Google（Antigravity）和 Microsoft（Copilot）的路径：

  • 不做 IDE 插件，做独立端：与 Cursor（VS Code 分支）和 Copilot（VS Code 扩展）不同，Trae SOLO 完全脱离传统 IDE 形态，以全自主 Agent 为唯一入口
  • 双模式降低门槛：SOLO 模式（一键生成）面向非专业用户和快速原型场景，Builder 模式（逐步构建）面向专业开发者——一个产品覆盖两个用户群
  • 免费版使用 Claude Sonnet：零成本入门策略对免费用户极具吸引力，Pro 版 $15/月可使用 Claude Opus 是目前市场上最低的 Opus 访问价格
  • 字节生态整合潜力：飞书文档、Lark、抖音电商等字节系产品的开发者工具链整合，是其他竞品无法复制的

Trae SOLO 的挑战在于：独立端生态从零建设需要时间；中文场景优化领先但国际化不足；自研模型与 Claude/GPT 头部模型仍有差距。