dsh-plugin-suite

DSH（DeepSeek Harness）插件合集 —— 聚合包，一次安装即装配整套插件。

包含的插件

插件	作用
dsh-lock	密码门禁：打开 DSH 需输入密码解锁，支持手动/自动锁定
dsh-settings-params	设置分页：集中管理注入宿主的环境变量
dsh-env-inspector-plus	设置分页：宿主进程身份与环境变量分组概览（值不出宿主）
dsh-restart-autostart	进程控制：重启按钮 +「跟随系统启动」
dsh-archive-session-manager	归档会话管理
dsh-sidebar-tab-actions	右侧栏标签页右键菜单：关闭其他 / 关闭左侧 / 关闭右侧 / 关闭全部

安装

dsh plugin --profile web add dsh-plugin-suite

装完后在「设置 → 插件」里会看到 dsh-plugin-suite 一个分组，展开即本包装配的全部插件。 若想单独安装某个插件，直接装它自己的仓库即可（本包不强制）。

⚠️ 请用 npm 包名安装，不要用 github: 规格。 原因：pnpm 对 github: tarball 依赖不解析其 dependencies（lockfile 的 snapshots 段不记录依赖关系），结果就是子插件根本不会被安装 —— node_modules 里只会有本包自己。只有走 npm registry 时依赖才会被正确解析。 这条是实测结论，不是推测。

这是什么形态：聚合包，不是「合并代码」

本包 不含任何功能代码（lib/index.js 只有一行 export {}），它的全部内容是一份 cordis.patch.yml，用一个 cordis:group 行把下面列表里的独立插件装配成一组。

这样做的理由：

	聚合包（本仓库）	把代码合并进一个包
功能代码	仍在各自仓库，独立发版	全部挤在一处
故障隔离	✅ 单个插件出错只影响自己那一行	❌ 任一处出错全部功能一起失效
独立升级	✅ 各包单独发版，本包无需改动	❌ 不可能
排障	✅ 定位到具体插件	❌ 混杂在一起

故障隔离这一点有实测依据：平台的行是独立加载的，而一个插件的 apply 抛错会导致它自己激活失败。若各份代码合并在同一包里，同一类错误会一次拖垮全部功能——包括锁屏。

另有一条平台硬约束：客户端 bundle 的 id 必须等于包名。各插件的客户端半身各有自己的 id，物理上无法合并进同一个 bundle。

自定义

想增删组合里的插件，直接改 cordis.patch.yml 的嵌套列表；每个条目的：

• id：本组合内的短名，仅用于定位与在其他 patch 层里覆盖它；
• name：必须是真实包名，且要在 package.json 的 dependencies 里声明。

许可证

MIT