DeepSeek Harness：154万日活与插件市场

11 月 5 日，DeepSeek Harness 公布产品与社区进展：截至 11 月 4 日，以使用官方 API 的用户为统计范围，平台日活跃用户达到 154 万，每日消耗 Token 约 92 万亿；与此同时，官方宣布将提升插件 API 的稳定性与兼容性、完善安全机制，并筹备建设官方插件市场。

DeepSeek Harness 已从单一的插件式开发工具进入生态扩张阶段，但用户与调用规模增长，不代表插件分发、安全治理和商业闭环已经成熟。154 万不是 DeepSeek 全产品日活，92 万亿 Token 也不能直接换算成收入或成本。当前能够确认的是生态热度与供给规模；官方市场仍停留在计划阶段。

DeepSeek Harness 到底是什么？

公开体验资料将 DeepSeek Harness 描述为一款基于插件的 AI 开发工具，可用于自主完成复杂任务。它的两个关键发布节点是：v0.1 于 8 月 13 日上线，桌面端于 9 月 29 日正式发布。

相较于普通 AI 工具常见的“模型加工具调用”，Harness 的插件化更接近运行时架构。第三方生态复盘称，模型、工具、沙箱、会话存储、UI，甚至 Agent 主循环，都可以被纳入插件体系。 也就是说，插件不仅是给现有助手增加几个外部工具，还可能参与任务执行、上下文管理和交互流程。

这种架构的优势是扩展边界清晰，开发者可以围绕具体工作流封装能力；代价是，插件越接近运行时核心，API 版本变化、权限分配、数据访问和故障隔离就越重要。Harness 当前公布的重点已经从“增加插件数量”延伸至“建设插件市场”，这也表明规模扩张开始触及分发和治理问题。

154 万日活是怎么涨起来的？

9 月 30 日，DeepSeek Harness 日活为 27.1 万；到 11 月 4 日，这一数字增至 154 万，净增约 126.9 万，规模约为起点的 5.7 倍。 报道将这一变化概括为一个月增长超过百万。

增长时间与桌面端发布节点相邻，但现有资料不足以证明二者存在直接因果关系。桌面端降低了产品的使用入口门槛，插件生态也扩大了可完成的任务范围，这些因素都可能对增长有所贡献；至于具体贡献比例，官方更新并没有提供拆分数据。

统计边界也需要明确：这 154 万仅统计使用官方 API 的用户，不能直接外推为 DeepSeek 全产品日活，也不能拿来和整个 DeepSeek 用户规模直接比较。 公告同样没有详细说明活跃用户判定、重复账号处理、地区分布、企业与个人用户比例以及留存情况。因此，这组数据更适合被视为 Harness 自身采用率较高的信号，而不是整个大模型市场的份额指标。

92 万亿 Token 到底意味着什么？

在上述官方 API 用户口径下，每日消耗总量约为 92 万亿 Token。 它首先说明 Harness 已经承载了相当规模的模型调用，也意味着 Agent 任务中的上下文组织、工具循环和长流程执行，会把单次用户操作放大为大量 Token 消耗。

但 Token 是过程量，不是收入、利润或任务完成量。不同模型组合、输入输出比例、缓存使用、任务长度以及调用方式，都会影响最终成本；在缺少用户分布和调用结构的情况下，也不宜机械地用 92 万亿除以 154 万，得出一个看似精确的“人均日消耗”。

对平台方而言，这个指标比单纯日活更接近基础设施压力；对开发者和企业而言，这一指标也提醒使用者，插件越深入业务链路，越需要关注 API 稳定性、调用预算和失败重试机制。官方宣布继续提升插件 API 稳定性与兼容性，也与这种高调用规模下的现实需求相吻合。

3.5 万个插件和 60% 参与率说明生态到了哪一步？

DeepSeek Harness 发布至今，第三方插件数量已增至约 3.5 万个，约 60% 的活跃用户制作或安装了至少一款第三方插件。

这两个数字分别对应供给和触达：3.5 万个插件说明扩展供给已经形成规模，60% 的参与率则表明插件不再只是少数开发者的实验功能，而是触达了多数活跃用户。

不过，“制作或安装过至少一款”是一个较宽的统计口径。它不能证明插件仍在持续使用，也不能说明用户只使用其中一个插件，更不能替代插件留存率、调用次数、活跃插件数量和商业收入等指标。实验性项目、长期无人维护的项目和真正进入生产工作流的插件，在“插件总数”中可能没有明显区别。

据此，Harness 已经越过插件可用性验证期，进入规模化供给阶段；但供给规模与成熟市场之间，仍需解决质量筛选、版本维护、安全治理和持续分发等问题。官方提出完善插件安全机制，也从侧面说明数量增长之后，治理能力需要跟上。

GitHub 高热度能直接等同于真实使用吗？

一篇基于 GitHub API 实测的 8 月 22 日快照显示，DeepSeek Harness 主仓库约有 18.1 万个 Star，桌面端约有 1.75 万个；插件精选列表、第三方市场、路由套件、Web UI 和终端界面等项目也同步出现，其中插件精选列表约有 1.11 万个 Star，路由套件约有 6556 个。

这些项目说明 Harness 很快形成了围绕运行时底座、用户入口、插件索引和任务调度的基础设施，也证明开发者已经对它产生关注。但 GitHub Star 主要反映收藏和关注行为，不能替代官方 DAU、Token 消耗、插件留存或收入数据。一个高热度仓库可能有很多关注者，却不一定对应持续生产环境中的实际调用。

其中，第三方插件市场已经证明“发现与分发”具有需求，但它与官方市场承担的职责并不完全相同。官方市场不仅要提供目录和搜索，还要处理版本兼容、安全审核、权限边界和下架治理。GitHub 热度可以说明生态具备自组织能力，却不能证明外部开发者已经准备好把高风险生产任务交给一个插件分发平台。

官方插件市场准备解决哪些问题？

官方公布的计划可以归纳为三个方向：提升插件 API 的稳定性与兼容性、完善插件安全机制、建设官方插件市场。目标是让插件作者更方便地上传插件，让用户更容易找到所需插件。

API 稳定性与兼容性决定插件能否跨越 Harness 版本继续运行。插件生态越庞大，接口变更、依赖冲突和版本碎片化越容易出现。如果官方能够提供稳定的兼容承诺、废弃周期和迁移机制，开发者才更有动力维护长期项目。

安全机制则决定市场能否承载更深的业务接入。当插件可能接触工具、沙箱、会话存储或专业能力时，仅有上传入口远远不够，还需要明确权限申请、数据访问、行为审计和违规处置机制。官方市场如果只解决“搜得到”，却无法回答“敢不敢用”，其价值将主要停留在目录层。

上传与发现机制则是官方市场最直接的产品目标。它可能降低插件曝光和安装成本，并为作品推荐、活动运营和生态治理提供统一入口。不过，搜索分类、版本筛选、评分、收藏、付费能力等具体产品形态尚未披露，不能提前把它们视为已经确定的功能。

插件作者和企业现在能得到什么？

面向插件作者的支持计划包括 Token 激励、技术交流与作品推荐，具体的支持方式将结合社区实际需求与反馈逐步完善。 对个人开发者而言，Token 激励可以降低试验新工作流和调试 Agent 任务的成本，技术交流有助于处理插件接口与安全问题，作品推荐则可能改善冷启动阶段的曝光。

但这套支持计划目前并不等于已经确定的现金分成。Token 激励的数量、发放条件、是否与调用量或作品质量挂钩，官方都尚未公布；作品推荐的具体入口和推荐机制也没有说明。因此，现阶段更适合把它理解为生态扶持方向，而不是可据此测算收入的商业模式。

企业侧的参与空间则在于通过插件接入产品、服务与专业能力。官方表示欢迎创业团队和企业探索合作可能。 对企业而言，这提供了一条把内部知识、业务流程或专业服务封装成 Harness 可调用能力的路径。不过，“探索合作”还不是正式招商或采购规则，企业在进入生产环境前，仍需自行评估身份认证、数据边界、服务等级、维护责任与故障影响。

官方市场真正上线前还要补齐哪些规则？

本次更新没有披露官方插件市场的具体上线时间，也没有说明审核与下架标准、版本兼容策略、收入分成方式、Token 激励细则、安全标准、权限边界及成本方案。 它们目前都只能列为待确认项，不能视为已经落地的功能。

其中，审核和下架机制决定市场能否维持基本信任：哪些插件可以上架，谁负责安全检查，违规插件如何处置，都需要可执行的规则。权限边界同样关键，插件究竟只能读取有限信息，还是能够操作更广泛的工具与会话，需要明确到具体能力，而不能只写一句“注意安全”。

商业闭环仍有一系列问题需要回答：开发者能否收费，平台如何处理结算和退款，官方是否抽成，Token 激励与真实收入能否并存，企业接入是否存在额外成本。这些问题决定官方市场究竟只是分发入口，还是能够形成稳定的开发者职业激励。

此外，版本弃用、数据隐私、兼容性测试和企业服务承诺虽然未被本次公告完整说明，却是插件生态扩大后必须面对的治理课题。官方市场能否形成核心竞争力，最终要看它能否让用户和开发者对插件的来源、权限、行为与持续维护形成稳定预期，而不只是把页面做得更方便。

规模与供给已得到验证，分发和治理仍待兑现

现阶段可以确认，DeepSeek Harness 已经获得真实用户调用，也形成了较大规模的第三方插件供给。接下来的关键，不是继续刷新 Star 或插件数量，而是官方市场能否按计划上线，并把安全、权限、审核和商业规则落实为可验证的机制。

对开发者来说，现在适合围绕真实任务验证插件价值，并关注作者支持计划的细化；对企业来说，插件接入可以作为生态合作方向研究，但在权限、安全和服务边界明确前，不宜直接把它视为成熟的生产分发渠道。

如果官方市场最终只是增加一个插件目录，它对现有分发的改善可能有限；如果它能同时提供统一兼容标准、安全治理和稳定分发，就有机会成为 Harness 生态真正的基础设施。下一次更新除关注增长数字外，还应关注市场上线时间、安全标准、权限模型和开发者收益规则何时能够给出明确答案。