DSH Plugin Hub 设置怎么配：更新检查、npm 镜像、代理、安全信任与恢复默认

很多人把 DSH Plugin Hub 的设置页当成「插件总开关」，进去找某个插件的模型、权限或快捷键，结果当然找不到——它只管市场自己的行为。 设置页左侧固定五个分组：更新设置、安全信任、系统诊断、系统日志、恢复默认（2.2.5 索引）。这篇按「每个分组回答什么问题」来读，而不是按界面从上到下念一遍；入口在 DSH Plugin Hub 的「设置」页签。

更新设置三项：DeepSeek Harness 插件市场的启动检查、镜像与代理

更新设置只回答一个问题：市场去哪儿查新版本、去哪儿拉包、请求走不走代理。 三项各管一段链路，配错哪一项，症状都不一样。

1. 进「设置 → 插件市场 → 设置」，先看「更新设置」三项当前值。
2. 启动时检查更新按你的习惯决定：常更新就开，追求启动速度就关，改成手动检查。
3. npm 镜像源优先选当前网络能稳定访问的；出现 ERR_PNPM_FETCH_404 时先临时换回官方源验证，不要急着改包名。
4. 代理地址与你在终端里用的 http_proxy、https_proxy 保持一致，避免浏览器能开、市场拉不到。
5. 保存后先别关页面，下一步用一次真实请求验证。

镜像与代理是两条不同的链路：镜像决定「从哪个仓库拿包」，代理决定「请求怎么出网」。两者都配错时，先修代理，再修镜像，否则你无法判断 404 是镜像滞后还是根本没连上。

镜像与代理都配了还超时，先看这三种组合

1. 浏览器能开、市场拉不到：代理只作用在浏览器层，宿主进程没继承，改设置页里的代理地址。
2. 列表能加载、装包报 404：镜像同步滞后，临时换回官方源验证，而不是改包名。
3. 两者都正常、仍偶发超时：记下时间点，去系统日志对照当次请求走的是哪个源。

三种组合对应三种修法，别用「全部恢复默认」一把梭，那会把已经正确的配置也冲掉。

安全信任：DSH Plugin Hub 三个通道开关怎么定

安全信任分组管的是「允许哪几种自定义安装方式」，不是「允许哪些插件运行」。 它对应 NPM、GitHub、DSH 三个通道，关掉哪个，哪张自定义安装卡片就禁用（Hub 仓库）。

1. 先问自己最近会不会用自定义安装；完全不用时，三个通道都可以关。
2. 只用 npm 预构建包时，保留 NPM 通道，关掉 GitHub 源码与 DSH 命令。
3. 需要跟源码或文档命令时，只开对应的那一个，不要图省事全开。
4. 关掉后回「自定义安装」页确认卡片确实禁用，并出现「前往设置」入口。

这项设置的价值是缩小来源面，但它不替代安装前的检查。通道开着，只代表「允许这种输入」，不代表「这个包可信」；权限、依赖与构建脚本仍要逐项看。判断方法见 怎么安全安装插件。

系统诊断与系统日志：dsh plugin market 的两个取证入口

系统诊断回答「现在是否正常」，系统日志回答「刚才发生了什么」，两者配合才能定位问题。 很多人只去日志里翻，却忘了先看一眼诊断结论，结果在几百条记录里绕圈。

1. 打开系统诊断，先看市场整体状态是否正常；具体检查项以当前界面为准。
2. 切到系统日志，按分类筛到安装、卸载、设置变更或诊断。
3. 按级别筛到错误或警告，找到与复现时间一致的条目。
4. 用「复制全文」或「导出日志」取走证据，再决定改配置还是重试。
5. 需要长期留档时，在日志存放位置输入框里改到自己的工作目录并保存。

系统日志页还有「打开日志查看器」与「打开文件」两个动作：前者在界面里看，后者直接在 Finder 里定位日志文件。两处看的是同一份记录，区别只是阅读方式。完整的日志排查顺序见 安装失败怎么看通知与系统日志。

恢复默认：DeepSeek Harness 插件市场设置什么时候该重置

恢复默认是整组还原，不是单项撤销；它适合「配置被改乱了、说不清改过什么」，不适合「某一项填错了」。 后者单独改那一项更快，也不会把本来正确的镜像和代理一起冲掉。

1. 动手前把更新设置三项、安全信任三个开关的当前值抄下来或截图。
2. 确认你要解决的是「整体配置混乱」，而不是某一个具体报错。
3. 执行恢复默认，重启 DeepSeek Harness。
4. 重新打开市场，确认列表能加载；再按需逐项把镜像、代理配回去。
5. 如果恢复后问题消失，说明原配置里有一项是根因；逐项加回去，找出是哪一项。

恢复默认不会替你清缓存，也不会重装 Hub。若问题是版本错位或前端资源 404，还原设置没有用，应该去看 Hub 空白但 CLI 正常。

改完怎么验证：DSH plugin 设置生效的三步

设置保存不等于生效，必须经过一次真实请求才能证明。 验证顺序固定：重启、拉列表、装一个已知插件。

# 1. 确认当前 CLI 版本，记下来方便对照
dsh --version
# 2. 看市场配置是否落在当前 profile（只读，不改动）
dsh --profile web --dump-config | grep -in -E 'registry|proxy|mirror'
# 3. 重启后回市场拉一次列表，观察是否还有超时或 404

1. 保存设置后重启 DeepSeek Harness，确保新配置被加载。
2. 回市场拉一次列表，确认卡片能出现；列表空白就先查代理。
3. 装一个已知的小插件，观察是否还报镜像 404 或超时。
4. 去系统日志确认本次请求走的是你设置的源，而不是旧配置。
5. 三项都通过，再把这次配置值记进自己的环境笔记。

验证时一次只改一个变量：先改镜像、验证，再改代理、验证。两个一起改，出问题时你无法判断是哪一项起了作用。设置项的界面说明还可以对照 Hub 2.2.5 更新导览。