返回目录

dsh-web-plugin-manager

编辑精选维护状态: 活跃

lx2000wasd/dsh-web-plugin-manager

在 Web UI 中一键管理 DeepSeek Harness (DSH) 插件:查看、实时启停、安装/卸载、更新检测、健康检查(依赖/冲突/兼容性分析)、环境管理、插件市场。bundle 与非 bundle 插件全覆盖

前往 GitHub
$ dsh plugin --profile <name> add dsh-web-plugin-manager@latest

68

星标

3

Fork

TypeScript

语言

MIT

许可证

2026-08-13

创建于

2026-09-20

最近推送

MIT 许可的 dsh 插件,把 DeepSeek Harness 的 Web UI 变成插件控制中心:列表、实时启停、安装/卸载、更新(含自更新)、健康检查与插件市场,bundle 与非 bundle 全覆盖。官方建议先装管理器,之后每个插件的安装都会经过它的质量门。

DSH 适配

原生运行时

作者声明

安全审计

未审计

最后核验

2026-08-28

许可证

MIT

01它能帮你完成什么?

  • 在 Web UI 中管理已安装的 DSH 插件(查看、实时启停、安装/卸载、更新检测)

    "设置"中新增"插件管理"标签页,另有"技能与预设"与"市场"一级菜单;列出全部已装插件并支持一键更新(含管理器自身)

    使用 DeepSeek Harness(dsh)的开发者,希望在 Web UI 里管理插件而不是在命令行操作

  • 对已装插件做健康检查与依赖分析

    安装时全链依赖扫描 + bundle patch 行校验 + 安装即回滚;安装后可做依赖图/冲突/循环/peer 兼容性分析

    希望避免"装上就炸、重启起不来"以及 profile 无法启动的 DSH 用户

02如何接入 DeepSeek Harness?

前置条件

  • 已安装 DeepSeek Harness(dsh)并准备好要使用的 profile——所有命令都带 `--profile <name>`,Web UI 的变化需要重启 profile 后才出现
  • 源码构建方式需要 Node.js / pnpm:`cd /path/to/dsh-web-plugin-manager && pnpm install && pnpm run build`

安装步骤

  1. 01

    方式一(推荐):从 npm 安装,务必带 @latest——运行 `dsh plugin --profile <name> add dsh-web-plugin-manager@latest`

    $ dsh plugin --profile <name> add dsh-web-plugin-manager@latest

  2. 02

    方式二:从源码构建——`cd /path/to/dsh-web-plugin-manager`,`pnpm install && pnpm run build`,再运行 `dsh plugin --profile <name> add .`

    $ dsh plugin --profile <name> add .

  3. 03

    重启 profile:Web UI 的"设置"会出现"插件管理"标签页,另有"技能与预设"与"市场"一级菜单。

验证接入成功

  • 重启 profile 后,Web UI 的"设置"会出现"插件管理"标签页、"技能与预设"与"市场"一级菜单。

回滚

  • 安装即回滚:质量门会做全链依赖扫描 + bundle patch 行校验,安装失败立即回滚。
  • 更新回滚:更新失败时管理器自动装回上一版本。

03DSH 适配与能力边界

DSH 适配原生运行时

作为原生 dsh 插件,通过官方 `dsh plugin` CLI(`--profile <name>`)安装进 profile;在 Web UI 中提供插件管理——查看、实时启停、安装/卸载、更新检测、健康检查、环境管理与插件市场

  • Web UI 插件管理界面

    DSH profile(重启后生效)→Web UI 的"设置"新增"插件管理"标签页,另有"技能与预设"与"市场"一级菜单

  • 检查更新与一键更新(含自更新)

    全部已装插件,包括管理器自身→"检查更新"列出所有已装插件;有新版时点对应卡片上的"更新"即可——管理器可以一键更新自己

    更新后需重启 profile 生效
  • 质量门与健康检查

    新插件安装 / 已装插件集合→安装时全链依赖扫描 + bundle patch 行校验 + 安装即回滚;安装后可做依赖图/冲突/循环/peer 兼容性分析

    先装管理器后,后续每个插件的安装都会经过检测
  • dshpm 更新命令

    profile 中的已装插件→`dshpm update dsh-web-plugin-manager --profile NAME` 升级到最新版(重写 specifier,质量门 + 失败自动回滚到旧版本)

04适合谁?何时不该用?

适合

  • 使用 DeepSeek Harness(dsh)的开发者,希望在 Web UI 里管理插件而不是在命令行操作
  • 希望避免"装上就炸、重启起不来"以及 profile 无法启动的 DSH 用户

不适合

  • add 不带版本号不会升级:profile 里已声明旧版本(如 `^0.1.2`)时,`dsh plugin add`(即 `pnpm add`)保留原 specifier 不升,`dsh plugin update`(即 `pnpm update`)也只在已声明的范围内重解析——跨版本升级必须用 `add ...@latest` 或 `dshpm update`。
  • 安装或更新后需重启 profile 才生效;若已存在未经验证的插件导致 profile 无法启动,先用 `dsh --profile <name> --patch <empty.yml>` 等方式排查,或手动清理对应依赖/`cordis.patch.yml` 行后,再安装管理器接管。

05兼容性、维护与安全提示

  • add 不带版本号不会升级:profile 里已声明旧版本(如 `^0.1.2`)时,`dsh plugin add`(即 `pnpm add`)保留原 specifier 不升,`dsh plugin update`(即 `pnpm update`)也只在已声明的范围内重解析——跨版本升级必须用 `add ...@latest` 或 `dshpm update`。
  • @latest 解析到旧版时:先查 `pnpm config get registry` 是否为镜像源(npmmirror 等 dist-tag 同步滞后 + pnpm 元数据缓存),用 `pnpm add dsh-web-plugin-manager@latest --registry=https://registry.npmjs.org` 强制走官方源;显式指定版本号(如 `@0.3.8`)永远可靠。
  • pnpm 11 默认 `minimumReleaseAge: 1440`(24 小时)——发布不足 24 小时的版本会被扣住,导致"当天发版当天点更新装不上"或解析到旧版。在 profile 的 `pnpm-workspace.yaml` 中加 `minimumReleaseAge: 0`(或 `minimumReleaseAgeExclude` 白名单)即可;dsh 不会覆盖该文件,改动会保留。
  • 安装或更新后需重启 profile 才生效;若已存在未经验证的插件导致 profile 无法启动,先用 `dsh --profile <name> --patch <empty.yml>` 等方式排查,或手动清理对应依赖/`cordis.patch.yml` 行后,再安装管理器接管。
2026-08-132026-08-20作者未说明

MIT · 活跃维护中(创建于 2026-08-13,最近推送 2026-08-20;暂无正式 release)

06常见问题

怎么安装 dsh-web-plugin-manager?

推荐方式(务必带 @latest):`dsh plugin --profile <name> add dsh-web-plugin-manager@latest`。也可以从源码构建:`cd /path/to/dsh-web-plugin-manager && pnpm install && pnpm run build`,再执行 `dsh plugin --profile <name> add .`。重启 profile 后,Web UI 的"设置"会出现"插件管理"标签页、"技能与预设"与"市场"一级菜单。

为什么建议先装管理器、再装其他插件?

管理器自带质量门与健康检查——安装时全链依赖扫描 + bundle patch 行校验 + 安装即回滚;安装后可做依赖图/冲突/循环/peer 兼容性分析。先装管理器,后续每个插件的安装都会经过检测,能显著减少"装上就炸、重启起不来"的情况。

怎么更新插件(包括管理器自身)?

在 UI 里打开"设置 → 插件管理",点"检查更新"会列出全部已装插件(含管理器自身),有新版时点对应卡片上的"更新"即可——管理器可以一键更新自己,失败自动装回上一版本;更新后需重启 profile 生效。命令行等价:`dshpm update dsh-web-plugin-manager --profile NAME` 或 `dsh plugin --profile NAME add dsh-web-plugin-manager@latest`。

为什么 `dsh plugin add` 不会升级已装的插件?

profile 里已声明旧版本(如 `^0.1.2`)时,`dsh plugin add`(即 `pnpm add`)保留原 specifier 不升;`dsh plugin update`(即 `pnpm update`)也只在已声明的范围内重解析。跨版本升级必须用 `add ...@latest` 或 `dshpm update`。若 @latest 解析到旧版,先查 `pnpm config get registry` 是否为镜像源,用 `--registry=https://registry.npmjs.org` 强制走官方源。

pnpm 11 用户有什么需要特别注意的吗?

pnpm 11 默认 `minimumReleaseAge: 1440`(24 小时)——发布不足 24 小时的版本会被扣住,导致"当天发版当天点更新装不上"或解析到旧版。在 profile 的 `pnpm-workspace.yaml` 中加 `minimumReleaseAge: 0`(或 `minimumReleaseAgeExclude` 白名单)即可;dsh 不会覆盖该文件,改动会保留。

08数据与来源

  • 作者声明github.coma14b6321720e…

    在 Web UI 中一键管理 DeepSeek Harness (DSH) 插件:查看、实时启停、安装/卸载、更新检测、健康检查(依赖/冲突/兼容性分析)、环境管理、插件市场。bundle 与非 bundle 插件全覆盖。

  • 作者声明github.coma14b6321720e…

    dsh plugin --profile <name> add dsh-web-plugin-manager@latest

页面基于项目公开文档、仓库元数据和 DSH Plugins 的结构化解析生成;最后核验于 2026-08-28。发现错误?提交更正。

🏆

最佳 DeepSeek Harness 插件

从全目录挑出的 12 个值得优先安装的插件,覆盖各个分类。

DSH Plugins 是独立的 DeepSeek Harness 插件市场,与 DeepSeek 官方无关,也不代表官方背书。第三方插件未经安全审计,安装前请审查源码。

每周获取最新的 DeepSeek Harness 插件,绝不滥发。