在 DSH 里浏览和安装插件的可视化市场（dsh-market）

DeepSeek Harness（下面简称 DSH）的插件数量在过去几个月涨得很快，装一个插件通常意味着编辑 profile 配置、在命令行敲包管理命令，装完还要判断要不要重启。对只想拿到某个功能的人来说，这套流程的每一步都可能卡住。

dsh-market 是 DeepSeek Harness 内置的可视化插件市场，用 TypeScript 写成，在设置页里浏览、搜索并一键安装社区插件与主题，不用记命令行。

它把插件的发现、安装、更新、启停和故障恢复收进 DSH 自己的界面里，输入是一个运行中的 DSH（web 或桌面端），输出是写进 profile 的插件与配置变更。仓库地址是 https://github.com/dsh-market/dsh-market，采用 MIT 许可证，主要语言 TypeScript，当前 5398 star、242 fork、7 个 watcher、59 个开放 Issue，最近一次提交在 2026-10-02。

这几个项目分别在解决什么

dsh-market 的入口是设置里的Plugin Market。安装它本身仍要走一次命令行：

dsh plugin --profile web add dshmarket

重启 dsh web 之后才能在设置里看到入口。它对宿主有版本要求：需要 dsh web 0.1.0-rc.6 或更新。宿主更旧时，市场会把自己禁用并在浏览器控制台里说明原因，不会去按不存在的接口渲染。README 提到，如果 Plugin Market 入口始终不出现，通常就是这个原因，桌面端自带的那份 dsh 可能比 npm 给的版本更旧。

装好之后能做的事分这么几类：

• 浏览与搜索。README 说目录里有 4200+ 插件，支持分类筛选、star 数、按热门或最新排序，描述跟随界面语言显示双语。
• 宿主感知的发现。卡片显示插件通过 engines.dsh 或 @deepseek-ai/dsh-* 同伴依赖声明的要求；一个可选过滤器只隐藏已确认不匹配当前宿主的条目，未声明、格式错误、不可用以及只在 GitHub 上的条目仍然可见。
• 一键安装。确认来源后显示实时进度，多数插件刷新页面即可生效，不用重启。
• 收藏、分组与笔记。收藏和分组存在 profile 的 state.json 里，笔记用你写的单行说明替换作者原文，只存本地，不发送到任何地方。
• 主题。单独一个标签页，安装后立即生效，一键切换，主题互斥，选择在重启后保留，卸载即可还原。
• 备份与恢复。把 profile 的插件列表和配置导出成可读 JSON，也可以存到 WebDAV 每日自动备份，或通过私有 GitHub Gist 同步；恢复是合并语义，备份之后装的插件会保留，写入前校验，失败回滚。
• 更新。逐插件检查更新或一键全部更新，市场自己也用同样方式更新。从压缩包链接安装的插件只从它自己的来源更新，仅同名的目录条目不会被当成它的更新，所以更新不会悄悄把它换成另一个插件。
• 热禁用与启用。开关往 profile 的 cordis.patch.yml 写入 - id: … 加 disabled: true|false，DSH 的 HMR 在约 1 秒内重新组合，不用重启，loader 每次启动会重新应用该选择。
• 诊断与日志导出。一页展示插件加载顺序与冲突面，包括 bundle 栈、重复 loader 条目、依赖版本不匹配、多版本核心包、overrides 与无效配置；一键导出脱敏后的纯文本日志，主目录路径和凭据形态会被打码。
• 更贴近宿主的自我管理。在 dsh 0.1.0-rc.7 及更新版本上，市场在Plugin configuration里管理自己，能看版本、选发布通道（stable，或选择仍在验证中的 beta 构建；开启开发者模式后会出现第三个 dev 通道）、更新或移除，还有一个可选清理会同时删掉它写下的禁用行。

同类项目切的角度不一样。imsai-sh/awesome-deepseek-harness-plugins 定位是 DSH 的插件商店与 hub，描述里写的是 11000+ 插件带搜索，260 star。同一作者的 imsai-sh/dsh-1024store 描述几乎一致，规模同样标到 11000+，21 star。这两个的重心在目录收录。

bradeGithub/DSH-Plugins-Marketplace 强调在 DSH Web GUI 里一键浏览、安装与更新 GitHub 上的插件，169 star。2BingLing/dsh-market 与 dsh-market/dsh-market 同名但属于另一个仓库，描述里写持续收录 6000+ 插件，提供中文搜索与实用五维评分，有 Web 版和 DSH 侧边栏插件两种形态，130 star。

Noob-stupid/dsh-plugin-gating-hub 关注框架升级安全与插件门控，做的是契约预检查与回滚，93 star。Minglink/dsh-stream-market 是内置可视化市场，主打极速秒开、官方 dsh:// 联动、深度本地管理与原子化彻底卸载，11 star。这两个与 dsh-market 在功能面上部分重叠，侧重点分别是安全门控和启动速度。

逐项对照

差距出现在哪

拉开距离的地方有两处。一处是启停链路的深度：dsh-market 把开关写进 cordis.patch.yml，靠 DSH 的 HMR 在约 1 秒内重新组合，手工编辑过的 patch 行会显示成徽章，宿主基础设施类插件受保护不允许切换，patch 文件写坏时也不会让它更坏。这层机制是从 dsh-plugin-hub 移植过来的。

另一处是宿主挂掉之后的恢复路径。DSH 的启动是全有或全无：一个插件加载不了，整个进程都起不来，市场自己的界面也随之消失。dsh-market 为此提供 Adjust plugins，把被 DSH 指认的插件标红并取消勾选，由你决定下一次启动启用哪些，再重试启动。这个页面由分离出的 restart helper 提供，地址就是页面原本在轮询的那个，所以宿主已经不在了它照样能用，直接打开该 URL 也会渲染成同一个页面的独立版本。DSH 正常启动时，这些都不会出现。

本项目不如同类的地方同样明显。目录规模上 README 说 4200+，而 awesome-deepseek-harness-plugins 标称 11000+，2BingLing/dsh-market 标称 6000+。中文检索与五维评分在 2BingLing 那一侧是明确写出来的卖点，dsh-market 的 README 没有提到类似能力。宿主版本要求偏硬，Issue 里出现过「跟 dsh 0.2.0 不兼容」的反馈，目前仍是待解决状态。

实际使用中踩过的坑，下面几条比较典型：

• 跟 dsh 0.2.0 不兼容。用户升级宿主后市场无法正常工作，报告者已确认升级到最新版并重启，问题仍然存在，当前待解决。
• 桌面端 minimumReleaseAgeExclude 出现同名重复行，同时重试与回滚带 flag 被官方桥拒绝（127），此后所有插件的安装、更新、卸载都失败，并误报「更新前的构建未能验证恢复」，待解决。
• Windows 文件锁导致更新失败后，残缺的包目录被留在 node_modules 里，桌面端下次启动直接卡在 profile-composition，只能卸载该插件，待解决。
• 内网环境加载不到市场数据，报告者在内网能访问 GitHub 却拉不到市场数据，这一条已解决。

另有一条已解决的历史问题值得一提：安装 仓库名#子包 格式的插件失败后，界面一直转圈不结束也不显示错误，而后台其实立刻失败了，失败结果没有回传市场界面。

什么情况下选它

你已经在用 DSH，希望插件的安装、更新、启停都在设置页里完成，不打算手写 profile 配置，这一组里 dsh-market 覆盖的链路最完整。你担心装错插件把宿主搞得起不来，需要一条宿主已经挂掉之后还能走通的恢复路径，Adjust plugins 正对这个场景。你要在几台机器之间同步同一套插件配置，并希望备份落在 WebDAV 或私有 Gist 上，它的导出与恢复按这个用法设计。

反过来，有些情况不该选它。你的 DSH 宿主版本低于 dsh web 0.1.0-rc.6，装上去市场会自我禁用，先把桌面端自带的小版本与 npm 提供的版本对齐。你的核心需求是中文检索和插件评分，这两项写在 2BingLing/dsh-market 的描述里，dsh-market 的 README 没有提到。你只想要一份尽量全的插件目录用于检索，awesome-deepseek-harness-plugins 标称的 11000+ 条比它现在的 4200+ 大得多。

还有一层边界要交代清楚。dsh-market 会从 GitHub 拉取插件目录、README 内容与头像，在中国下载区域它为 Git 引用、README 内容和头像各自维护一套回退顺序，只在传输、HTTP 状态或载荷校验失败后才切换，并且会拒绝伪装成 HTTP 200 的代理错误页。内置路由全部失败时，可以在GitHub acceleration里填一个持久生效的自定义 HTTPS 前缀，DSHM_GITHUB_PROXY 仍然是运维方持有的覆盖项。企业内网部署前先确认网络策略允许这些请求，内网拉不到数据的情况在 Issue 里出现过。安装第三方插件应当由你或团队自行确认来源与用途，市场陈列的是插件声明的能力事实，不替你做安全结论。

焚评：这个项目的量化评分

本项目的选题来自 焚.com（一个按公开公式给 GitHub 项目打分的站）。焚评当前总分 9.8 分（满分 10）。下表是各维度的得分：

评分口径、权重与计算方式见焚.com 的评分方法页；数据随 GitHub 指标刷新，具体数值以焚.com 当前页面为准。本文正文为诀.com 独立撰写，评分数据由焚.com 授权引用。