最佳 DeepSeek Harness 开发者插件（2026）
最佳 DeepSeek Harness（dsh）插件开发者与重度用户工具：健康检查、安全审计、上下文成本审计，以及一个插件模板。
如果你在自己写 DeepSeek Harness（dsh）插件，或者只是装的插件已经多到需要看清楚自己到底装了什么，Development & Runtime 分类就是相关工具的聚集地。按真实 GitHub star 数，排名靠前的是 oh-dsh 和 forkprobe——再往下还有插件健康检查、安全审计和上下文成本诊断等强力候选。完整清单与安装命令见下文。
这个分类为什么不一样
FindHarness 上大多数插件分类是在给agent 加能力——视觉、搜索、记忆。Development & Runtime 不一样：这些插件是在给你加对自己 dsh 环境的可见性和控制力。一个扫描已安装插件、找 manifest 问题的健康检查器，一个报告你配置到底暴露了什么的安全审计工具，一个针对你的指令链的上下文成本分析器——这些都不会让 agent 变聪明，但会让运行一套非平凡的插件栈变得更安全、更不那么不透明。
如果你是要从零写一个插件而不是管理已装插件，建议直接看《从零构建一个 DeepSeek Harness 插件》——本文讲的是支持插件开发者和重度用户的工具，不是教程本身。
完整清单
本榜单只使用人工审核的 awesome-dsh-plugin 收录集合（source=awesome）——而不是同样收录在完整 Development & Runtime 分类页里的自动发现插件；截至 2026 年 8 月，该分类共有 72 个插件，是全站第三大的分类。star 数是2026 年 8 月的快照。
| # | 插件 | Star | 做什么 |
|---|---|---|---|
| 1 | oh-dsh | 168 | TUI + 桌面端 + Web UI 打包成一个分层发行版 |
| 2 | forkprobe | 65 | 对同一任务比较多个 skill，挑出胜者 |
| 3 | plugin-registry | 36 | 官方仓库插件的浏览器控制台 + make-dsh-plugin 技能 |
| 4 | dsh-multica-runtime | 31 | 在 Multica 上运行 dsh |
| 5 | dsh-user-experience | 18 | 自动审查 React/TypeScript 代码里的 UX 问题 |
| 6 | dsh-plugin-check | 17 | 只读的 manifest/patch/构建健康检查 |
1. oh-dsh —— 168 star
分类： 开发与运行时 · 仓库： hust-open-atom-club/oh-dsh
这个分类里 star 数遥遥领先的插件——它是一个社区发行版，而不是单一功能的工具。它把 TUI、桌面客户端和 Web UI 打包成一个可分层安装的整体，背后是一个成熟的开源组织（华中科技大学开放原子俱乐部）而不是个人仓库。如果你想要跨界面的一致体验、而不是自己一个个装客户端，这是采用度最高的起点。
dsh plugin --profile web add github:hust-open-atom-club/oh-dsh
2. forkprobe —— 65 star
分类： 开发与运行时 · 仓库： jayden-x-l/forkprobe
对任何在迭代 skill 的人来说都是个真正有用的点子：forkprobe 让多个 skill 在同一任务上并行跑，帮你挑出胜者。如果你手上维护着不止一个版本的 skill、只能靠猜哪个表现更好，这个插件用一次并排对比取代了猜测。
dsh plugin --profile web add github:jayden-x-l/forkprobe
3. plugin-registry —— 36 star
分类： 开发与运行时 · 仓库： vlln/plugin-registry
这是生态基础设施，而不是单一功能：一个用于管理官方仓库插件的轻量浏览器控制台（零 patch，所以它自己不会加一层配置），外加一个 make-dsh-plugin 技能，一步步引导你构建一个新插件。它既可以当管理界面用，也可以当你写第一版插件时的脚手架。
dsh plugin --profile web add github:vlln/plugin-registry
4. dsh-plugin-check —— 17 star
分类： 开发与运行时 · 仓库： omdsh-dev/dsh-plugin-check
一个零依赖、只读的插件健康检查器：校验 manifest 协议合规性、patch 格式正确性，以及常见的构建陷阱——这些错误通常会在运行时表现成一个令人困惑的报错，而不是安装时的一条清晰提示。在发布自己开发的插件之前先跑一遍，或者在给别人的插件放行 allowBuilds 之前先跑一遍。
dsh plugin --profile web add github:omdsh-dev/dsh-plugin-check
5. dsh-security-audit —— 10 star
分类： 开发与运行时 · 仓库： omdsh-dev/dsh-security-audit
一个本地安全审计工具：配置、插件来源、会话、网络暴露面，输出为只读、脱敏的风险报告。鉴于 dsh 官方文档自己都警告过 allowBuilds 和从 GitHub 安装的插件会在你机器上、脱离任何 agent 沙箱地执行代码（见《如何审查一个 DeepSeek Harness 插件》），一个整个功能就是审计你已经装了什么的插件，值得定期跑而不是只跑一次。
dsh plugin --profile web add github:omdsh-dev/dsh-security-audit
6. dsh-context-doctor —— 7 star
分类： 开发与运行时 · 仓库： zhenyu98/dsh-context-doctor
一个上下文注入审计工具：报告指令链、skill 目录和工具 schema 的 token 成本，并标记重复或冲突的条目。如果你的会话正在加载越来越多的插件、skill 和 MCP server，又搞不清到底是什么在吃掉你的上下文预算，这就是为这个问题专门设计的诊断工具。
dsh plugin --profile web add github:zhenyu98/dsh-context-doctor
这个分类里的其他插件：dsh-multica-runtime（31 star，在 Multica 上运行 dsh 运行时）、dsh-user-experience（18 star，自动审查 React/TypeScript 代码里的 UX 问题）、fabric（9 star，MC-Fabric 风格的钩子处理器）、dsh-session-health（9 star，针对损坏/空文件的帧级会话文件扫描诊断）、dsh-git-identity（7 star，把 Git 提交固定到运行环境自身的作者身份）、dsh-fail-logger（7 star，把失败的工具调用去重记录进一个 skill，让重复的错误逐渐消失，已发布到 npm）、dsh-updater-ui（6 star，一键 git pull --ff-only 加更新日志预览的自更新面板）、dsh-evolve（5 star，一个实验性的自我进化插件，让 agent 在会话中途给自己热挂载/移除插件）、以及 plugin-template（5 star，基于官方 turtle-ui 模板的起步仓库）。完整列表见开发与运行时分类页。
FAQ
这里面有官方脚手架或 create-dsh-plugin CLI 吗？
没有——截至 2026 年 8 月，dsh 仓库里没有官方的插件脚手架工具。plugin-template 和 plugin-registry 的 make-dsh-plugin 技能是最接近的社区替代品，但都不是 deepseek-ai 官方维护的工具。
dsh-security-audit 应该在装新插件之前跑还是之后跑？
理想情况下两个时机都要跑。初始搭建后跑一遍作为基线，之后每装一个还没充分核实过来源的插件——尤其是那种通过 github:owner/repo 安装、还放行了 allowBuilds 的插件——就再跑一遍，因为这条安装路径的内置审查是最少的。
dsh-evolve 在真实项目里跑安全吗？
需要格外谨慎——让 agent 在会话中途给自己热挂载和移除插件，正是那种从权限角度很难推理清楚的自我修改行为。这个插件自己的描述把它定位成"自我进化"，这确实是个有意思的想法，但官方文档对此完全没有任何说明，所以评估它时应该用和评估其他任何 GitHub 来源安装一样的审慎程度。
dsh-plugin-check 和 dsh-context-doctor 有什么区别？
dsh-plugin-check 在装前或装后校验一个插件的 manifest、patch 格式和构建正确性——它关心的是"这个插件写得规不规范"。dsh-context-doctor 关心的是运行时成本：一旦所有东西都加载完毕，你当前生效的指令链、skill 和工具 schema 实际消耗了多少 token。两者回答的是不同的问题，值得一起跑。
下一步
如果你是要写自己的插件而不是管理已有插件，去看《从零构建一个 DeepSeek Harness 插件》。想了解这些审计工具在检查什么样的安全模型，见《DeepSeek Harness 权限与沙箱》。想看完整目录，浏览 /plugins。