前言¶

DSH 的理念是「一切皆插件」，装到最后 profile 里往往混着官方插件、npm 包、从 GitHub 拉下来的仓库和本地目录。包内容一变就要重启进程，于是「现在到底装了哪些」「哪些能升到新版本」「这台机器怎么搬到另一台」都靠命令行一条条敲，容易漏、也容易误删。下面介绍的 dsh-plugin-keeper 就是冲着这个日常运维的活来的，它只管理你已经有的东西，不提供插件市场，也不做热重启。

这是什么¶

dsh-plugin-keeper 是一个面向 DeepSeek Harness（DSH 0.2.x）的插件运维台，由 HelloQingTao 维护，在社区插件目录中归类为 admin-security（该目录页当前显示 0 星）。它把当前 profile 的插件集中到一个面板里，按来源分组展示，提供批量更新、启停、卸载，导出导入，GitHub 直装和搜索。

一句话定位：它不是插件发现或安装源，而是已装插件的清单与批量操作台。

核心功能¶

面板提供的能力，都能在 README 里核对：

• 在一处查看当前 profile 的全部插件，按来源分组：官方 / npm / GitHub / 本地。
• 检查哪些插件存在新版本（徽标对应 npm / GitHub 上的最新版本），再批量更新。
• 对插件批量启用、停用、卸载。
• 把选中的插件连同配置导出成 zip，在另一台机器上导入。
• 直接从 GitHub 安装插件。
• 按包名、简述或版本搜索，命中的部分高亮显示。

需要留意边界：它只管已装插件，不做插件市场；更新和卸载这类改变包内容的操作需要重启宿主进程，启用和停用才是立即生效。

安装与启用¶

安装命令来自 README 原文：

dsh plugin add dsh-plugin-keeper

安装之后重启 dsh，因为包内容变更需要进程重启才能生效。运行环境要求 Node >=20，DSH 版本在 >=0.2.0-rc.2 <0.3.0 区间内。

典型用法¶

面板挂在侧栏「插件」→「插件运维 / Plugin Ops」页签，也可以在设置页开一个同名入口。操作路径是：勾选要处理的行 → 选动作 → 弹框先列出将被处理的包名 → 确认后执行。

README 给了四条上手检查，可以当作最小验证流程：

1. 打开侧栏「插件」→「插件运维」，看插件是否按来源分组，总数与 dsh plugin ls 是否一致。
2. 点「检查更新」，核对徽标上的最新版本与 npm / GitHub 网页是否对得上。
3. 勾一个非官方插件，执行「批量停用」，该行状态应立刻变成「已停用」；再启用同样立刻恢复。
4. 在搜索框输入包名片段，列表收敛并高亮命中部分；按 Esc 或点 × 恢复全量。

导出导入的习惯是：导出会由浏览器下载 zip，拷到目标机器再导入；导入会先展示将要发生什么，确认后才执行。

适用场景与注意¶

适合三类情况：换新机器时把在用插件导出、到新机器导入；集中清理安装过多的插件，统一勾选后批量停用或卸载；日常维护时看一眼哪些过期，再批量更新。

几点提醒：

• 插件以当前 dsh 进程的权限运行。装之前先检查源码与许可证，本仓库许可证为 MIT。
• 更新和卸载不会即时生效，执行完需要重启进程。
• 该插件来自社区，社区目录是独立站点，与 DeepSeek / 幻方无官方从属关系，不要当成官方应用商店。
• 导出包里包含插件配置，分享或迁移时注意里面的凭据与环境相关项。

结尾¶

dsh-plugin-keeper 的价值在于把「装了什么、要不要动」这件事从命令行挪到一张可勾选的清单上，批量操作前还会先列出受影响的包名，降低误操作风险。它不解决插件发现，也不改变 DSH 对包内容变更必须重启的要求，定位清楚。

目录页：https://www.skillhub.cn/plugins/HelloQingTao/dsh-plugin-keeper

GitHub：https://github.com/HelloQingTao/dsh-plugin-keeper