
buhuikongpan/dsh-pluginmanager
30最近提交 2026年8月15日
dsh-pluginmanager DSH 插件
dsh-pluginmanager 将 DSH Web 设置中原本平铺的 100+ 插件列表整理为三层架构视图:原生扩展、用户扩展、运行中。支持搜索过滤、启用/停用/卸载/补登记,以及内置 90+ 个核心插件的描述系统。
如何安装 dsh-pluginmanager DSH 插件
dsh plugin add github:buhuikongpan/dsh-pluginmanager复制不会执行命令。安装 dsh-pluginmanager DSH 插件前请核对仓库和版本。
dsh-pluginmanager DSH 插件数据来源
dsh-pluginmanager DSH 插件快照日期:2026年8月16日
discovered
dsh-pluginmanager DSH 插件能做什么
- 三层架构视图(原生/用户/运行中),每层显示数量徽章
- 启用/停用/卸载用户扩展,支持热加载无需重启
- 按名称、显示名、描述、来源搜索过滤
- 编辑任意插件的描述(持久化到本地文件)
- 补登记手工安装的插件,纳入依赖管理
dsh-pluginmanager DSH 插件适合哪些场景
- 安装了大量插件后快速定位和管理
- 安全卸载或停用用户扩展,避免误删系统组件
- 理解 DSH 插件架构,区分原生和用户扩展
- 为插件添加自定义备注,方便记忆
- 从 patch 行安装迁移到 bundle 管理
dsh-pluginmanager DSH 插件适合谁
- DSH 高级用户,经常安装和测试插件
- 插件开发者或维护者,需要了解插件体系结构
dsh-pluginmanager DSH 插件的限制
- 原生扩展只读,不提供卸载按钮
- 热加载可能断开正在使用的会话状态(如运行中的终端),操作已持久化,重启后生效
dsh-pluginmanager DSH 插件的仓库 README 摘录
以下文字摘自 dsh-pluginmanager DSH 插件的上游仓库 buhuikongpan/dsh-pluginmanager 的 README,版权归原作者,仅作引用。
> 你的 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 插件 │ │ 当前会话的动态
阅读完整 README仓库未声明许可,使用前请先与作者确认。
dsh-pluginmanager DSH 插件常见问题
我装的插件为什么没出现在「用户扩展」里?
插件管理器以运行时 Loader 条目为准。如果你只是 `npm i` 了包但没有在 `cordis.patch.yml` 中添加激活行,它不会出现。请先在「用户扩展」里点击「补登记」将其纳入依赖,再确认激活行存在。
「未登记依赖」标签是什么意思?
表示该插件是手工丢进 `node_modules` 的,没有在 `package.json` 中声明。点击「补登记」即可将其正式加入依赖管理,插件市场也能识别它。
原生插件的描述可以修改吗?
可以。所有插件都支持编辑描述,修改后保存到 `~/.dsh/profiles/web/plugin-manager/descriptions.json`,重启后仍保留。
启动报错 'duplicate loader entry id: pluginmanager' 怎么办?
说明插件被激活了两次(bundle 声明 + 手工 patch 行)。打开 `~/.dsh/profiles/web/package.json` 确认 `dsh.profile.bundles` 里有该插件,再打开同目录 `cordis.patch.yml`,删除其中 `- id: pluginmanager` 那一行(含 `insert:` 块),只保留 bundle 激活方式。
热加载会影响其他插件或导致会话断开吗?
热加载会在本进程内重启目标插件。如果该插件有正在使用的会话(如运行中的终端),会话会断开。操作已持久化,重启服务后也会生效。