DeepSeek Harness 装完这 5 个插件，插件市场、Context、搜索、开发界面就齐了

插件市场｜MARKET

五个里星数最高的是 dsh-market，7,989 星，8 月 14 日建仓，今天还在提交。

它解决的问题很朴素：不用再翻 GitHub 找插件。内置一个市场，能搜、能看介绍、能一键装。对插件生态刚起量的工具来说，这一步的收益不在功能多，在发现成本低。

它也恰好是五个里最稳的一个。未关闭工单 35 个，按星数摊下来每千星 4.4 个，全场最低。一个只做索引和安装的插件，本来也没多少状态要维护。

插件市场 dsh-market

有个用法上的细节值得先知道：装插件这件事本身会改写 Harness 的配置。dsh-market 装的是别人的插件，配置由它代写。第一次用完它之后，去看一眼配置文件长什么样，比记住它的搜索框在哪更重要。

后面四个插件都要通过某种方式进配置，这件事做一次就懂。

Context 压缩｜CONTEXT

billion-context 是这五个里最该慢一点看的。

上下文压缩 billion-context

功能描述很吸引人：把长对话分层压缩，需要时还能找回细节，官方说法是 token 省 5 倍、10 万上下文够用、单会话能跑一个月。

它的实现方式决定了它跟别的插件不是一个性质。它会在 agent 和模型 API 之间做一层代理，改写 Anthropic 与 OpenAI 的流。你发给模型的每一次请求、模型回的每一段内容，都从它这里过。

这个设计有道理。它要判断压缩时机，只有看见完整流才知道什么时候该折叠。它往对话里注入四个工具：compress 折叠一段、decompress 还原、search_context 在已压缩内容里搜关键词、acp_status 看用量和哪些区段还能压。折叠由模型自己决定什么时候调。

代价也在这里。模型这边任何一次流式格式的调整，都会先在它这里变成 bug。它的未关闭工单是全场最高的 441 个，其中 212 个 issue、229 个 PR。其余四个加起来 314 个，不到它的四分之三。

5 个插件的工单积压量对比

有个数据它自己拿出来了，很硬：一份 4.5 个月、三台机器、174,327 次模型调用、18.76B 累计输入 token 的纵向研究，在 204,800 token 上下文上零溢出，最长会话跑到 8,584 到 12,049 次调用。官方还说健康会话的前缀缓存命中率能保持在 95% 到 97%，压缩本身的开销不超过 2%。

这两组数字放一起看，意思是它有效，代价在别处。

许可证也得说清楚。GitHub 接口把它的许可证标成 NOASSERTION，翻 LICENSE 文件才知道是 MIT 加一段中文附加条款：把软件用于任何终端用户可见或可交互的产品（商业和开源都算），必须在产品首页、文档、致谢页这三处里挑一处显著标注出处，并附上仓库链接。

条款的意思是能商用，但要署名。这一条写在 MIT 正文后面，扫描工具读不出来，得自己看。

命令行与搜索｜OPS & SEARCH

dsh-ops 和 dsh-free-search 解决两类摩擦，都很具体。

dsh-ops 是 10 月 8 日建的，14 天涨到 3,664 星，五个里最年轻。目标是省 token：给 Windows 补一套跟原生 bash 行为一致的 ops_bash、提供返回紧凑带行号的工具、接上 Harness 预留的 tools_addition 动态加载。它说自己能减少命令执行失败和反复重试带来的浪费。

限制就写在它的定位里：仅 Windows。想给 macOS 或 Linux 用，这不是你的选项。

安装方式有个坑值得提。官方推荐在插件市场里填华为云 npm 镜像，README 明确写了目前不推荐用 npmmirror，有 bug。国内装 npm 包踩过坑的都明白这意味着什么：不确定能连官方源，就按它给的镜像走。

dsh-free-search 是五个里星数最少的，546 个。它做的事很干净：把搜索后端换成可选项，Bing、DuckDuckGo、SearXNG、百度千帆、Kimi、火山联网搜索都在列，支持自动回退，界面上免费引擎标绿 FREE、付费引擎标橙 API KEY。

真免费的只有几个。Bing 的 html 接口、DuckDuckGo 的 html 与 lite 接口、SearXNG 自建实例，外加视频搜索里的 Bing Videos 和 DuckDuckGo Videos。DuckDuckGo 那条路 README 自己写了偶发限流，反爬导致，解封后自动恢复。

它还有一个跟省钱无关却很实用的设计：插件自有搜索工具返回的网页文本会包进 untrusted-web-content 边界，正文里自带的同名标记会被剥掉，防止提前闭合。所有片段统一清洗并截断到 300 字符。这防的是提示注入。

开发界面｜SIDEBAR

DSH-better-sidebar 4,401 星，8 月 7 日建仓，最后提交 10 月 17 日。它把文件编辑、终端、Git、Diff Review、子代理任务、侧边聊天塞进同一个界面。

这是五个里最像成品的，也是仅次于 billion-context 的第二个积压大户：221 个未关闭，其中 148 个 issue、73 个 PR，每千星 50.2 个。

功能面铺得越宽，工单越多，这个规律在这里体现得很直接。它同时要接六种面板，每种面板都有一堆自己的边界情况。

开发界面 DSH-better-sidebar

实用判断是这样：只拿它当文件编辑器加终端用，收益稳定；指望六块面板全都趁手，得给它时间。

装的顺序｜ORDER

五个不是并列关系，有依赖也有冲突。

先装 dsh-market，因为后面四个都得进配置，有一个能管理的入口省事。再装 DSH-better-sidebar，那是你日常待得最久的界面。dsh-ops 看平台，Windows 才装。dsh-free-search 看你手上有没有搜索服务的 key，没有就先上 Bing 或 DuckDuckGo 这两条免费路。billion-context 放最后，并且单独跑一段时间。

最后一个单独跑，理由跟它好坏无关。它改变的东西最多，压缩策略一旦生效，你自己也不知道哪一段对话被折过。出问题要先能判断是插件还是模型，判断的前提是知道它在不在路线上。

它 README 里有一句提醒说得很实在：host-native 插件和进程内独立扩展是互斥的，两个都开着就是双重压缩。安装脚本会自动替换旧条目并把原配置快照成 .bili-bak，但项目本地安装的那一份不会被碰，得手动删。

这类细节不会出现在功能列表里，却决定第一天能不能跑顺。

写在最后

五个插件凑齐一套完整工作流，这件事本身说明 Harness 的接口留得够开。8 月才建仓的几个项目，两个月长到几千星，靠的是官方插件机制够用。

值得留意的是年龄。最老 77 天，最新 14 天。这个阶段的项目，功能列表比稳定性跑得快，工单数比文档跑得快。

装之前先想清楚省下的是哪一段时间。省 token 和省心，在这套生态里暂时还是两件事。