30 天的 DSH 插件质量数据，足够看出哪些信号真的在动、哪些只是看着像在动。我们把 dshquality.com 在 2026-09-26 到 2026-10-26 之间记录的每一次评分变化按原因归了类。这篇讲的是如何读懂插件质量数据、插件评分随时间的变化趋势能说明维护状况的什么，以及安装前要看清的三个数字。DSH 质量数据在边缘上是嘈杂的，方向比小数点更值得看。
这 30 天里扫描器实际跑出了什么
2026-09-26 到 2026-10-26 之间，扫描器在 390 个插件上记录了 1180 次评分更新。绝大多数变动都很小。真正有用的信息是：每次变动是哪个信号引起的。
| 信号 | 占变动比例 | 通常意味着 |
|---|---|---|
| 仓库活跃度（提交、发版） | 41% | 维护者还在推进，评分缓慢上行 |
| 安装脚本变更 | 23% | 触发重扫，等级可能在一天内掉 |
| 文档修改 | 18% | 小幅波动，通常一到两分 |
| 依赖更新 | 12% | 方向不定，可能涨也可能跌 |
| 仓库停滞，无提交也无发版 | 6% | 缓慢衰减，最可靠的下行信号 |
仓库活跃度占主导，而且两个方向都有。还在发版的插件往往在涨；安静下来的插件，多半一周掉个一两分。
安装前值得核对的三个数字
不需要读完整份报告。三个数字就能回答大部分问题。
- 等级，加上与下一等级的差距。89 分的 B 和 76 分的 B，风险不是一回事。
- 距上次发版多少天。30 天以内算健康；超过 180 天，说明你在用一段没人看的代码。
- 安装脚本的告警开了几条。一条值得读一遍；三条值得和团队谈一次。
如何读懂插件质量数据，又不被单点波动带偏
评分是摘要，不是判决。最常见的错误是把一分的变化当新闻，然后照着它重排整个插件清单。
- 看一段时间，别看一个切面。十天的平稳比一天的跳动更有信息量。
- 把方向和水平分开看。连涨一个月的 C，状态好过一直在滑的 B。
- 安装脚本的发现权重最高。它是唯一可能在第一天就伤到你的那一项。
- 文档改动要打折。重写一遍 README 只会动文档分，别的都不动。
插件评分随时间的变化趋势，能说明维护的什么
趋势讲的是习惯，而你在往项目里加一个插件时，真正押注的就是维护者的习惯。
- 稳定小幅上涨：维护者在做事，评分跟着工作走。
- 一个月持平：如果插件已经做完，这没问题；如果它要联网，就该警惕。
- 发版后陡降：去读 diff。安装路径或者某个依赖里，有东西变了。
- 不发版却缓慢衰减：从 B 掉到 D 最常见的路径，也是最容易提前发现的一条。
这些数据会在哪些地方骗人
- 小插件摆幅更大。改一个文件，就能让一个只有五个文件的插件动十分。
- 文档最容易注水，一份很长的 README 能把本来偏弱的评分撑住。
- 八月的安静和十一月的安静不是一回事。假期低谷看起来很像衰退。
- 分叉出来的插件，会继承一段和现任维护者毫无关系的历史。
30 天不会告诉你一个插件是否安全。它告诉你的是还有没有人照看它，而这部分才是你能动手的地方。
常见问题
- 要多少数据，趋势才算数？两周的每日评分是下限。再少，你读的就是噪声。
- 分数越高，插件越安全吗？本身不等于。评分覆盖维护、文档和安全三个维度，只有安全这一项直接对应风险。
- 掉了一个等级就要卸载吗？先观察。发版后的单次掉级，通常在新版本重扫完成后的几天内就会回到原位。
- 为什么有些插件每周都在动？维护者活跃的小插件动得最多，因为每次发版触及的代码占比很大。
dshquality.com 上每个插件页都列出评分、构成评分的各项信号，以及最近的变动。等级怎么算的写在 /blog/dsh-quality-score-decoded，涨得最快的在 /blog/rising-star-dsh-plugins-fast-growing-scores，掉分的情况在 /blog/dsh-plugin-score-trends-what-a-dropping-score-means，全部文章在 /blog。首页是 /。