[Community Plugin] dsh-verified-market —— 装之前就知道能不能用（只收录雷达实测可用的 DSH 插件市场）

[G-pledge]

社区插件分享：dsh-verified-market —— 一个只收录"运行级实测可用"插件的 DSH 插件市场。

为什么有它：DSH 插件越来越多，但装之前谁也没法保证"能装上、能跑起来"。
awesome-dsh-plugins 雷达用 k8s 容器逐个对插件做运行级实测并给出判定（verdict: ok / incompatible / …），
这个市场把结论直接做成了体验：

• 默认只展示雷达实测 ok 的插件（当前 1000+），装之前就知道能不能用
• 白名单安装：不在 ok 清单里的安装直接拒绝，防装错包/防抢注
• 安装源互证解析：仓库 package.json ↔ npm registry 双向核对一致才走 npm，否则回退
  github:owner/repo（仓库-only 插件也能装）
• 每张卡片直达雷达判定与源码；数据 6h 缓存、断网回退
• 一键安装 / 更新 / 卸载 / 热启停（cordis.patch.yml，HMR ~1s）

安装（GitHub 源，无需 npm 账号）：

dsh plugin --profile web add github:G-pledge/dsh-verified-market

代码（MIT）：https://github.com/G-pledge/dsh-verified-market 数据来源：https://github.com/AdamPlatin123/awesome-dsh-plugins （MIT，社区雷达）

社区非官方项目，与 DeepSeek / DSH 官方无隶属关系；"实测可用"≠安全审计，安装第三方插件请自行审查源码。

[denial123789]

这个方向有价值：运行级 smoke verdict 比 topic、Star 或下载量更接近真实可用性；README 也明确写了“可用 ≠ 安全审计”，这点很好。我只读检查了当前公开提交 836fc832023101e256c367a65b7493843fd8231e（没有安装或执行插件），建议在把 M4 标为完成之前再收紧两组契约。

1. verdict 必须绑定到被测试的确切 artifact

当前目录从 radar master 的可变 JSON 拉取，只检查 schema/数组；安装时又独立解析仓库当前 HEAD、npm 当前 latest，或回退 github:owner/repo。repo metadata 互证能降低同名抢注风险，但还不能证明“现在安装的 bytes 就是 radar 当时测试的 bytes”。

建议每个绿色结果绑定：

catalog snapshot digest
repo + full 40-char commit
package + exact version + dist.integrity
runner image digest + DSH/Node/OS matrix
suite id + suite revision + testedAt + verdict

卡片上区分四级：discovered、installable、runtime-compatible、security-reviewed。不要压成同一个 verified。若 commit/version/integrity 与当前安装目标不一致，应拒绝或要求重新测试，不应静默回退到 Git HEAD。离线缓存也只能批准它绑定的原 artifact，不能用旧 verdict 更新到新 bytes。目录本身最好签名，或通过带 digest/provenance 的不可变 release artifact 发布。

2. Marketplace 是 Host mutation control plane

这里不只是浏览目录：POST 可以安装、更新、卸载，还会改 profile patch。Origin == Host 是有用的 CSRF fence，但不是操作者身份或 Profile 授权。建议进一步：

• 后端只接受 server-owned opaque candidate / row id，不让 body 文本直接成为包名、row id、路径或 YAML；
• row 必须来自当前已解析 composition roster，并经过 profile/action allowlist；
• Patch 应 parse → 修改 AST/对象 → schema check → lock/CAS → atomic replace，避免字符串拼接；
• package.json、lockfile、Bundle list 与 patch 使用 revision precondition，防并发覆盖；
• install/update/uninstall/disable/force-enable 分别审批；
• 执行前展示确切目标、integrity、lifecycle/allowBuilds、依赖 diff、Bundle rows 和 effective-config diff；
• partial pnpm、timeout、Host crash、HMR failure 都要能恢复精确 known-good snapshot，并冷启动验证；
• stdout/stderr 返回 UI 前移除 registry credential、私人路径和控制字符；
• 如果未来允许非 loopback，必须增加 authenticated principal + narrow profile/package capability，不能只依赖同源。

白名单限制“可以选什么”，但不能证明“谁有权操作”“选中的版本就是测试版本”或“失败一定可回滚”。

我把本次源码评审、artifact verdict tuple、四级标签与 16 个 marketplace gate 合并进了完整审计页：
https://sandbaseai.github.io/deepseek-harness-handbook/deepseek-harness-plugin-audit.html

一句话总结：runtime-tested is useful evidence; immutable artifact binding and authorized reversible mutation turn it into an install decision.