DeepSeek Harness 日活 154 万，官方启动插件开发者 Token 激励计划

用户规模与消耗双高

11 月 5 日晚，DeepSeek Harness 披露社区进展。统计截至 11 月 4 日，基于官方 API 的用户范围，其日活跃用户数达到 154 万。同期，平台日消耗 Token 量约为 92 万亿。这一数据反映了该 Agent 平台在开发者群体中的活跃程度和资源调用强度。

生态扩张方面，第三方插件数量已增长至约 3.5 万个。数据显示，约 60% 的活跃用户制作或安装了至少一款第三方插件。DeepSeek Harness 定位自己为 Agent 时代的操作系统，提供稳定基础能力，而将专业场景、特定行业及个性化需求交给开发者通过插件实现。这种“一切皆插件”的设计，甚至允许内置功能被第三方插件替换。

开放架构与定制体验

自 8 月 13 日发布 v0.1 版本以来，该工具正从单一 Agent 向开放式应用平台演进。社区围绕内容创作、设计、上下文管理和科研等场景开发了大量插件。

用户反馈显示，高度开放的架构允许用户根据需求组合模型、工具、记忆和界面。有用户分享，通过加入看板、主题、Token 优化、记忆及视觉连接器等插件，其在不到一天内搭建了专属工作环境。甚至有用户发现，使用 DeepSeek Harness 后，同一个 Qwen 3.8 模型此前可能需要 24 小时找到的 Bug，处理速度更快。开发者还推出了 dsh-aio-agent，将 Cursor、Claude Code、Codex、OpenCode、CodeBuddy 和 Kimi Code 等多款编码 Agent 接入统一界面。

插件膨胀引发的挑战

随着插件数量增加，复杂性随之上升。一位开发者分享，曾安装 15 个以上插件，导致系统出现无限循环、上下文溢出和 Token 消耗增加。每增加一个插件，模型需额外理解其规则和约束，过多预设工具可能限制模型自主解决问题的空间。

执行成本也是痛点。有用户表示，使用 DeepSeek Harness 完成小型项目时，Token 消耗超 OpenCode 的 20 倍，单个任务耗时 30 至 40 分钟，而 OpenCode 仅需约 30 秒。此外，有用户指出其相比 Pi 提示词体量偏大，建议借鉴选择性披露机制，避免所有插件信息始终占据上下文。这些反馈表明，高度自由组合与开箱即用之间存在平衡难题。

版本迭代与稳定性修复

针对上述问题，官方进行了多轮迭代。10 月 15 日至 23 日，平台支持自定义插件索引、版本兼容性检查、插件启停及热重载。v0.2.1-rc.1 开始支持极简模式下长对话自动压缩，并通过 /compact 指令手动压缩上下文。

10 月 28 日发布的 v0.2.2-alpha.2 支持第三方插件包更新及热更新失败恢复，并增加开发者统计插件。11 月 4 日发布的 v0.2.2-rc.1 优化了自动审核历史上下文缓存复用，并设定 AGENTS.md 独立字节预算。尽管进步明显，仍有 Windows 用户报告在升级后配置丢失，34 项插件条目缩减至 2 项，故障修复耗时约 5 小时。这说明插件治理在版本管理和配置保护上仍需完善。

开发者激励计划启动

为持续建设生态，官方宣布建设官方插件市场，并筹备面向插件作者的支持计划。激励方式包括 Token 激励、技术交流和作品推荐，旨在降低开发者探索和测试成本。平台强调，未来将提升插件 API 稳定性与兼容性，完善安全机制。

目前，DeepSeek Harness 已初步形成用户和开发者规模。下一阶段关键在于建立让插件持续运行、相互兼容的基础设施。官方市场需涵盖审核、质量评级、版本兼容及权限管理。对于平台而言，让开发者获得持续收益、让用户找到可靠插件，并确保不同插件在 Agent 环境中稳定协作，是生态可持续发展的核心。通过 API 聚合分发机制和明确的开发者接入视角，该模式正试图解决 Agent 生态中“长尾需求”与“基础稳定”之间的矛盾。

来源：InfoQ