zdjmrq/dsh-pluginmanager

Name: zdjmrq/dsh-pluginmanager
Author: zdjmrq

Plugin插件 Native原生 ⭐ 4 MIT Vision & Media视觉与多媒体 Search & Web Access搜索与联网

DSH 用户插件管理器:在设置→插件统一管理插件目录散件、运行树插件与 npm 插件包——挂载/卸载/启用/停用(cordis.patch.yml 补丁层 + HMR 热生效)

Project Overview项目介绍

Edited by Zhiwei Agent (zhiwei)由知微Agent(zhiwei)编辑

This is a native DSH plugin built exclusively for DeepSeek Harness Web, designed as a plugin manager that adds a dedicated organized settings page for plugin management. When users install dozens or even hundreds of DSH plugins, the default native plugin list becomes an unstructured, uncategorized long block that makes it nearly impossible to quickly tell different plugin functions and purposes apart. This plugin reorganizes all installed plugins into a clear three-tier architectural view that makes navigating and managing your DSH plugin ecosystem straightforward and intuitive for any user.

The three tiers split plugins by function and source to eliminate confusion for end users. Official native plugins are grouped by responsibility into system, web UI, and tool layers, with no uninstall option offered on purpose to prevent accidental removal of critical core DSH components. User-installed plugins are grouped in a separate user extensions section that supports enable, disable, full uninstall, and manual registration of manually added unlisted plugins, while temporary dynamic plugins from the current active session are displayed in a dedicated read-only running section.

To install the plugin correctly, first navigate to your local DSH web profile directory, run pnpm add to pull the repository from GitHub, then add the package name to the dsh.profile.bundles array in your profile’s package.json. You must only use one installation method; adding an extra duplicate entry to cordis.patch.yml will cause a duplicate loader ID error that prevents DSH from starting up. The plugin is licensed under MIT, it creates automatic backups before any changes to your configuration files, and supports hot reload of plugin changes without requiring a full DSH service restart.

这是专为 DeepSeek Harness（DSH）Web 开发的原生设置页插件管理器，用于整理 DSH 中大量安装插件的混乱列表。它将所有已安装插件重新梳理为清晰的三层架构视图，让用户可以快速区分插件功能分类，轻松查找管理已安装插件，解决了原生插件列表混杂无分类、难以快速识别定位的痛点。

它将原生插件按职责分为系统层、WebUI 层、工具层三个类别，用户自行安装的插件统一放在用户扩展区，支持启停、彻底卸载、补登记等操作，当前会话运行的动态插件则放在运行中分区。它还内置了 90 多个核心原生插件的中文简介，支持用户自定义添加备注，方便用户快速了解每个插件的用途。

安装需通过 pnpm 添加到 DSH web profile 的 bundles 列表，仅推荐使用 bundle 方式安装，不能同时手动添加条目到 cordis.patch.yml，否则会出现重复激活启动报错的问题。它支持插件热加载无需重启 DSH 服务，自带搜索过滤、多语言跟随切换功能，遵循 MIT 开源协议，是社区开发的免费管理工具。

View on GitHub在 GitHub 查看

Send to your DSH发给你的 DSH 安装

请帮我安装这个 DSH 插件。安装前先完成【兼容性检查 + 安全性检查】，检查通过再动手。

插件：dsh-pluginmanager（zdjmrq/dsh-pluginmanager）
仓库：https://github.com/zdjmrq/dsh-pluginmanager
本站详情页：https://www.yhbd.top/plugins/zdjmrq-dsh-pluginmanager/
本站登记：类型 plugin · 归类 原生 DSH 插件 · 许可证 MIT · ⭐ 4 · 最近提交 2026-08-18 · 主语言 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 更稳。

Pre-install check安装前体检Compatibility · Security兼容性 · 安全性 1 warning1 项注意

Only 4 stars - very few users, little community feedback星标只有 4，几乎没人在用，遇到问题缺少社区反馈

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 --profile web add github:zdjmrq/dsh-pluginmanager

把 zdjmrq/dsh-pluginmanager 加入你的 DSH 配置（web profile）即可启用。

READMEREADME

9.5 KB · 缓存于 2026-08-23 03:42:01 · 9.5 KB

dsh-pluginmanager · 插件架构师

你的 DSH 装了 100 多个插件？恭喜，你现在拥有了一座没有楼层指示牌的摩天大楼。这个插件就是那张楼层指示牌——顺便把"哪层能拆、哪层是承重墙"给你标得明明白白。

dsh-pluginmanager 是 DeepSeek Harness Web 的设置页插件管理器。它把全部插件从一张 100+ 行的大平铺（谢谢你，原生 all 标签页）整理成三层架构视图，让"看懂 DSH 的插件体系"这件事从"考古"变成"观光"。

npm 包名与 GitHub 仓库名均为 dsh-pluginmanager。安装、卸载与 dsh.profile.bundles 里请使用这个名称。

🏗️ 它到底解决了什么

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）、依赖插件。每行都有：

停用 / 启用：只摘激活行，配置保留，可随时反悔
彻底卸载：激活行 + 依赖声明 + node_modules 三连清，二次确认
补登记：把"手工丢进 node_modules、没写进 dependencies"的插件正式登记进依赖——从此插件市场（marketplace）也认得它
未登记依赖标签：一眼看出哪些是规范安装、哪些是野路子

Showing the opening section of the README — the full document lives in the repository以上为 README 开头摘要，完整文档在仓库内 · View the full README on GitHub →在 GitHub 查看完整 README →

渲染基于仓库 zdjmrq/dsh-pluginmanager 的 README.md。在 GitHub 查看原文 →