DSH Plugin Hub 打开后怎么装插件：DeepSeek Harness 入口、搜索、确认与重启验证三步

从搜索结果打开 DSH Plugin Hub 后，装插件只需要三步：搜索并看卡片、安装并读确认弹窗、重启并验证三个信号。 中间的每一次点击都有对应的判断依据，照着做比反复试错快。

打开后先认界面：五个区域各管什么

Hub 不是一页，而是五个界面。 认清区域，后面的动作才不会点错地方（来源）。

1. 插件市场：默认首页，顶部有搜索框、结果条数与排序，左侧或顶部分类用于缩小范围。
2. 已安装：当前 profile 已装的插件列表，更新、卸载、查看配置都从这里进。
3. 自定义安装：目录里没有的包，用 npm 包名、GitHub 地址或 dsh 命令直接装。
4. 设置：更新检查、npm 镜像、代理、安全信任与恢复默认。
5. 系统日志：按分类与级别记录安装、加载与运行过程，排错时先来这里。

第一次装插件，只用前两个界面。 市场负责找，已安装负责验证。自定义安装与设置先不动，避免在还没跑通链路时引入额外变量。

顶部的结果条数是一个有用信号。 它告诉你当前搜索命中了多少条；条数为零不一定是没有插件，也可能是索引没加载完或关键词写法不对。

第一步：搜索与看卡片

搜索的目标不是「找到名字」，而是「找到来源明确的条目」。 同名插件很多，卡片上的信息比名字更重要。

1. 先用分类缩小范围：记忆、浏览器、界面、模型、工具。分类比关键词稳定，尤其在你只知道用途、不知道名字时。
2. 再输入关键词。中文名适合概念，英文名适合通用词，包名适合精确查找；三种写法可以依次试。
3. 看结果条数与排序，确认不是只命中一条同名条目。
4. 看卡片四样信息：来源（npm / GitHub）、版本、更新时间、验证状态。
5. 点进详情，确认 owner 与包名，再决定是否安装。

卡片上的验证状态只说明「被核对过」，不说明「适合你」。 兼容版本、依赖数量与权限范围仍要自己看；verified 不是安全背书。

同名条目优先看 owner。 一个通用名字可能有几十个来源，显示名相同、实现完全不同。详情页里的 owner 与仓库地址，才是唯一标识。

搜不到时先换写法，再怀疑索引。 中文名搜不到换英文名，英文名搜不到换包名；三种都搜不到，再去 GitHub topic 或 npm 确认仓库是否存在。

第二步：安装与读确认弹窗

点安装只是开始，确认弹窗才是决策点。 弹窗把即将写入 profile 的内容摊开，读它比读卡片更有用。

1. 点击卡片上的安装按钮，等待确认弹窗出现。
2. 核对包名与来源：包名必须与你要装的一致，来源必须是可信的 owner。
3. 看版本与依赖：版本是否兼容当前核心，依赖数量是否异常。
4. 确认后开始安装，进度会显示在弹窗或通知里；不要在这一步切走页面。
5. 安装完成后按提示重启，不要只刷新界面。

确认弹窗里的包名是唯一凭据。 显示名可以重复，包名不能。看到包名与预期不符，直接取消，回卡片重新选。

依赖数量异常时要停一下。 一个只做小功能的插件带大量依赖，可能是套壳或引入了不必要的运行时；先看详情页说明，再决定。

安装中断不要重复点。 进度卡住时先看系统日志的安装阶段，确认是下载、解包还是依赖失败；重复点安装只会产生更多失败记录。

第三步：重启与三个生效信号

安装成功不等于生效。 插件要在启动阶段完成注册，没重启就不会出现在界面上。

1. 列表信号：回到「已安装」，目标插件在列表里，状态不是失败。
2. 配置信号：需要命令行确认时，执行 dsh plugin --profile web list，包名在列。
3. 界面信号：完整退出并重新启动后，插件的入口、命令或界面元素出现。

三个信号从底向上，缺一不可。 列表有、界面没有，先重启；重启后仍没有，去系统日志看加载阶段；日志里没有加载记录，说明装到了别的 profile。

不要用「安装完成」的提示代替验证。 那条提示只说明包处理完了，不能说明注册成功。真正的验证永远在重启之后。

装完在「已安装」里做什么

「已安装」不是装饰页，日常维护都在这里。 装完插件后，至少要知道三件事在哪做。

1. 更新：卡片上出现可更新标记时，点更新并读确认弹窗；更新后同样要重启。
2. 卸载：卸载前先看依赖关系，避免卸掉被其他插件引用的包；卸载后清理残留配置。
3. 看配置入口：部分插件在详情或已安装页提供设置跳转，改完配置通常也要重启。

更新与安装的确认弹窗不是一回事。 更新会替换版本，可能带来兼容变化；确认前看清目标版本与变更说明，不要习惯性点确认。卸载后残留也是常态：插件目录删了，配置与缓存可能还在，重装前先确认残留位置，避免旧配置影响新版本。

三种卡住的处理

Hub 里装插件卡住，通常只有三类原因。 每一类都有对应的判断动作，不需要重装整个应用。

1. 索引空或一直加载。 先看分类是否出现：分类在、结果空，等索引同步或重启；分类也不在，检查网络与代理，再换网络对照。
2. 兼容失败。 确认弹窗或日志里提示版本不匹配时，回卡片看兼容版本，升级核心或换插件版本；不要强行装。
3. 下载或构建失败。 看系统日志的安装阶段：下载失败查网络与镜像，解包失败查磁盘，构建失败查依赖与构建脚本是否被拦。

三类问题的共同排查入口是系统日志。 先看日志再动手，比反复重装有效；日志里的阶段名就是问题所在的层。

Hub 直链与桌面端入口的区别

网页详情页与内置 Hub 是同一份数据的两个入口。 网页适合在浏览器里浏览与分享，内置 Hub 负责真正的安装动作。

网页不能替你安装。 它给的是信息与命令，真正写入 profile 的动作必须在本地完成。理解这一点，就不会在网页上找「安装按钮」而卡住。

下一步

先装一个，验证三个信号，再装第二个。 还没进过市场，先看《DeepSeek Harness 插件市场入门》；装完不生效，看《插件市场安装失败怎么看通知》；想弄清 Hub 与命令行、GitHub 的分工，看《找 DSH plugin 的三条路》。

来源：DSH Plugin Hub 2.2.5 界面截图索引、dshplugin/dsh-plugin-hub、dsh CLI README、DSH Plugin Hub 插件页