buhuikongpan/dsh-pluginmanager
dsh-pluginmanager 是 DeepSeek Harness Web 的设置页插件管理器。它把全部插件从一张 100+ 行的大平铺(谢谢你,原生 all 标签页)整理成三层架构视图,让"看懂 DSH 的插件体系"这件事从"考古"变成"观光"。
catalog descriptioncatalog 简介 / catalog description:DSH 分层插件管理器:原生插件按 系统层/WebUI 层/工具层 只读展示,用户扩展支持停用/启用、补登记、卸载与可编辑描述。
Project Overview项目介绍
dsh-pluginmanager is a DSH-native plugin that adds an organized plugin management interface to the DeepSeek Harness Web settings page. It addresses the core pain point of the default DSH plugin list, which dumps all installed plugins into a single uncategorized flat list regardless of their type or origin. Users can install it via the DSH CLI by running dsh plugin add github:buhuikongpan/dsh-pluginmanager, then restart the DSH Web service to activate it. After activation, it will automatically appear as a new tab in the DSH settings plugin section.
It organizes all plugins into three distinct categories to help users quickly understand their plugin setup. The first category is native extensions, which are split into system, WebUI, and tool layers by function, and no uninstall option is provided for these to prevent accidental deletion of core DSH components. The second category is user-installed extensions, which supports enabling, disabling, uninstalling, searching, filtering, and automatic diagnostics for failed plugins. The third category is dynamically loaded plugins active in the current session, shown as read-only entries.
It includes built-in descriptions for over 90 core DSH plugins, and allows users to add custom descriptions that are saved locally. It supports hot loading for changes, and will prompt for a service restart only when required after uninstalling a bundle extension, rather than pretending changes take effect immediately. All writes to DSH configuration files are automatically backed up before modification, to reduce the risk of data loss. The plugin is released under the open source MIT license, and all changes adhere to DSH's existing plugin loading and HMR conventions.
dsh-pluginmanager 是专门为 DeepSeek Harness Web 开发的原生插件,会在 DSH 设置页新增插件管理入口。它解决了原生插件列表把所有插件平铺展示带来的混乱,将全部插件整理为三层架构视图,按类型清晰划分原生系统扩展、用户自行安装的扩展和当前会话的动态插件,帮助用户快速理清 DSH 的插件体系。
原生扩展按职责自动分为系统层、WebUI 层和工具层,且不提供卸载按钮防止误操作卸载核心插件。用户扩展区支持搜索过滤、启用/停用、彻底卸载,还会自动标记未生效插件并提供诊断修复指引,甚至可以生成 AI 修复提示词方便用户排查问题。所有插件都支持用户添加自定义描述,方便个人管理。
可通过 DSH CLI 执行 dsh plugin add github:buhuikongpan/dsh-pluginmanager 安装,安装后仅需重启 DSH Web 服务即可使用。它支持热加载,按插件来源区分生效方式,补丁行插件修改后热生效无需重启,扩展包修改后会明确提示用户重启服务。本插件基于 MIT 许可证开源,每次修改配置文件前会自动备份。
请帮我安装这个 DSH 插件。安装前先完成【兼容性检查 + 安全性检查】,检查通过再动手。
插件:dsh-pluginmanager(buhuikongpan/dsh-pluginmanager)
仓库:https://github.com/buhuikongpan/dsh-pluginmanager
本站详情页:https://www.yhbd.top/plugins/buhuikongpan-dsh-pluginmanager/
本站登记:类型 plugin · 归类 原生 DSH 插件 · 许可证未声明 · ⭐ 9 · 最近提交 2026-08-20 · 主语言 JavaScript
按下面顺序执行,每步先把结论告诉我,再进入下一步:
【1 兼容性检查】
① 我这边:DSH 版本、Node 版本、操作系统、当前 profile(web / desktop)。
② 读它的 README、package.json、插件 manifest,列出它要求的 DSH 版本 / Node 版本 / 操作系统 / 外部依赖 / 需要另外先装的运行时。
③ 逐条比对,结论只写「满足 / 不满足 / 未知」三种;不满足的给出可行替代方案。
④ 检查是否和我已装的插件冲突:命令名重复、skill / tool 重名、端口占用、重复注册的 MCP server。
【2 安全性检查】
① 仓库可信度:和上面「本站登记」是否一致;star / fork 数、创建时间、最近提交,是否归档或长期停更。
② 安装脚本:逐行看 package.json 的 preinstall / install / postinstall,以及 install.sh、setup.ps1 之类脚本。出现 curl|bash、下载后直接执行、混淆代码、访问与插件功能无关的域名,立刻停下来告诉我,不要继续装。
③ 依赖:列出新增依赖,标出无人维护、或与知名包拼写近似的可疑包(typosquatting)。
④ 权限与副作用:它会读写哪些目录、访问哪些域名、需要哪些 DSH 权限(filesystem / network / shell / clipboard 等),以及怎么卸载和回滚。
⑤ 如果它要求 sudo / 管理员权限,或权限明显超出功能所需,先停下来问我。
【3 安装】
上面两步没有「不满足」和「高危项」时才执行;用官方推荐方式安装,不要自行提权。
【4 汇报】
用表格输出:检查项 / 结论 / 依据 / 是否需要我决策。拿不准的一律写「未知」并说明要我怎么确认——不要猜,也不要替我决定。
Send this message to DSH in your current session: it verifies compatibility and security first (answering met / not met / unknown item by item) and only installs once everything checks out — it will stop and ask you if it finds a high-risk item. The box scrolls; the copy is the full prompt. CLI install commands may not be accurate across systems, so DSH is the safer route.把上面这条消息直接发给当前会话里的 DSH:它会先核对兼容性与安全性(逐条给「满足 / 不满足 / 未知」),确认没问题再安装,有高危项会停下来问你。框内可滚动,复制到的是完整提示词;安装命令不一定准确,发给 DSH 更稳。
- No license declared - all rights reserved by default; ask the author before commercial use or redistribution未声明开源许可证 —— 默认「保留所有权利」,商用或再分发前先问作者
- Only 9 stars - very few users, little community feedback星标只有 9,几乎没人在用,遇到问题缺少社区反馈
DSH walks through these 9 checksDSH 会逐条核对这 9 项
Compatibility兼容性
- DSH, Node, OS and profile requirementsDSH 版本 / Node 版本 / 操作系统 / profile 是否满足要求
- External dependencies and runtimes (Electron / Python / Docker, ...)外部依赖与运行时(Electron / Python / Docker 等)是否齐备
- Conflicts with installed plugins: command names, skill / tool names, ports, duplicate MCP registration与已装插件是否冲突:命令名、skill / tool 重名、端口占用、重复 MCP 注册
Security安全性
- Repo matches the facts registered here; archived or abandoned?仓库是否与页面登记一致,是否归档或长期停更
- Safety of preinstall / install / postinstall and install.sh / setup.ps1preinstall / install / postinstall 与 install.sh、setup.ps1 是否安全
- curl|bash, download-then-execute, obfuscation, unrelated domains → stop immediatelycurl|bash、下载即执行、混淆代码、无关域名 → 立刻停止
- Typosquatting or unmaintained packages among the new dependencies新增依赖里有没有 typosquatting 或无人维护的包
- Requested permissions vs. what the feature actually needs申请了哪些权限、是否超出功能所需(filesystem / network / shell / clipboard)
- Any sudo / admin requirement, plus uninstall and rollback是否要求 sudo / 管理员权限,以及卸载与回滚方式
Anything uncertain must be marked unknown with a note on how to confirm it. This site's signal screen is a static snapshot, not a security audit.拿不准的必须标「未知」并说明要我怎么确认。本站的信号筛查是静态快照,不能替代安全审计。
Or use CLI install (for developers)或使用命令行安装(适合开发者)
CLI Install命令行安装
dsh plugin add github:buhuikongpan/dsh-pluginmanager
把 buhuikongpan/dsh-pluginmanager 加入你的 DSH 配置(web profile)即可启用。
READMEREADME
dsh-pluginmanager · 插件架构师
你的 DSH 装了 100 多个插件?恭喜,你现在拥有了一座没有楼层指示牌的摩天大楼。 这个插件就是那张楼层指示牌——顺便把"哪层能拆、哪层是承重墙"给你标得明明白白。
dsh-pluginmanager 是 DeepSeek Harness Web 的设置页插件管理器。它把全部插件从一张 100+ 行的大平铺(谢谢你,原生 all 标签页)整理成三层架构视图,让"看懂 DSH 的插件体系"这件事从"考古"变成"观光"。
🏗️ 它到底解决了什么
DSH 的插件体系很强大,但原生的插件清单长这样:
@deepseek-ai/dsh-llm @deepseek-ai/dsh-tool-bash @deepseek-ai/dsh-client-ui-theme
@deepseek-ai/dsh-agent-loop @deepseek-ai/dsh-tool-fs @deepseek-ai/dsh-client-ui-sidebar
@deepseek-ai/dsh-session @deepseek-ai/dsh-tool-web ...
(还有 90 多个,它们全在一个列表里,平等地糊你一脸)
谁负责 Agent 大脑?谁负责界面?谁是模型能调的工具?你装的扩展又混在哪?——都看不出来。
这个插件把混沌整理成了架构:
┌─────────────────────────────────────────────┐
│ dsh-pluginmanager 总览 │
│ │
│ ┌───────────────────────────────────────┐ │
│ │ 原生扩展 [N] › │ │ ← 点进去:系统层 / WebUI 层 / 工具层
│ │ 系统层 · WebUI 层 · 工具层 │ │
│ ├───────────────────────────────────────┤ │
│ │ 用户扩展 [M] › │ │ ← 点进去:补丁行 / 扩展包 / 依赖
│ │ 补丁行插件 · 扩展包 · 依赖 │ │
│ ├───────────────────────────────────────┤ │
│ │ 运行中(临时) [K] › │ │ ← 当前会话的动态 Cordis 插件
│ │ 当前会话的动态 Cordis 插件 │ │
│ └───────────────────────────────────────┘ │
└─────────────────────────────────────────────┘
🧭 三层架构,一眼看懂
1. 原生扩展(只读,承重墙)
原生插件按职责自动分成三层,不提供任何卸载按钮——防止手滑把 Agent 的脑干摘了:
| 层 | 是什么 | 例子 |
|---|---|---|
| 系统层 | Agent 系统运转的核心:模型、会话、沙箱、审批、子代理 | dsh-llm、dsh-agent-loop、dsh-sandbox |
| WebUI 层 | 浏览器界面的一切 | dsh-client-ui-*、dsh-client-connection |
| 工具层 | 模型能调用的原生工具 | dsh-tool-bash、dsh-tool-fs、dsh-tool-web |
分层靠"包名前缀 + 官方 bundle 来源"判定,绝对不会因为你的扩展名字里带个 ui 就混进 WebUI 层——原生是原生,扩展是扩展,楚河汉界。
2. 用户扩展(自由区,可拆)
你自己装的一切:补丁行插件(手工放置的 balance、terminal 之类)、扩展包(bundle)、依赖插件。每行都有:
- 停用 / 启用:只改激活状态、配置保留,可随时反悔
- 彻底卸载:依赖声明 + 激活行 + 包目录一并清除,二次确认;按插件来源智能分流——补丁行插件卸载后热生效无需重启,扩展包(bundle)插件会明确提示重启服务(原因见「热加载,按来源分流」)
- 未生效诊断:任何一条用户扩展没生效时,自动打上「未生效 / 加载失败」标签,点「为什么未生效?」展开原因与按步修复指引,还能「🤖 AI 修复」——把「诊断 + 修复步骤」整理成提示词复制给一个新的 Agent 对话,由你决定是否发送
Showing the opening section of the README — the full document lives in the repository以上为 README 开头摘要,完整文档在仓库内 · View the full README on GitHub →在 GitHub 查看完整 README →
reactive-resume/reactive-resume
anywhere-labs/dsh-desktop
dataelement/dsh-desktop
ccch1mneyyy/dsh-TUI
DSH-EAC/DSH-Desktop-EAC
shaobeichen/dsh-pocket
xyTom/coding-tools-mcp