几千个插件涌入 GitHub 之后,谁在争夺 Agent 组装权?事情是这样的。8月13日，DeepSeek 把 DeepSeek Harness 开源了。四天以后，这个仓库已经拿到大约13.8万颗 Star。更夸张的是，截至8月17日，GitHub 官方搜索里，8月13日以后新建、并且主动打上 dsh-plugin 标签的仓库，已经超过5400个。先说清楚，这不等于世界上突然多了5400个成熟可用的 DeepSeek 插件。GitHub 的 Topic 是开发者自己标注的，里面会有刚建好的空仓库，会有实验项目，会有蹭热度的，也会有原来的项目临时加上兼容层。这个数字每分钟都在变化，不能拿来计算真实装机量。但即使打个很大的折扣，说真的，这个速度还是有点离谱。有人在换终端界面，有人在接长期记忆，有人在做搜索和浏览器，有人在做沙箱、工具压缩、子 Agent、设计生成，还有人干脆搭了一座桥，让原本属于 Pi Agent 的扩展直接装进 DSH。大家看见一套刚刚开源、官方自己都提醒会发生破坏性变更的系统，第一反应不是等它稳定，而是扑上去给它造零件。为什么？01 从“整机”到“零部件”：真正争夺的是组装权你想想看，这么多人同时给一个底座造东西，很容易让人想到安卓。国内很多文章也给了一个很顺手的答案，DeepSeek 想做 Agent 时代的安卓。这个类比有一半是对的。开源底座，允许不同模型接入，鼓励第三方开发能力，再让这些能力反过来扩大底座影响力。听着确实很像安卓早期联合手机厂商和应用开发者，对抗封闭的 iPhone。但我顺着这些插件继续看下去，我自己的感受是，安卓并不是最重要的那一层。这些插件真正揭示的是，Agent 产品正在被拆开。过去我们使用 Claude Code、Codex 或者其他 Agent，拿到的更像一台组装好的整机。模型怎么选，上下文怎么压缩，记忆存在哪里，工具如何调用，任务循环怎样结束，权限怎么申请，界面长什么样，基本都由产品厂商提前决定。用户当然可以加技能、加 MCP、改配置，但那台机器的底盘和发动机舱，通常还是焊在一起的。DeepSeek Harness 干了一件很激进的事。它把模型适配器、工具注册表、会话日志、沙箱、权限，甚至 Agent Loop 本身都变成了插件。Agent Loop 就是那个不断重复的过程，模型看上下文，决定下一步，调用工具，接收结果，再决定下一步。过去大家会把它当成 Agent 的中央大脑。DSH 却说，这个中央大脑也可以换。真正不能丢的，不是某一种 Loop，而是那条能够重建一切的会话日志。这一下，Agent 和模型之间原来默认绑定的关系，被切开了。模型不再天然拥有 Agent。Agent 也不再天然属于任何一家模型厂商。你可以把 DeepSeek 模型装进不同 Harness，也可以在 DSH 里接入其他模型。可以保留同一套工具和记忆，只换模型；也可以保留模型，把压缩策略、终端、沙箱和子 Agent 全部换掉。当模型、记忆、工具、沙箱、界面和 Agent Loop 都能替换，竞争焦点就从单个功能转向组件接口。所以这场竞争表面上在造插件，背后争夺的其实是一个更大的东西。组装权。谁来决定一个 Agent 由哪些零件组成，这些零件如何通信，什么能够替换，什么必须保持稳定？这可能比做出某一个爆款功能更重要。因为功能会被复制，模型会被追平，界面也会越来越像。但如果整个行业开始按照你的接口组装 Agent，你就有机会变成那个不一定最显眼、却很难绕开的基础层。坦率地讲，这才是 DSH 插件爆发最值得聊的地方。它不是在证明 DeepSeek 已经拥有一个成熟生态。它是在证明，大量开发者已经不满足于购买一台焊死的 Agent 整机。他们想自己换零件，想把喜欢的记忆系统、终端、模型和工具拼到一起。Agent 软件，正在从整机竞争进入零部件竞争。02 开放边缘、控制核心：让社区探索产品边界顺着这件事再往下看，还有一个挺聪明的设计。DeepSeek 官方现在不接受外部 Pull Request。也就是说，社区开发者暂时不能直接把代码合并进官方核心。但官方在贡献说明里专门鼓励大家去做插件，给仓库加上 dsh-plugin 标签，再通过社区传播。乍一看有点矛盾。你都开源了，怎么又不接社区代码？但从产品策略上看，这可能恰恰是它最聪明的地方。核心团队继续控制运行时，不用每天处理几千个功能诉求。社区则在外围自由试错，搜索、视觉、长期记忆、子 Agent、不同终端、不同工作流，想做什么就做什么。哪些需求是真的，哪些只是发布当天的兴奋，哪些插件有人持续维护，哪些接口被所有人反复使用，三个月以后自然会有答案。某种程度上，DeepSeek 没有雇几千个产品经理。它让几千个开发者，替自己探索 Agent 的产品边界。插件是功能。插件的生死数据，才是情报。一个插件出现，只能说明有人想做这件事。一个插件经历三次破坏性升级还活着，持续有人安装、报错、修复和迁移，才说明这里可能存在真正的需求。开源在这里不只是一种代码分发方式，也是一套分布式的市场调查系统。这比单纯数 Star 有意思多了。但这块需要注意一下，也不能只往好听了说。DeepSeek 现在采取的并不是完全开放的治理，而是一种很明确的结构。开放边缘，控制核心。社区负责创造插件，官方决定运行时往哪里走。插件作者承担兼容成本，用户承担选择和组装成本。这个结构的好处，是核心团队能跑得很快。坏处也很直接，只要底层接口持续变化，上面那几千个插件就可能变成一片等待维护的技术债。这话听着有点刺耳，但开源项目最容易被高估的，就是发布头几天的繁荣。所以，开源代码不等于开放治理。插件数量也不等于平台已经成立。GitHub 上有一篇讨论写得很直接，一切皆插件对开发者很诱人，但对普通用户来说，很可能变成一切都要自己组装。两个插件注册了同名工具怎么办？服务注入顺序变了，行为会不会偷偷变化？装一个插件，会不会让原来的会话格式失效？第三方插件和 Agent 跑在同一个进程里，它拿到的权限到底有多大？这些问题一点都不性感。可真正的平台，就是靠处理这些不性感的问题长出来的。插件少的时候，大家担心 Agent 什么都不会。插件多起来以后，问题会反过来，谁来保证它们不会互相打架？生态早期最稀缺的是能力。生态成熟以后，最稀缺的是秩序。插件供应爆发只是起点；兼容测试、权限声明、安全审计和可信分发，决定生态能否从集市长成城市。03 从插件繁荣到平台成立，中间还差一套秩序这也是为什么我对安卓类比一直有保留。安卓当年真正厉害的，不只是把代码开源，也不只是应用多。它有兼容性定义文档，有 CTS 兼容性测试，有相对稳定的应用接口，还有 Google Play 这样的分发入口。手机厂商可以改界面、换硬件、做自己的定制，但只要想进入安卓应用生态，就需要满足一套兼容契约。安卓解决的不是怎么让更多人造应用。它解决的是，怎么让应用在大量不同设备上仍然能够运行。DSH 目前还没有走到这一步。官方明确说项目仍处于开发者预览阶段，会发生兼容性破坏。大量插件也没有统一的安全审计、权限清单和兼容认证。一个仓库加上标签就能进入搜索结果，分发更像一个热闹的集市，还不是一座有消防、质检和交通规则的城市。所以，供应爆发只是平台的起点。让用户的选择成本下降，才是平台真正成立的时刻。如果一定要给 DSH 找一个类比，我现在反而觉得，它更像 Agent 世界里还没有定型的 USB-C，或者一套正在竞争行业地位的 POSIX。它想定义的不是某一台完整机器，而是零件之间怎样连接。模型如何接入，工具怎样注册，状态如何保存，能力怎样替换，子 Agent 怎么被调用，外部系统如何知道任务发生了什么。一旦这些接口稳定下来，开发者写一个能力，就不必为每一个 Agent 产品重新写一遍。今天给 DSH 用，明天通过兼容层接到 Pi，后天再装进另一个企业运行时。真正值钱的就不再是某个插件。是插件背后的组合契约。谁定义组件之间的接口，谁就有机会拥有 Agent 时代的标准税。当然，DSH 现在最多只是这个标准的候选者。因为标准不是写在 README 里的口号，也不是一夜之间冒出来的几千个仓库。标准是别人愿意围着它做长期投资，并且相信今天写的东西，明天不会全部作废。04 把 Harness 商品化，让竞争重新回到模型说到这里，还有一种更锋利的读法。DeepSeek 也许根本没打算靠 Harness 本身建立一个封闭王国。它可能是在主动把 Harness 商品化。过去，模型厂商提供智能，Claude Code、Codex 这类产品把模型、工具、记忆和工作流包装在一起。最终用户感受到的是产品很好用，很少有人能分清，到底有多少能力来自模型，又有多少来自外面的工程系统。一个优秀的 Harness，可以让同一套模型表现得像换了一个大脑。这也会产生一种价值遮蔽。用户把成功归功于 Agent 产品，底层模型反而退到幕后。DSH 把 Agent 是怎么造出来的公开，把 Loop、工具、日志和状态管理全部拆成可观察、可替换的部件，相当于主动拆掉这层神秘感。当 Harness 越来越透明、越来越容易复刻，封闭 Agent 产品依靠工程黑箱获得的溢价就会下降。竞争可能重新回到模型能力、推理成本和 Token 价格。反正我觉得，这对一家模型公司来说，是一笔很合理的账。当你暂时无法垄断所有应用，不如先把应用赖以溢价的工程层变成公共品。当然，这个策略也有风险。DSH 是模型无关的，其他模型同样可以接进来。如果未来大家用 DSH，却把最重要的任务交给 Claude、GPT 或其他模型，DeepSeek 只是替整个行业修了一条路，到头来跑得最快的车却不一定属于自己。所以这场下注能不能成立，取决于 DSH 最终把流量导向谁，又能不能让 DeepSeek 模型在自己定义的运行环境里表现得更好。05 当一切都能替换，日志成为信任的锚点还有一件事，我觉得比插件数量更长远。DSH 真正固定下来的核心，不是某一种 Agent Loop，而是追加写入的会话日志。模型看到过什么，调用过什么工具，工具返回了什么，任务如何分叉和恢复，都要能够从日志里重建。GitHub 的讨论里有人说得很凝练，预制 Agent 要你相信它内部那套 Loop，Harness 只需要你相信日志。后者是一笔便宜得多的赌注，因为日志可以被检查。这句话对企业尤其重要。未来的企业不会只问 Agent 能不能完成任务，还会问它为什么这么做，使用了谁的权限，影响了哪些数据，失败以后能不能恢复，换一个模型以后结果是否仍然成立。插件越多，Agent 能做的事情越多。能做的事情越多，越需要一条不可丢失的证据链。所以 DSH 真正有潜力成为标准的地方，可能不是它允许一切变成插件。而是当一切都可以替换时，它仍然坚持留下那条可重建的日志。组件可以自由替换，但模型看过什么、调用过什么、返回什么、如何恢复，必须留下可重建的证据链。自由组合解决的是能力。可验证日志解决的是信任。一个生态只有能力，没有信任，会很快变成供应链事故的游乐园。06 别只数 Star：真正要看的是生态能否活下来接下来三个月，我觉得没有必要天天盯着 Star 涨了多少，也不用继续争论它到底是不是安卓。真正值得盯的，是几件更朴素的事。那几千个带着 dsh-plugin 标签的仓库，三个月后还有多少在维护。官方每次破坏性升级以后，头部插件需要几天才能恢复兼容。同一份记忆、工具和工作流，能不能跨 DSH、Pi 和其他 Harness 迁移。官方会不会建立插件权限声明、运行时隔离、兼容性测试和可信分发机制。以及最重要的，除了开发者把它跑起来，有没有团队真的用它长期完成工作。Star 是注意力。插件数是供给量。兼容性是契约。插件经历几轮升级以后还能活着，才是生态。回到开头那几千个突然出现的仓库。它们现在当然不能证明 DeepSeek 已经赢了，也不能证明一个 Agent 安卓已经诞生。但它们像是一场很集中的投票。大量开发者正在用行动表达，他们不想永远使用一台由别人焊死的 Agent。他们想选择模型，选择工具，选择记忆，选择界面，也想决定智能究竟怎样进入自己的工作。过去的软件平台争夺应用入口。Agent 时代争夺的，可能是智能的组装权。DeepSeek 已经把自己的赌注摆在桌上。它赌的不是自己能够提前设计出最完美的 Agent。它赌的是，只要给开发者一套足够开放的零件和接口，真正有生命力的 Agent，会从几千次野蛮组装里自己长出来。这场实验能不能成功，说实话我也不确定。但我很确定，判断它的方式，不是数桌面上有多少块乐高。是看这些乐高，能不能在同一套规则里，搭成一座长期有人居住的城市。磨平一些信息差，哪怕只是一点点。
夜雨聆风
