你从IDE切到ADE了吗？智能体开发环境赛道地图------智能体基建系列
2026 年圈子里突然冒出一堆新词，ADE、Agentic IDE、Multiplexer、Control Plane，很多人其实分不清这些指的是什么，老实说我一个月前也一样。事情是这样的。前两天有个技术群，有人甩了句「我最近切到 ADE 了，Cursor 直接吃灰」，另一个人回「ADE 不就是带 agent 的 IDE 吗，能有多大区别」。俩人当场吵了半天。其实他俩吵的压根不是一回事，ADE 和 Cursor 根本不是同一层东西，一个管的是多 agent 并行的工作环境，一个只是编辑器里的单 agent 助手。
时代变化快，分不清楚这些感觉自己又落伍了，因此有必要让我的AI助手梳理盘点一下，文末AI助手还整理了一些新名词的含义速查。
01 三层概念：AI IDE、Agentic IDE、ADE
社区里最常被搞混的是这三层。
第一层：AI IDE
VSCode 装个 Copilot，IDEA 接个 AI 补全，本质就是编辑器里多了个聊天框。工作单元还是文件、函数、代码块，AI 只做补全和单文件小改，人始终是作者。这里得补一句，免得有人抬杠，现在 VSCode 也能装 Codex、Claude Code 这类 agent 插件，让 AI 跨多文件改、跑命令，看着已经挺像能干活的单 agent 助手了，严格说已经摸到第二层的边。但它仍是单 agent、共享同一个工作区，不自动给每个任务开独立 git worktree，也不把 PR 当成原生交付，所以跟真 ADE 还差得远。纯补全版大家都熟，不展开。
第二层：Agentic IDE
Cursor、Windsurf、Zed 这一档。单智能体优先，能跨多文件改、跑命令、自我修复，但起点仍然是人在编辑器里写代码、AI 当助手。多 agent 是后来追加的，编辑器始终是主界面。
第三层：ADE
Agentic Development Environment，智能体开发环境。这一层的工作单元变成了任务，终点交付一个 branch 加 PR。你给高层需求或者规格文档，智能体自己拆子任务、跨多文件改、跑命令、跑测试、自我修复。多 agent 原生并行、各自隔离，编辑器退居成 review diff 的子组件。
一句话区分，AI IDE 是编辑器会补全，Agentic IDE 是编辑器里有个能干活的单 agent，ADE 是任务成了一等公民、编辑器只是看 diff 的窗口。就这一个差别，决定了你花钱买的是哪种生产力。
02 ADE 到底是什么
我觉得最准确的说法，是把 ADE 想成坐在可插拔 coding agent 之上、你的编辑器之下的一层控制室。它不追求更好的模型，追求的是让好几个 CLI agent 并行跑、互不踩文件、你能在一个界面里看住它们、最后干净地 review 并合并结果。
工作单元是 task，一次任务等于一个独立 branch 加 worktree，最终产出可合并的 PR 或者 diff。
原生多 agent 并行加隔离，每个 agent 自动分到独立的 git worktree、独立终端、独立上下文，你能同时开三四个 agent 分别做接口、写测试、修 bug，互不污染。
spec gate 加 review surface，流程是写 spec、agent 出方案、你 approve、agent 编码自测、产出 diff、你评审，先审方案再允许写代码，这条防线就是用来防 agent 大片乱改的。
它不取代你的编辑器，也不锁定某个模型。ADE 跑的就是 Claude Code、Codex、OpenCode 这些你本来就用的 agent。
定义来源有个坑
说到定义来源，这里有个流传很广的坑。网上常有人说「ade.codes 是 ADE 的定义源」，我核了一圈，这个说法站不住。目前更靠谱的锚点其实是四个，GitHub 的 #ade topic，截至 2026 年 9 月已经有一百一十多个公开仓库（实测约 117 个），是社区公认的归类入口。Agentic Development Environment 这个词，是 Warp 在 2025 年 6 月随 Warp 2.0 带火的，ade-app.dev 则是早期把 ADE 直接当产品名、并给出 Brain 加 Lane 完整落地模型的项目之一。Tom Rochette 那篇 The Agentic Development Environment Landscape 长文，把 ADE 的边界、品类和产生条件讲得最清楚（见参考来源）。还有 ACP 协议，Agent Client Protocol，由 Zed 在 2025 年发起、JetBrains 随后加入共同推进的 agent 对编辑器的互操作标准，Apache 协议，它让「agent 可插拔、厂商中立」从营销话术变成了能落地的契约，算是 ADE 品类能成立的底层催化剂之一。
为什么偏偏是现在
那为什么这个品类偏偏是 2025 到 2026 年才冒出来。Tom Rochette 总结了三个同时成立的前提。先是出现了多个值得同时跑的前沿 coding agent，Claude Code、Codex、OpenCode、Gemini CLI，不同任务适合不同模型。再是 git worktree 让给每个 agent 一个隔离 checkout 变得廉价，并行不再互相踩脚。最关键的一点是，最痛的瓶颈转移到了人身上，你能 spawn 一堆 agent，但你的工作记忆和决策预算成了上限。ADE 就是把外部化状态、看板、升级阈值、隔离这些能力产品化，专门解决人的监督瓶颈。
03 四个核心差异
工作单元变了
IDE 的工作单元是文件、函数、代码块，ADE 的工作单元是 task，最终产出 branch 加 PR。你只给高层需求或者规格，智能体自己拆、自己改、自己测。
原生多 agent 并行与隔离
原生支持多 agent 并行加隔离，这是 ADE 最标志性的一点。==每个任务自动分配独立 git worktree、独立终端、独立聊天上下文。==Cursor 和 Windsurf 这类 Agentic IDE 大多还是单 agent 在同一工作区里串行干活，这是起点差异，不是功能多少的差异。
人的角色变了
IDE 模式里你是作者、AI 是助手，ADE 模式里你是审核者、需求下达者。spec gate 是 ADE 范式里很关键的一条防线，用来防止 agent 乱改一大片。
编辑器退居次要
ADE 不是在编辑器上加聊天框，主界面是看板、任务状态、agent trace、执行日志，代码编辑器只是用来 review diff 的子组件。
04 短板
ADE 很强，但有明确边界。
成本高
并行 agent 会吃掉大量 LLM 调用，token 消耗远高于 Cursor 单 agent 模式。Orca 有个实测特别能说明问题，同时跑五个 agent 抢同一个任务，最后四个 diff 直接进了垃圾桶，等于花五倍订阅费换一个合并答案。这个数据来自 botmonster 的评测（Orca runs five AI coders at once and four of them lose），我第一次看到的时候也愣了一下。
小任务反而笨重
改一个函数、调一行代码，ADE 那套 spec 加审批流程是纯 overhead，直接在 VSCode 里改更快。
深层场景容易跑偏
深度架构、底层调试、高并发核心逻辑这类，agent 很容易跑偏，而把 spec 写清楚本身成本就很高。
概念还在通胀
这个名词现在带一点营销包装，很多工具都往 ADE 标签上靠。判断标准我放后面，照着筛就不容易被带节奏。
05 赛道过一遍，逐个看
第一类：原生 ADE
任务是一等公民、多 agent 并行隔离、交付 PR。
ade-app，ade-app.dev，2026 年初就打出自家「ADE」旗号，算是把 Agentic Development Environment 当产品名早早喊出来的一个，但项目还小，GitHub 才 100 出头 star（仓库 2026 年 2 月才建）。本地优先的桌面端，Brain 加 Lane 模型，Lane 就是 git worktree，能跑 Claude Code、Codex、Cursor、Factory Droid、OpenCode。macOS 已经 GA，Windows 在 beta，headless Linux 也能跑，而且开源。
这张图是 ade-app 官网主视觉，桌面端 Brain 加 Lane 看板、TUI 与移动端同框，一句「Every AI coding tool. One app that runs everywhere.」就是它的卖点（图源 ade-app.dev，版权归官方所有，此处仅作介绍引用）。
Orca，stablyai/orca，onorca.dev。它要单独拎出来说，因为是现在 GitHub 的 #ade topic 里人气最高的一个，7.2 万 star。Stability AI 出品，YC 背书，MIT 协议，并行 agent 加隔离 worktree 加 Ghostty 终端，原生集成 GitHub 和 Linear，桌面、移动、VPS 三端都能用。它也是目前最火的原生 ADE 之一。
Superset，superset-sh/superset，GitHub 1.4 万 star。口号是「agentic IDE to orchestrate 100+ coding agents」，YC 背书，BYOK。它主打的就是把一百多个 coding agent 编排到一起并行跑，这个数确实够吓人。
Capy，capy.ai，网上常把它说成「开源 ADE、BYOK」，其实不是。它实际是一个云端 SaaS 多智能体 IDE，过了 SOC2，二十美元一个月起，BYOK，每个 agent 是独立 VM，有 Captain、Build、Review 三个角色，并不是本地开源的 ADE。这种误传挺典型，很多人被「开源」两个字带偏了。
JetBrains Air，JetBrains 官方的 ADE。它从 Fleet 演化过来，Fleet 在 2025 年末被砍了，Air 在 2026 年 3 月公测 macOS，Windows 是 2026 年 6 月，Linux 还待定。它是独立桌面应用，不是 IntelliJ 插件，支持 Codex、Claude Agent、Gemini CLI、Junie，闭源，走 JetBrains AI 订阅或者 BYOK，继承了 JetBrains 二十六年 IDE 技术积累。
ORGN，全称是 Origin CDE，即 Confidential Development Environment。它面向国防、金融、医疗这些受监管行业，基于 Intel TDX、TEE 硬件级隔离加密码学证明，结构上是 CDE 加 Gateway 加 Scanner，每次推理都带密码学证明可审计，或者企业按席位。这是给合规场景用的，一般人用不上。
Warp 2.0，Oz Agents。Warp 在 2026 年把终端重构成了「agentic development environment」，Oz 做云端编排，最多四十个并发云 agent。客户端在 2026 年 4 月开源，AGPL-3.0，Oz 编排本身是闭源，二十美元一个月起（年付约十八美元每月）的 Build 加 BYOK。终端优先这条路，Warp 走得挺坚决。
第二类：Agentic IDE
边界模糊、常被混进 ADE。就是 Cursor、Windsurf，前身 Codeium、Zed 加内置 agent、PearAI。关键区别：原生 ADE 的设计起点是并行多独立 agent、每任务隔离，Cursor 和 Windsurf 的起点是人在编辑器写代码、AI 当助手，多 agent 是后面追加的。两者谱系不同，别因为都带 agent 就等同。
第三类：Runtime 与编排组件
跟 Herdr 一类，不是完整 ADE，但能被 ADE 集成。
Herdr，herdr.dev，github.com/herdrdev/herdr，GitHub 3.9 万 star，agent multiplexer，Rust 单二进制，Apache-2.0，2026 年 3 月首次提交，YC 六百万美元种子轮。下一篇我单独拆它。
cmux，github.com/manaflow-ai/cmux，GitHub 2.7 万 star，基于 libghostty，也就是 Ghostty 的渲染引擎库，构建的 macOS 原生终端管理器，垂直标签加 agent 通知环加 CLI 和 socket API，只支持 macOS，用 Swift 加 AppKit 实现，不是 Rust，协议 GPL-3.0-or-later。它跟 Herdr 同属终端运行时，但只在苹果生态里。
OMP 要单独说。网上常把 OMP 写成「Open Multi-Agent Protocol，多 agent 通信标准」，这个说法不准确。实际并不存在广泛采用的 Open Multi-Agent Protocol 通信标准，omp.sh 是一个 coding-agent harness，IETF 另有一份同名缩写 Operating Model Protocol 的合规问责草案。真正让 agent 互通的是 ACP（JetBrains 加 Zed 那个 agent 对编辑器）和 MCP（agent 对外部工具与服务的接口协议），这两个协议。
底层 worker，单个 agent，Claude Code、Codex CLI、OpenCode、Hermes、Roo Code、Kimi Code、Qwen Code、Pi、Grok 这些。它们是 ADE 和 Runtime 调度的执行单元，本身不是环境。
06 分层栈，理清关系
上层是 ADE，ade-app、Orca、Superset、JetBrains Air、Warp。中层是 Agent Runtime 和 Multiplexer，Herdr、cmux。底层是单个编码 Agent Worker，Claude Code、OpenCode、Codex CLI、Hermes。
也就是说，ADE 可以用 Herdr 或者 cmux 当它的 agent 执行层，但 Herdr 和 cmux 本身不能单独当成 ADE 来用。这层关系搞清楚，你就不会把「终端里能开多个 agent」误认为「我有 ADE 了」。
07 最简判断标准
社区对 ADE 这个词有通胀，照这三条筛，绝大多数贴标签的伪 ADE 会现形。
原生 ADE 必须同时满足，任务是一等公民而文件不是，原生支持独立隔离的多 agent 并行，最终交付 PR 或者 diff。三条缺任何一条，它更可能是 Agentic IDE 或者 Runtime 组件，而不是完整 ADE。
08 怎么选
适合上 ADE 的，是大型存量仓库、多文件跨模块需求，是批量独立的功能或者 bug 任务、适合丢给多个 agent 并行跑，是人只做顶层需求和最终评审的场景。
继续用传统 IDE 更顺手的，是小规模开发、底层调试、探索性原型，是单文件改动、一行代码调优，这种 ADE 那套 spec 加审批流程反而拖慢你。
我的建议是，先用 ADE 或者 Herdr 验证一下并行开发节奏到底适不适合你团队，把跑通的 Lane 或者 Workspace 模式沉淀下来，等痛点真升级到跨厂商成本和权限要可审计的时候，再考虑上更重的 control plane（管跨厂商成本、权限与审计的更重一层）。别一上来就追最重的方案。
==ADE 不是用来取代 IDE 的。它把多智能体并行完成一个可合并任务做成了一等产品，代价是更高的 token 成本和更重的流程。==赛道现在明显分三层，原生 ADE、Agentic IDE、Runtime 组件。认清自己站在哪一层、要哪一层的能力，比追新名词重要得多。
09 名词速查
前面塞了一堆新词，这里再总结一下这些新名词。
ADE 智能体开发环境，任务是一等公民，多 agent 并行隔离、交付 PR，编辑器退居 review diff 的窗口。
Agentic IDE 介于 AI IDE 和 ADE 之间的一档，单 agent 优先、人仍在编辑器写代码，多 agent 是后来追加的，别因为它带 agent 就当成 ADE。
AI IDE 编辑器里多了个聊天框，AI 做补全和单文件小改，人始终是作者。
Control Plane 比 ADE 更重的一层管控。ADE 管的是让好几个 agent 并行跑、各自出 PR，Control Plane 管的是这些 agent 跑在哪台机器、花了多少钱、谁有权限、改了什么要被审计。一般团队先用 ADE 或 Herdr 验证并行节奏，等痛点升级到跨厂商成本与权限要可审计，才考虑上它。
lane ade-app 的叫法，一个 lane 就是一条独立的 git worktree，配一个 agent 任务上下文，互不踩文件。
spec gate ADE 范式里一条关键防线，流程是先写 spec、agent 出方案、你 approve、agent 才动手写代码，专门防 agent 大片乱改。
Multiplexer 终端或运行时层，把多个 agent 会话多路复用、互不干扰，代表是 Herdr 和 cmux，它自己不是完整 ADE，能被 ADE 集成。
worktree git worktree，给每个 agent 一份隔离的代码 checkout，并行干活不互相污染，是 ADE 能做隔离的底层支撑。
Brain ade-app 的编排核心，负责管 lane 和 agent 的调度。
ACP 与 MCP 两个协议，ACP 是 agent 对编辑器的互操作标准，MCP 是 agent 对外部工具与服务的接口协议（agent 互连只是其中一种用法），真正让 agent 可插拔、厂商中立的是它们，不是什么 OMP。
10 参考来源
-
Orca runs five AI coders at once and four of them lose（botmonster 对 Orca 并行 agent 的实测，五个 agent 抢同一任务、四个 diff 进垃圾桶、五倍订阅费换一个合并答案，正文「成本高」一节引用）
-
ade-app.dev（早期把 ADE 当产品名、给出 Brain 加 Lane 模型的项目之一，Lane 即 git worktree；Agentic Development Environment 一词由 Warp 2.0 于 2025 年 6 月带火）
-
The Agentic Development Environment Landscape（Tom Rochette 的 ADE 边界与品类长文，正文「定义来源」一节引用；其博客首页列有该文）
-
stablyai/orca（Orca 开源仓库，GitHub 的 #ade topic 里人气最高的一个）
-
GitHub 的 #ade topic（ADE 相关项目集合，用来核对赛道归属的权威锚点之一）
-
herdr.dev（智能体多路复用器，定位为 agent runtime，非完整 ADE，详见下篇）
如果你已经用上了ADE，评论区聊聊你的使用感受吧。