接入 DSH Desktop 市场
dpharness 严选的 ~1900 个实装验证通过的核心插件（tier=core + installCheck.status=pass）， 按标准 catalog adapter (Path A) 一键接入 DSH Desktop 内置的社区插件市场。 无需命令行、无需手动维护，客户端按 cursor 分页自动同步最新严选集。
第一步：复制下面这行 manifest URL
1 clickhttps://dpharness.com/market/catalog-source.json第三步：打开客户端 → 设置 → 内置插件 → 社区插件市场 → 来源 → 点 + 添加标准来源 → 粘贴上面复制的 URL → 点「添加来源」。 完成。
分步指引（4 步）
下载并安装 DSH Desktop
桌面客户端把 DeepSeek Harness 与 Cordis 插件生态封装成原生应用，Windows / macOS 都有：
打开内置插件 → 社区插件市场 → 来源
启动 DSH Desktop → 设置 → 内置插件 → 社区插件市场 → 来源 标签 → + 添加标准来源 按钮
粘贴 manifest URL
⚠️ 这是一个标准的 HTTPS manifest URL（catalog-source.json），客户端会校验 schema 与同源约束。dpharness 严选 ~1900 条插件分页返回，每页 50 条。
回到「发现」选择 dpharness 作为当前来源
客户端会校验 manifest → 拉取首屏插件列表 → 写入本地来源记录。 完成后再切到「发现」标签就能浏览严选插件；切到「可安装」标签只会显示能解析 npm latest 包名的条目。
⚠️ 添加失败？先查本机代理的 fake-IP
客户端报 来源操作失败 时，最常见的原因不是 URL 也不是服务端—— 而是本机代理（Clash / mihomo / Surge 等）开了 fake-IP 模式，把 dpharness.com 解析成了本地假地址， 触发客户端的安全拦截（它禁止访问 198.18.0.0/15 等保留网段）。
① 确认：这条命令返回什么？
nslookup dpharness.com
正常应看到 134.175.191.83； 若看到 198.18.x.x 或其它保留网段，就是这个问题。
② 反证：服务端本身是好的
curl -sS --noproxy '*' --resolve dpharness.com:443:134.175.191.83 \
-o /dev/null -w "HTTP %{http_code}\n" \
https://dpharness.com/market/catalog-source.json返回 HTTP 200 即证明 manifest 可正常获取， 问题在 DNS 解析环节。
③ 修掉（二选一）
A. 写 hosts（最快，绕过代理 DNS）
sudo sh -c 'echo "134.175.191.83 dpharness.com" >> /etc/hosts'
B. 把域名加进代理的 fake-ip-filter（更干净）
Clash / mihomo：dns.fake-ip-filter 加一项 'dpharness.com'
Surge：[General] 段 fake-ip-filter 追加 dpharness.com
④ 在客户端重试
先把「来源」列表里那条失败的记录删掉（客户端会缓存失败状态）， 再重新点 + 添加标准来源 粘贴同一 URL。
常见问题
为什么不是默认来源？
按 dsh-community-market 的设计：Market 同时只能用一个来源作为当前浏览源；新接入的来源不会被自动选中、不会被优先推荐、也不会成为兜底。
数据是实时同步吗？
客户端按 cursor 分页拉取 manifest 里声明的 endpoint，首次会全量预热本地有界索引，后续你点「发现」/「可安装」时不再回服务端。dpharness 端有 10 分钟 CDN 缓存。
严选 = 我看不全全站插件？
对。严选 = tier=core 且 installCheck.status=pass（约 1900 条），是经过实装验证的子集。如果你想看全站收录（约 1.3 万条），需要客户端内置 adapter 接入（Path B 受审），目前 dpharness 不提供。
接入后能卸载吗？
能。在「来源」标签里删掉该来源即可，客户端会取消该来源的 catalog 任务并撤销已解析的 media 引用。