inspect.software 报告中的每一个数值——汇入指标的组成部分、汇入类别的指标，以及总健康指数——都处在同一个标准化的 1–100 分值上，越高越好。为使这些数字一目了然，每个数值都映射到五个标准化等级之一，在健康、安全与质量度量中一致使用。
危急 1–29
存在风险 30–49
中等 50–69
良好 70–84
优秀 85–100
各等级的含义
| 等级 | 区间 | 含义 |
|---|---|---|
| 优秀 | 85–100 | 堪称典范；基本满足全部检查标准 |
| 良好 | 70–84 | 健康；存在少量缺口 |
| 中等 | 50–69 | 可接受但存在明显缺口；建议进行评审 |
| 存在风险 | 30–49 | 存在重大弱点；采用时应当审慎 |
| 危急 | 1–29 | 问题严重——例如已被放弃、仅一名维护者、缺乏基本卫生 |
应如何解读等级
- 等级刻意保持粗粒度。71 与 74 之间的差异是噪声；良好与 存在风险之间的差异才是信息。采购与评审决策应依据等级和类别画像，而非单点分差。
- 等级适用于每个层级。一个仓库可以总体处于良好等级，而某个类别处于危急——按类别划分的等级正是为了防止某一领域的强项悄然掩盖另一领域的风险。
- 阈值是版本化的。等级边界属于方法论的一部分，只随版本升级而变更，并记录在每份报告中——参见 方法论版本。
等级出现的位置
等级驱动整个公开记录的配色：目录卡片、报告仪表盘、类别标题、各项指标卡片，以及 GitHub 徽章。尚未完成检验的仓库显示中性的 待定状态，而非等级。