盯着 dsh score trend（评分趋势）是你能拿到的最便宜的早期预警。当你依赖的插件出现 plugin score decline（评分下滑），这个数字通常比 bug 报告跑得还快。我给自己依赖的工具留了一份简短的 watchlist plugins（监控清单），只要分数波动超过几分就扫一眼。这篇文章讲清楚评分下滑意味着什么、怎么读趋势，以及什么时候该动手。
dsh score trend 到底在显示什么
评分不是一次拿到的等级。它从四个信号重算：维护、文档、npm 健康、安全。一条向下的 dsh score trend 是在告诉你其中某个信号变了，而不是作者一夜之间变烂。
有用的是斜率。大版本发布后单点小跌是噪声。连续三次评分更新都在滑，那才是信号。
读 plugin score decline 时不要慌
在把插件拔掉之前，先问改了什么。README 重写后掉两三分很正常。同样的跌幅若出现在一个新依赖进树里，就值得看一眼。
- 看维护字段。last-push 变陈旧是最常见的原因。
- 看 npm 健康。一个无人维护或被改名的依赖会拖分。
- 看安全。一个新的安装脚本标记能单独掉一档。
- 看文档。被删的 README 直接去掉文档信号。
养成只要五分钟的 watchlist plugins 习惯
你不需要 dashboard 就能开始。watchlist plugins 习惯就是一份你每周扫一眼的清单。我把自己的那份放在构建服务器旁的笔记里，任何团队离了会出事的插件都加进去。
DSH Weekly 摘要（/subscribe）已经替你做了一部分：它把生态里的评分变动浮上来。把它和你自己短清单的人工扫描搭配，多数问题都能早抓到。
评分下滑通常指向什么
多数下滑都能追到四件事之一。一旦你知道输入，没有哪件是神秘的。
| 信号 | 这里掉分意味着 |
|---|---|
| 维护 | last-push 陈旧，插件在降温 |
| 文档 | README 缩水或消失，新用户没有上手材料 |
| npm 健康 | 某个依赖无人维护或被改名 |
| 安全 | 触发了新的安装脚本或供应链标记 |
这四件里有两件很安静。文档和 npm 健康会悄悄下滑，直到分数动了才有人察觉。
评分变动的简短对比
不是每次变动都一个意思。我是这么分的。
| 变动 | 可能原因 | 动作 |
|---|---|---|
| -2 到 -4 | 文档或元数据的表面改动 | 观望，不改 |
| -5 到 -9 | 新依赖或 push 变陈旧 | 下次升级前复查 |
| -10 及以上 | 安全标记或 bundle 损坏 | 立刻切换或钉版本 |
分数下滑时什么时候该动手
dsh score trend 只有在改变你的行为时才有意义。当一款我交付给用户的插件跨了一档（比如 B 到 C），或吃到一个安全标记，我就动手。在这之下，记一笔就过了。
如果你切换前想比对选项，/blog/dsh-quality-score-decoded 的评分拆解讲清每档怎么算出来的。装替代品之前，/blog/how-install-script-scanning-works 的扫描说明讲清会被标记什么。
常见问题
问：我的 watchlist plugins 多久查一次？答：多数团队一周一次够了。绑到你的 DSH Weekly 阅读上，习惯才留得住。
问：分数下滑一定坏吗？答：不一定。文档改动后的小跌很正常。跨档或安全标记才是该尊重的部分。
问：分数能涨回来吗？答：能。修掉陈旧的 push、恢复 README、或扔掉坏依赖，下一次重算就能把分捡回来。
关于 DSH Quality
DSH Quality 从维护、文档、npm 健康和安全四个维度给每款插件评分，所以你在 watchlist 里看到的 dsh score trend 建立在证据上，不是看法上。到 dshquality.com 看当前排名，读评分怎么算，或到 / 浏览完整插件索引。