每当 DeepSeek Harness 生态出现一次供应链恐慌，"风险插件检测"的搜索量就会飙升。如果你一直在寻找判断某个 DSH 插件是否安全的方法，好消息是：大部分风险都写在公开元数据里——你只需要知道去哪看。
先看安装脚本
单一最强的信号就是安装脚本。像 curl|sh、base64 -d、或 powershell -enc 把远程内容管道进 shell 这类模式，无论插件有多少 Star 都是红旗。清晰、可审计的安装路径，才是信任的底线。
找 dsh.bundle 声明
dsh.bundle 声明是运行时强制执行的唯一契约。它的缺失是一条合理的警告，而非风格吹毛求疵——意味着运行时无法验证插件到底加载了什么。把缺失 bundle 视为"谨慎安装"的信号。
检查维护状态与是否归档
- 已归档或只读的仓库意味着不再有安全修复——一旦新漏洞出现，被冻结的代码就是负担。
- 近期的提交活动与 issue 响应，比 Star 数更能代表安全性。
- 今天还能用的无人维护代码，下一次运行时升级就可能崩。
别迷信 Star 或自报评分
Star 与自报评分都可能被刷高。使用真实数据的独立启发式评分——维护活跃度、文档质量与 npm 健康度——才能给出更诚实的插件质量视图。
30 秒安装前清单
- 读安装脚本；拒绝 curl|sh / base64 / 编码载荷这类模式。
- 确认存在 dsh.bundle 声明。
- 确认仓库未归档，且 90 天内有过提交。
- 对照独立评分而非只看 README 来交叉验证。
这些检查都不需要很深的专业知识——只是一种习惯。养成它，"风险插件"问题就不再神秘，而是一个例行的 30 秒决策。