DeepSeek Harness 日活 154 万：Agent 操作系统的野心，和插件的反噬

一个上线不到三个月的 Agent 工具，日活已经到 154 万，日消耗 92 万亿 Token，第三方插件 3.5 万个。这组数字放在任何开发者平台身上都算惊人，而它的目标写得更大：做 Agent 时代的操作系统。

一分钟速览

• 截至 11 月 4 日，官方 API 用户口径下日活 154 万，日消耗 Token 约 92 万亿；
• 第三方插件约 3.5 万个，约 60% 的活跃用户制作或安装过至少一款插件；
• 核心理念是一切皆插件，连内置功能都可以被第三方替换；
• 8 月 13 日发布 v0.1，官方开始给插件作者发 Token 激励；
• 插件过多导致上下文膨胀、死循环、成本飙升的问题已经出现。

它卖的其实不是工具，是工作台

传统 Agent 产品给你一套预设工作流：模型、工具、记忆、界面都是厂商定好的。DeepSeek Harness 反过来，把模型、工具、记忆、界面全部拆成可替换的组件，用户自己拼。

社区里已经长出不少有意思的东西：dsh-aio-agent 把 Cursor、Claude Code、Codex、OpenCode、CodeBuddy、Kimi Code 接进同一个界面；dsh-ltm 做本地长期记忆，支持中文关键词检索和按项目隔离；TheOne 用模型判断话题归属，自动路由到独立会话；甚至有人用 ESP32-S3 开发板模拟 iPhone 的 USB 键鼠，配合 AirPlay 镜像，让 Agent 能控制一台未越狱的真机。

这种用户自己造工具的路径，和当年浏览器的扩展生态、VS Code 的插件市场是同构的。平台提供最小内核，剩下的交给社区。

但插件会反噬

一位开发者记录了自己的教训：给 Agent 装了 15 个以上插件后，系统开始出现无限循环、上下文溢出、Token 消耗上升。原因不难理解——每多一个插件，模型就多要读一份说明、规则和约束，注意力被工具本身吃掉，真正用于任务推理的部分反而变少。

另一位用户测得更具体：拿一个小型项目跑 DeepSeek Harness，Token 消耗是 OpenCode 的 20 倍，耗时 30 到 40 分钟，而 OpenCode 只要 30 秒。这只是个体体验，不能代表全局，但它指向一个真问题：开放不等于高效。

社区给出的解法是选择性披露——只在需要时把对应插件的说明喂给模型，而不是让所有插件的规则常驻上下文。这其实是操作系统早就解决的问题：驱动按需加载，而不是开机全装。

平台化的临界点

DeepSeek Harness 现在的处境，很像早期的 Android：生态繁荣，但碎片化、性能参差、体验不稳定。能不能跨过去，取决于三件事——插件规范能不能收敛、官方能不能提供开箱即用的精简发行版、以及 Token 成本能不能降下来。

给插件作者发 Token 是个聪明的激励，它把生态建设的成本外部化，同时绑定开发者。但平台最终要回答的问题只有一个：普通用户打开它，能不能不折腾就完成工作。操作系统从来不是靠插件数量赢的，是靠默认就很好用赢的。