智能体生态观察 · 第 1 篇｜编码智能体的三线竞争：终端派、IDE 派与云端派

三条战线的划分标准：工作发生在哪里

编码智能体市场是 AI 应用里跑得最快的品类——因为它替代的工作（写代码）有最清晰的验证信号（编译过、测试过）。观察它的产品格局，最有解释力的切分维度不是「哪家公司」，而是「智能体的工作发生在哪里」：这一刀切下去，整个市场裂成三条战线。

终端派：智能体活在 shell 里。Claude Code 是这一派的定义者，开源阵营的 OpenCode、Aider 等紧随其后。产品逻辑是把整个开发环境（文件系统、终端、git）直接交给模型——权限模型围绕「哪些命令允许跑」设计。IDE 派：智能体活在编辑器侧边栏。Copilot 系与各家 IDE 内置助手，逻辑是「增强而非接管」——补全、解释、局部重构嵌在开发流里，权限围绕「改动哪些文件」设计。云端派：智能体活在远程沙箱。Devin 类产品与各家新推的云端 Agent（含 GitHub 的异步编码智能体），逻辑是「任务外包」——派活的人只看结果，环境、依赖、执行全在云上，权限围绕「任务边界」设计。

flowchart TB
    A["编码智能体市场"] --> B["终端派<br>shell 是主战场<br>Claude Code / OpenCode / Aider"]
    A --> C["IDE 派<br>编辑器是主战场<br>Copilot 系 / IDE 内置助手"]
    A --> D["云端派<br>沙箱是主战场<br>Devin 类 / 异步编码 Agent"]
    B --> E["用户画像：重型用户<br>接管环境，深度控制"]
    C --> F["用户画像：日常开发者<br>增强体验，低迁移成本"]
    D --> G["用户画像：管理者/团队<br>任务外包，结果导向"]

三派的产品逻辑差异：同一件事的三种答案

三派表面在做同一件事（让 AI 写代码），产品决策却处处相反，差异的根源是对「开发者愿意让渡多少控制权」的不同下注。

环境让渡：终端派要求用户把终端交出来（智能体可以跑任何被授权的命令），云端派要求用户把整个环境交出来（本地环境几乎不参与），IDE 派只要编辑器的操作权。交互节奏：终端派是「监督式」——你盯着它跑，随时打断；IDE 派是「伴随式」——它在你写码的流里随叫随到；云端派是「异步式」——派完活去干别的，回来验收。验证方式：终端派验证靠「跑给你看」（命令输出实时可见），IDE 派靠「diff 给你看」（改动的精确预览），云端派靠「PR 给你审」（完整的变更集与 CI 结果）。

三派各自长出了一个最有粘性的场景：终端派统治了重构与多文件改动（需要环境操作能力的任务）、IDE 派守住日常补全与局部修改（低摩擦高频场景）、云端派在批量任务与并行工作上形成差异（同时派十个任务给人审）。三个场景几乎不重叠——这是理解「三线竞争」的关键背景。

竞争还是互补：生态位重叠的真实边界

「三派谁吃谁」是个流行的问题，但生态位分析给出的答案更接近「分层共存」。重叠地带确实存在且争夺激烈：单文件小改动（三派都能做，IDE 派体验最顺）、中型特性开发（终端派与云端派正面竞争，胜负在「用户想不想盯着」）。但两端的市场几乎无争：重度环境操作（调试环境、依赖修复）只有终端派顺手；完全异步的批量任务只有云端派能承接。

竞争的真实焦点不在「谁的产品赢」，而在入口之争：谁掌握了开发者工作流的第一入口，谁就能把另外两派变成自己的下游。终端派的入口是终端（开发者的必经之路）、IDE 派的入口是编辑器（停留时间最长）、云端派想创造新入口（任务面板取代终端）。观察各家动作能看清心思：终端派产品纷纷推出 IDE 插件（向上游渗透）、IDE 派纷纷推出终端模式（向下游渗透）、云端派则试图用「结果导向」的价值主张直接绕开入口之争——卖给「不想盯着过程」的那群人。

给从业者的观察结论

三条战线对不同的角色意味着不同的机会。独立开发者/小团队：终端派的性价比最高——本地环境、按订阅付费、无迁移成本；IDE 派作为日常补充。平台/基础设施方：三条战线的共同依赖（模型、沙箱、代码审查管线）是比做产品更稳的生意——「卖水人」逻辑在每一派身上都成立。关注格局的观察者：值得盯的信号是三派的相互渗透速度（插件化、终端模式、API 开放）与云端派的采用斜率——如果「异步外包」的体验追上「监督式」，入口之争会真正开打；在那之前，这是一个「分层共存、互相渗透」的格局，而不是赢家通吃的战场。

一句话版本：编码智能体的三条战线，本质是三种「控制权让渡」的商业化方案——它们竞争的不是同一个用户，而是同一个用户在不同任务里的三种心情。

三派的融合信号：终端与云的合流苗头

三线竞争的最新演化值得单独记录：终端派与云端派正在合流，融合的产品形态叫「本地感知的云端执行」——智能体的「脑子」与调度在云端（享受云端模型与算力），「手脚」可以落在本地（操作你的文件与环境）或云端沙箱（安全隔离的执行），按任务的敏感度与算力需求动态选择。这个合流的技术前提是模型能力的提升（对本地环境的「遥控」不再需要笨重的本地代理）与安全方案（凭证的委托与沙箱边界的细化）。对用户的意义：三派的「选边站」正在失去必要性——同一个产品里，「盯着跑」与「派活走」可以是切换的模式而非二选一的产品。对观察者的意义：判断「终端派与云端派谁赢」的问题本身在失效，更有预测力的观察点是融合产品的模式切换体验——模式切换的顺滑度（本地与云端的执行环境切换要不要重新建立上下文、权限要不要重新授权）将成为下一轮竞争的焦点。另一个值得盯的融合信号是「会话的可迁移性」：本地开始的会话能不能无缝转到云端继续（上班路上派活、到工位接着盯）——谁能把这个体验做顺，谁就把「入口」的定义权拿到了手里。三线竞争的终局剧本，正在从「三选一」改写成「一张网络」——所有的竞争都会回到网络里「节点体验」的竞争。

给选型者的三线速查

收尾给一份按场景的三线速查，把本篇的观察变成可执行的选型动作。场景一：日常的代码补全与小修——IDE 派，几乎无摩擦，成本最低，别用终端派杀鸡。场景二：多文件重构、跨模块改动、环境调试——终端派的主场，需要你盯着（监督式），产出质量对「指挥者的表达」敏感。场景三：批量任务、并行实验、不急的活——云端派，派活走人，按结果验收；前提是任务描述要写得足够清楚（异步模式没有追问的机会）。场景四（新趋势）：敏感代码库——三派里只有「本地执行的终端派」满足「代码不出域」的硬约束，云端派在此场景出局，这是企业采购的分水岭题。速查表的底部写一句总纲：三线的产品会互相渗透，但「你的任务形态」不会变——按任务选派，不按潮流选派。

三线竞争的一个先行指标：插件的活跃度

观察三线相互渗透的进度，一个先行指标比任何发布会都有说服力：跨派插件的活跃度。终端派产品的 IDE 插件的月活与留存（渗透进编辑器是否真的被用）、IDE 派产品的终端模式的使用占比（开发者是否真的换场景）、云端派的本地代理的安装量（派活的用户是否接受一个本地组件）——三个数字分别检验三条渗透路线的「真实采用」。先行指标的意义在于领先于收入与声量：插件活跃度涨，说明渗透路线走通了（产品融合在进行）；装了不用，说明渗透只是战略姿态。数据虽然不总公开，行业里可以从间接信号读（更新日志里跨派功能的迭代频率、社区里跨场景的讨论占比）——三线竞争的下一章，写在插件的活跃度曲线里，不写在发布会里。

终端派的一个隐藏门槛：环境异质性

终端派有个产品页不会写的隐藏门槛：开发环境的异质性。产品 demo 都在干净的标准环境里跑（主流语言、常见框架、无历史包袱），真实工作环境却是异质的：祖传的构建脚本、内网的依赖源、定制的工具链、以及「只有老员工知道」的环境咒语。智能体在异质环境里的失败模式：按「标准姿势」执行命令（你的项目要加环境变量）、装了不兼容的依赖版本（你的项目锁了特定版本）、以及最隐蔽的——跑「成功」了但结果不对（环境差异导致行为差异，表面无异常）。这个门槛对用户的含义：终端派在异质环境的第一次上手成本被系统性低估——正确姿势是先花半天「教环境」（把构建命令、依赖约束、环境坑写进项目级配置文件让智能体读），再谈日常使用。对产品的含义：「环境学习能力」（自动发现并记住环境特性）是终端派产品的下一个分水岭——谁的智能体能在你的祖传项目里第一天就干对活，谁就赢下了最难的那批用户。

小结

编码智能体沿「工作发生在哪里」裂成三线：终端派（shell、监督式、环境操作见长）、IDE 派（编辑器、伴随式、低摩擦日常）、云端派（沙箱、异步式、批量外包）。三派在单文件小改与中型特性上交火，但重度环境操作与批量异步任务各自无争——生态位重叠有清晰的边界。竞争的真实焦点是入口之争（终端、编辑器、任务面板），相互渗透是当前的主旋律。对个人选型、平台机会与格局观察的含义各不相同，但底层是同一件事：三派卖的是控制权让渡的三种方案，对应同一用户的三种工作心情。