日活154万、日烧92万亿Token，六成用户在给自己造工具：DeepSeek Harness的“应用商店时刻”，我先踩了三个坑

DeepSeek Harness官方在11月5日甩出了一组数字：截至11月4日，日活154万，日消耗Token约92万亿，第三方插件约3.5万个，约60%的活跃用户亲手做过或装过至少一个插件。

154万日活什么概念？9月底桌面版刚发的时候，这个数字是27.1万，一个多月翻了4.7倍。92万亿Token一天又是什么概念？全球大模型一周的总调用量大概是210万亿Token，一个平台一天就烧掉了将近一半的周总量。

官方同时在筹备插件市场和“Token当工资”的作者扶持计划，还明确说了一句让社区兴奋的话：将来内置功能也允许被第三方插件替换。

我花了两天把插件生态从“找”到“装”到“用”走了一遍，发现三件事比这组数字更值得聊。

第一个坑：dsh plugin add 装不了skill，这是两个层级的东西

我第一个犯的错，是把“插件”和“skill”当成了同一种东西。

社区的教程里一会儿说“装一个搜索插件”，一会儿说“装一个skill”，我直接在终端里敲了 dsh plugin add 去装一个Markdown格式的skill包，结果当然是装不上。翻了官方架构文档才理清：plugin是代码扩展包，skill是给模型看的Markdown指令集，两者不是一个层级的东西

腾讯云的技术百科把分工写得很清楚：MCP负责统一外部工具的连接方式，Skill提供某类任务的操作方法，Harness负责把模型、工具、Skill、会话、存储、循环、沙箱和界面组织起来，推动任务持续运行。翻译成大白话：Prompt说“这次要做什么”，Skill说“这类事通常怎么做”，MCP说“可以连哪些外部工具”，插件则是把上面这些东西焊进Harness运行时的那个焊枪。

七牛云的一篇分析把最容易搞混的地方点破了：Cordis插件和MCP不在同一层，把两者当竞品是选型中最常见的误判。Cordis管“Harness由什么组成”，MCP管“Agent能调用什么”。你写一个MCP Server是为了让Agent连上GitHub，你写一个DSH插件是为了替换Harness里的模型适配器、会话日志甚至Agent循环本身。前者是能力接入，后者是装配机制。

所以“装插件”之前先问自己一句：你是想给Agent加一个外部工具，还是想改Harness本身的行为。前者走MCP，后者走Cordis插件。

第二个坑：桌面版和Web版的插件，是两套完全隔离的世界

这是我花时间最多的一个坑。

我在桌面版里装了一个插件，然后想在命令行Web版里用，发现根本没有。翻文档才看到：桌面版和Web版使用相互独立的profile目录，桌面版独占 $DSH_HOME/profiles/desktop ，Web版默认用 web profile，给一个版本装的插件不会出现在另一个版本里

更麻烦的是命令行操作。如果你要用 dsh plugin 管理桌面版的插件，必须显加上--profile desktop，而且必须先完全退出桌面应用——macOS要彻底退出进程，Windows要从托盘右键退出，只关窗口不行，否则会触发本地文件锁冲突。

这个设计本身有它的道理。桌面版是社区维护的独立容器，数据隔离是为了避免两个运行时抢同一份会话和配置。但对普通用户来说，“我装了一个插件，换一个入口就没了”这件事没有任何弹窗提示你。你以为你在用一个统一的产品，实际上你在用两个互不相通的“平行版本”。

社区里的 dsh-our-free-model 这类插件，安装说明第一句往往就是“确认你用的是桌面版还是Web版”。如果你只用一个入口，影响不大；如果你两边都用，每次装插件之前先问自己：我要装到哪一边。

第三个坑：有些插件装上之后，Token是真的会“偷偷跑”

3.5万个插件里，官方自己说了“整体质量参差不齐”。参差不齐的不只是功能，还有成本。

社区Discussion #6885里有一个被反复引用的用户报告：某些搜索插件单次可能消耗6万到25万Token，单个DSH响应可能超过100万Token，复杂对话累计甚至达到1亿Token。这不是官方平均值，是一个真实用户在自己的会话里看到的数字。

我自己用一个带搜索能力的插件跑了一个中等复杂度的调研任务，单次任务的输入Token里，缓存未命中的部分比不装插件时高了将近一个数量级。原因不复杂：插件在后台调用了额外的模型或外部服务，这些调用的结果又作为工具返回被塞进了后续上下文，每一轮都在重发上一轮的搜索结果。

官方社区里已经有专门做“省Token”的插件，比如 dsh-token-slimmer ，号称在工具结果首次进入请求之前就按预算裁剪，实测首次进入省45.1%，按重发计费的账单口径省11.6%。一个插件帮你省Token，另一个插件在烧Token，这就是开放生态的现状。

安装之前做一件事：看一眼这个插件有没有说明“它会调用哪些外部服务”“单次调用的Token量级大概是多少”。如果README里只有功能列表、没有成本说明，先在沙箱会话里小规模跑一次，看账单再决定要不要留在主工作流里。

3.5万个插件里，哪些值得装

我按“解决什么问题”把社区里被讨论最多的插件分成三类，每类挑一个代表性的。

第一类，生态入口。dsh-market 是目前最像“应用商店”的东西，本身不提供能力，但收录了近9000个插件，让你不用在GitHub里一个个翻。先装它，再装别的，能省掉大量“找”的时间。

第二类，能力全。billion-context 是周下载量最高的插件之一，做的是上下文压缩和管理。如果你经常跑长会话、被上下文撑爆，它是第一个该考虑的。但注意：压缩丢掉的那部分信息，可能恰好是下一次判断的依据，压缩率调太高之前先在小任务上试。

第三类，成本控制。dsh-token-slimmer 和类似的裁剪插件，装上是“省钱”而不是“赚钱”，适合已经跑通工作流、开始在意账单的人。如果你还在探索阶段，先把功能跑通，再考虑省Token。

“60%用户自己造插件”这个数字，换个角度看，恰恰说明官方供给和用户需求之间有缺口。官方在筹备的插件市场和作者扶持计划，就是在补这个缺口。但在市场建好、质量筛选机制跑起来之前，你作为用户的第一道防线，是“装之前看一眼它会不会烧钱”。

它更像一个“允许任何人摆摊的集市”，还不是一个“经过审核的商店”

DeepSeek Harness的插件生态，爆发力是真的。3.5万插件、60%用户参与、日烧92万亿Token，这几个数字放在任何一个开发者平台上都是现象级的。

但它现在的状态，不是App Store，是集市。集市的好处是门槛低、品类多、长尾需求有人接；代价是质量参差、成本不透明、安全靠你自己判断。官方在做市场、做API稳定性、做安全机制，方向是对的，但从“有人摆摊”到“可以放心买”，中间隔着筛选、评级、追责一整套基础设施。

对普通用户来说，最实际的姿势是：先分清插件和skill、MCP的区别，别装错层级；桌面版和Web版别混着装；装之前先看成本说明，装之后先看账单。这三件事做完，你才能享受“60%的人都在自己造工具”这个生态红利，而不是成为那3.5万分之一里面被一个低质量插件烧掉Token的人。