Agent工具一个月冒出十几个，哪些是真的不一样？

最近每隔几天就有人安利一个新Agent工具。但真正该问的不是“这个工具功能多不多”，而是“它在接管我任务流的哪一段”。这个问题问对了，剩下的判断会顺很多。

一、这轮Agent热，不是新名字太多，是任务入口在重新分配

先说结论：这不是十几个全新物种从石头缝里冒出来，是十几个Agent工具在抢同一类位置——谁来接管你的任务流。

拿最近两周的几件事对照着看：8月19日，Codex cloud接入了GitLab测试版，能从Issue或合并请求里直接用指令拉起任务；同一天，Cursor给云端Agent加了事件订阅，能盯着PR、监听Slack线程、跑定时任务，自己醒过来接活；8月12日前后，GitHub Copilot的Agent Plugins做到1.0正式发布，插件写一次能跨VS Code、CLI、App用。这三件事看着是三条新闻，实际是同一层竞争——谁能让Agent更自主地接单、更长时间地盯着一个目标。看懂这一层，你会发现大多数“新工具”新闻其实是同一个位置内部的迭代，不是需要你重新学一遍的新东西。

真正值得花时间判断的，是位置背后的三件事。往下拆。

二、先摊开地图：四个位置

• 终端Agent：Claude Code、Codex、Pi，跑在终端里，直接面向代码仓库
• IDE/开发环境Agent：Cursor、GitHub Copilot、Google Antigravity，嵌进编辑器或者干脆自成一套开发环境
• 云端异步Agent：Codex cloud、Cursor的Cloud Agents、Devin的“Manage Devins”（一个Devin拆任务后管理一队跑在独立虚拟机里的子Devin），任务丢出去，人不用一直盯着
• 办公/组织工作台：WorkBuddy这类，重点不是写代码，是把文档、会议、知识库和产出串起来

同一个位置里，工具之间可能是完全不同的东西——同样挂在“终端Agent”下面，Claude Code和Pi长得一点都不像。要分清楚，得看下面三件事。

三、三个判断维度：任务从哪来、在哪里跑、能力沉淀到哪里

任务从哪来：是你主动敲命令，还是它自己订阅了某个事件源，醒过来就开始干活。Cursor的事件订阅、Copilot CLI的多任务管理，都是在往“自己接单”这个方向走；Pi依然是你敲一条命令它跑一段，触发权完全在你手里。

在哪里跑：跑在什么样的隔离环境里，谁负责兜底安全。这条上两种哲学的差距很大——Pi官方安全文档写得很直接：没有内置沙箱，内置工具能以Pi进程本身的权限读写文件、跑Shell命令，隔离要靠你自己套一层容器或虚拟机；官方给的理由是半吊子的进程内沙箱容易被误解成安全边界，真正的隔离得靠操作系统层面。相比之下，Factory的Droid在3月就上线了OS级沙箱，Cursor和Devin也都把Subagent放进独立虚拟机里跑。这不是谁更先进，是把隔离责任放在用户手里还是厂商手里的选择，而且是有真实代价的选择，不是营销话术。

能力沉淀到哪里：任务跑完之后，留下的技能、扩展、审计记录，是留在你自己手里，还是留进某个厂商的生态里。这条决定了你今天投入时间学会的东西，明天还能不能带着走。

这三个问题里，“任务从哪来”还有一层容易被混淆的东西——不是指谁触发任务，而是指这个工具的技术源头本身，也就是血统。这个概念值得单独拆一下。

四、血统判断：强血缘、弱兼容、生态绑定

血统鉴定要分强弱，混着看最容易得出错误结论。

强血缘，直接移植源码。 之前拆过xAI的Grok Build，里面直接移植了openai/codex和sst/opencode的工具层代码，改完按协议留了修改声明，这是能在仓库里翻出实锤的。

强血缘，但会随时间衰减，SDK内嵌依赖。 OpenClaw是个好例子，但这里要说清楚现状，不能停在旧印象里。OpenClaw最新的架构文档写得很明确：核心运行时现在完全由OpenClaw自己拥有，不再保留任何外部Agent框架包，唯一还留着的第三方依赖是pi-tui这个终端组件工具包；甚至连pi这个legacy运行时别名，现在也被规范化指向OpenClaw自己的runtime id。也就是说，OpenClaw和Pi之间曾经有过真实的SDK内嵌关系，但这层依赖正在被系统性地收编掉。这条案例最大的价值不是“揭发”谁抄了谁，是提醒一件事：血缘关系不是刻在石头上的标签，会随项目自己长大而被稀释甚至切断，鉴定要看当下的真实依赖，不能只信一份可能已经过期的文档。

弱关联，仅接口/格式兼容，不是代码血缘。 WorkBuddy自己的说法是“跟开源的小龙虾OpenClaw、Hermes类似，完全兼容这类skills”。这句话字面意思是skill格式兼容，跟上面说的SDK内嵌完全不是一回事——WorkBuddy是腾讯CodeBuddy产品线下的闭源产品，跟Pi、OpenClaw之间没有任何能查到的代码或依赖关系，双方只是约定了同一套skill的写法。看到“兼容”两个字就默认是“同一家人”，是这套方法论里最容易踩的坑。

生态绑定，决定迁移成本。 Pi是MIT开源，不绑定任何一家模型厂商；WorkBuddy则深度绑定微信/腾讯文档生态。这条不是血统问题，是治理问题，但经常和血统一起被混为一谈，也值得单独拎出来看。

五、Pi、Claude Code、Codex、WorkBuddy分别代表哪种路线

六、到底该怎么选

这里并不是说“哪个最强”，按上面的位置和三个维度倒推：

• 不写代码，日常协作为主：先看WorkBuddy这类办公工作台，图的是开箱即用，接受迁移成本换来的便利
• 写代码但不想折腾环境：Claude Code、Codex、Cursor这类功能完备的工具更省心，隔离环境、子Agent协同这些别人已经踩过坑
• 想理解Agent架构、愿意自己配置：研究Pi，代价是要自己承担隔离和安全责任，换来的是不被单一厂商锁死的自由度
• 团队里要真正落地：优先看任务触发方式、执行隔离、能力沉淀这三件事，不要只盯着模型名字——模型会换，这三层架构换起来才是真麻烦

七、一年后大概率剩下的是位置，不是今天这些名字

血统模糊、纯套壳、没有任何独立技术资产的工具，会最先被合并或消失——单纯包一层UI去调用别人的模型API，一旦背后厂商调整策略，很难独立存活。在“在哪里跑”这个维度上走两个极端的反而更容易活下来：要么足够开放、把隔离和自定义交还给用户，靠社区生态滚雪球；要么足够完备、有真实付费客户支撑隔离和安全的持续投入。卡在中间的最危险。

至于位置本身，终端、IDE、云端异步、办公工作台这四类大概率会持续存在，具体占据每个位置的产品名字，一年后未必还是今天这几个。单点功能型的小工具，多半会被并进这四类入口里的某一个，而不是自己单独活下来。

现在下结论说哪几个名字会留下来，为时尚早。但用位置加三个维度去持续观察，比追着每个月的新发布跑，靠谱得多。

资料边界说明

官方/一手文档：

• OpenClaw官方架构文档（github.com/openclaw/openclaw/blob/main/docs/agent-runtime-architecture.md）：核心运行时归属、外部Agent框架包移除情况、pi-tui第三方依赖现状、pi运行时别名规范化说明
• Pi官方安全文档（pi.dev/docs/latest/security）：不内置沙箱的设计说明及理由
• Pi官方新闻页（pi.dev/news）：0.84.0（2026-08-06）、0.84.1（2026-08-07）、0.84.2（2026-08-14）三个版本的发布时间，截至查证时（2026-08-23）0.84.2为最新版，正式发布前请重新核实是否有更新版本
• OpenAI官方Release Notes（openai.com/products/release-notes）：Codex cloud接入GitLab（2026-08-19，Beta）
• Cursor官方changelog（cursor.com/changelog/08-19-26）：云端Agent事件订阅等更新
• GitHub官方changelog：Agent Plugins 1.0 GA
• Cognition官方博客（cognition.com/blog/devin-can-now-manage-devins）：Devin“Manage Devins”功能，2026年3月19日发布
• Factory官方changelog（docs.factory.ai/changelog/release-notes）：OS级沙箱（2026年3月25日）、MCP工具按需搜索（2026年6月3日）

第三方媒体报道（多源交叉确认）：

• WorkBuddy企业版及Agent Suite于2026年6月5日发布的具体能力
• Google Antigravity 2.0于2026年5月19日发布（另有官方博客antigravity.google/blog确认）

账号自有素材：

• WorkBuddy相关表述及“兼容OpenClaw skills”的原始说法，引自账号06-22《我用WorkBuddy做了几件小事，才明白Agent是什么》
• Grok Build血统鉴定方法论，引自账号07-16《xAI开源Grok Build，代码里的codex/opencode血统藏不住》

方向性/待观察：

• 第七章关于“一年后哪些位置会留下”的判断为方向性推演，非确定性预测