【DSH】怎么没有早点发现这 9 个 DeepSeek Harness 插件，简直太好用了

我不会起名字322· 后端 / 算法 / 数据库

📘 技术栈 ｜ 🧩 力扣 Hot100 ｜ 🐹 Go 项目 ｜ 🟥 Redis ｜ 🐬 MySQL

装了 9 个 DSH 插件后，我按用途把它们分成了 4 类

给我一分钟，我给你介绍这9个强大的插件

DSH（DeepSeek Harness）本身只是个壳：真正决定你手感的是往里装了什么。我数了一下，这台机器的 desktop profile 里，我自己装的第三方插件一共9 个——官方随包发行的那些不算，它们本来就是环境的一部分。

麻烦的是这 9 个插件解决的问题完全不搭界：有的是"怎么把插件装上"，有的是"上下文不够用了"，有的是"我这个月到底花了多少钱"。所以下面不按安装顺序讲，按用途分成 4 类：装与管、省与看、输入输出增强、干活的台面与规矩。每个插件先用一句话说清它能干什么，再给一段详解。所有版本号、安装方式和包名都来自本机实际安装的包信息，不是云评测。

上图就是这篇的分类骨架：中间一行是四类，每类下面写着它替你解决的问题。下面按这个顺序逐个讲。

一、装与管：先有"入口"，才谈得上生态

1. dshmarket（v1.66.11，npm 安装）——把插件市场搬进设置页

一句话：它把"逛插件"做成了 DSH 设置里的一个页面——搜索、看说明、一键安装，不用记命令行。

DSH 的插件本质是 npm 包，常规装法是在终端里敲一行dsh plugin --profile web add dshmarket（拿它自己举例）然后重启。这意味着你每次想试个新插件，前提是先知道它叫什么。dshmarket 把这一步变成了图形界面：打开设置里的 Plugin Market，浏览、搜索社区插件，点一下就装上；主题类插件还能装上即切换、不用重启。它自己也是靠 DSH 的插件机制挂进去的，包内的lib/里能看到 npm 目录拉取、本地目录匹配、兼容性判定、诊断和备份这几块（catalog-npm.js、catalog-local-match.js、compatibility.js、diagnostics.js、backup.js），说明它不是简单套个网页，而是真做了安装前后的检查与回退。对我来说它的价值不在功能，而在降低试错成本：以前是"先收集一周插件名再一次性装"，现在是"看到就点一下"。适合刚开始搭环境的人；如果你已经有一份手写安装清单，它的边际价值会小一些。一个实际提醒：市场里装的插件照样要过宿主版本兼容检查，装完发现没生效，先去看诊断而不是反复重装。

2. @dsh-external/dsh-super-injector（v0.3.3，本地 link 安装）——不重启也能热插插件

一句话：正在跑的 DSH 不用停、不用改配置文件，就能把一个本地插件包热插进去，还能热重载和一键卸载。

常规插件从"装"到"生效"要经过一条长链路：改 profile 的package.json→ 建node_modules链接 →重启宿主。写插件的时候这条链路特别折磨人，改一行代码就要重启一次。super-injector 走的是另一条路：在运行时用 junction 链接加loader.create把本地插件包直接挂进正在运行的宿主，不碰 patch 文件、不改package.json、不重启；配套的热重载能在几秒内把旧代码换成新代码，卸载时把入口、工具、监听一并清掉。它的 README 自称是"DSH 生态的 BepInEx 式模组注入入口"，里头还记着 v0.3.0 之后按官方 REPLACE 结构重构自重载（工具只排程、绝不亲自自杀，reboot 走entry._dispose，失败自动回滚），以及一轮"作死压力测试"的结论：连环自杀、坏语法、悬空 junction、循环注入卸载——零崩溃零残留。这台机器上它是以本地 link 方式安装的。适用对象很明确：写插件的人，或者想先跑一下本地半成品的人；如果你只是装现成插件，用不上它。

二、省与看：把"太贵"和"糊涂"两件事解决掉

3. billion-context（v0.1.188，npm 安装）——会话历史的压缩器

一句话：它把会话历史压扁，让长会话变便宜——小上下文窗口就够用，token 省数倍，单会话能撑很久。

长会话里最贵的其实不是模型，是历史：每一轮都要把前面所有内容再喂一遍。billion-context 做的就是压缩上下文，它的自述是"小上下文窗口（100K 够用）、token 少 5 倍、单会话能撑到月级/十亿 token 量级"。它不只是 DSH 插件——包里带bili和bili-proxy两个命令行入口，README 明确说面向 pi、OpenCode、Codex、Claude Code 等一批 agent。挂在 DSH 里对应的 loader id 是bili-native，它的 patch 文件里除了自己还额外插入了一条compaction-basic（那是它自带的组件，不是第 10 个插件）。实用判断是：如果你经常在一个会话里连着干几小时，或者反复被"上下文已满、请开新会话"打断，这是收益最直接的插件之一。但代价必须讲清楚——压缩一定有信息损失。关键结论、精确数字、接口签名这类东西别指望压缩器替你记，该写进文件就写进文件。用久了我最大的体会是：压缩解决的是"还能不能继续聊"，不是"能不能记住"。

4. dsh-all-usage（v1.1.18，npm 安装）——用量水电表

一句话：给 DSH 装一个水电表——按模型、供应商、工作区、时间范围看 token、缓存和余额，还能导出 CSV。

用 AI 编程最容易"糊涂"的地方是花销：这个月 token 花在哪了？哪个模型最贵？缓存到底省了多少？dsh-all-usage 就是回答这些问题的看板。它的自述是"按模型、供应商、工作区和时间范围分析 Token、缓存与账户余额"，自带热力图，支持最近 30 天 / 90 天 / 12 个月三种跨度，格子随跨度自适应，可以按工作区筛选、看每日回合与 token 明细，并导出 CSV。包内lib/下有pricing.js和balance.js，说明它是按价格表折算金额、并读取账户余额的——也就是说不只是数 token，而是直接给你"钱"的口径。它在包信息里还声明了自己验证过的宿主版本（0.2.0-rc.2、0.1.7-rc.2、0.1.5-rc.2 等），所以升级 DSH 之后如果看板打不开，第一件事是确认你的宿主版本在不在这个列表里，而不是怀疑自己装错了。适用场景很明确：一个人开多个项目、用多个模型的时候，它能让你在账单到来之前就知道钱花哪了；只用一个模型跑一个项目的话，价值有限。

三、输入输出增强：让"问得清楚"和"看得见图"

5. dsh-prompt-enhance（v0.2.7，npm 安装）——输入框里的提示词增强

一句话：输入框旁边多一个按钮，点一下就把握手写的草稿改写成结构完整的提示词，改前改后并排看，可采纳、可复制、可一键还原。

和 AI 对话最亏的一件事是：问题本身没写清楚，模型只能猜，第一轮就白费了。dsh-prompt-enhance 在输入框的工具行里加了一个按钮，点一下就把随手写的草稿改写成结构完整的提示词：明确的角色与目标、可执行的步骤、输出格式、验收标准、边界情况。它走宿主自己的 LLM 服务做一次低温度改写，然后把改写前后的文本并排给你看，附上模型名和耗时；采纳之后输入框上方会出现一条很安静的还原条，一点就回到原文。README 里有两句比功能本身更重要——“你的意图永不被改变、不编造任何东西、原始草稿永远保留”，这恰好是这类"帮你改写"工具最该守住的三条底线：改写不等于替你加戏，也不等于悄悄吞掉你的草稿。适合两类人：一是总觉得自己"不会问问题"的人，二是要把同一套提示词反复用在团队流程里的人。需要提醒的是，它只负责把话说清楚，不负责替你把事做对。

6. @liustack/modlens（v3.26.6，npm 安装）——给纯文本模型装一双眼睛

一句话：把图片直接丢给它，它先"看"成文字再交给模型——截图、图表、报错弹窗、扫描件都能读。

纯文本模型最大的短板是看不见：截图、图表、扫描件在它眼里都是一串读不懂的字节。modlens 解决的就是这件事，README 的口号是"给只看文字的模型一双眼睛，把图粘进来就行"，并自称是 DSH 上能力最强的视觉插件。本机装的是 3.26.6，包信息里注明它的视觉能力来自免费的 Antigravity CLI；除了 DSH 插件本身，它还提供modlens命令，并附带配置、排错、安全三份文档——有排错文档这一点挺重要，因为视觉链路依赖外部 CLI，出问题时你需要能自己定位。实用建议：读图和精确 OCR 是两件事。图表趋势、界面截图、报错信息这类"语义理解"是它的强项；要逐字校对合同、发票这种场景，关键字段仍然得人工复核。另外它属于"给模型加感官"的插件——装上之后你才会发现，以前有多少次是在用文字费劲地描述一张图。

四、干活的台面与规矩

7. dsh-better-sidebar（v0.24.1，npm 安装）——右列变成一间工作台

一句话：右列被改造成一整个工作台——文件树、编辑器、改动、任务、侧边对话都在这一列，而且每个会话各自独立。

DSH 默认的工作区是"中间对话、两边空着"，想看个文件就得切窗口。dsh-better-sidebar 把右列变成一整间工作台：文件树、编辑器、改动（changes）、任务、侧边对话都在这一列，而且每个会话各自独立——你在 A 会话开的文件不会污染 B 会话的面板。从 0.19.0 起它接入了 DSH 的原生侧边栏，不再自己画右侧面板，而是把每类 tab 注册成原生 tab，只保留自绘的底部工作台；同时对外暴露一个ctx.betterSidebar服务，别的插件可以借它注册自己的 tab 与文件查看器——所以它既是工具，也是别人插件的地基。本机版本 0.24.1，README 里明确要求宿主 0.2.0-rc.1 及以上，并特别提醒 0.1.7 线的用户要固定装 0.22.1：因为 caret 范围跨 minor 不成立，装高了会被启动预检静默禁用——这类"静默禁用"最坑，出现问题时你会以为插件坏了，其实是版本门槛。适用性一句话：如果你写代码时总要"看一眼文件再回来接着说"，它省下的就是每次切窗口的那几秒。

8. dsh-router-standard-preset（v0.3.3，本地 link 安装）——会自己发工具的智能体预设

一句话：一套"渐进式发工具"的智能体预设——开局给一次引导，之后零注入，工具按等级逐步解锁。

同样一句话，有的 agent 上来就甩一堆工具，有的先给你一句引导——差别在工具怎么发。dsh-router-standard-preset 提供的是一套预设：每个会话只在开局给一次引导，之后零注入；工具按等级逐步解锁、下一档提前解锁；阶段状态按会话持久化；跑在原生直调面上（无 PTC/run_code、无压力传感器）。本机是以本地 link 方式安装的（0.3.3），目录里只有描述文件cordis.patch.yml和router-bootstrap-v34.mjs、router-core-v34.mjs、gitbash-executor.mjs几个运行时文件，没有 README——因为它是一份构建产物：由构建脚本把preset/router-standard/agent.cordis.yml包成 DSH 的 agent 预设声明行。它挂载的组件是官方的@deepseek-ai/dsh-agent-preset，loader id 是preset-router-standard。适合想体验"渐进披露工具"这种 agent 形态的人；如果你只是想要一个稳定的默认编码 agent，用官方预设就够了，不必额外装它。

9. @dsh-external/dsh-graded-mode（v0.0.1-rc1，本地 tgz 安装）——给会话装上验收规矩

一句话：给会话加一套流程——先对齐需求、再定验收标准、干完逐条打卡，防止 AI 自说自话地宣布"完成了"。

最后这个插件解决的是我最不放心的问题：AI 说"干完了"，怎么知道真干完了？dsh-graded-mode 给会话装了一套流程：先用选择题把需求对齐清楚（其中有一个必选的验收模式题）、把"目的"定稿、生成两级规格化计划（每个小类都必须写清任务说明、验收标准、执行形态），锁定后生成完整规格单让你确认，然后按规格执行，干完逐条核对。它的验收不靠模型自报，而是"打卡制"：每个小类完成即打卡，声明了红队验收的小类必须裁决通过才能打卡。它还是一只"会话级"插件——不激活时零工具注册、零注入，宿主行为跟官方完全一致。本机装的是 0.0.1-rc1（通过本地 tgz 安装），README 里还记录了状态磁盘单轨（热重载、重启不中断）与审计端点。它和我下面引用的那篇文章讲的是同一件事，区别是：那篇文章教你怎么检查，这个插件把检查写进了流程。

小结：抄配置之前，先抄分类

9 个插件按用途排完，规律很清楚：装与管（dshmarket、dsh-super-injector）解决"怎么进得来"，省与看（billion-context、dsh-all-usage）解决"成本和透明度"，输入输出增强（dsh-prompt-enhance、@liustack/modlens）解决"你说得清吗、它看得见吗"，台面与规矩（dsh-better-sidebar、dsh-router-standard-preset、@dsh-external/dsh-graded-mode）解决"活怎么干、干完怎么算"。

如果你要照着抄一套，建议的顺序是：先装"装与管"里的市场，把试错成本降下来；再按自己最痛的那一类补齐，而不是把九个一次性装满——插件越多，出问题时越难判断是谁的问题。