响应能力衡量抵达项目的工作——缺陷报告、功能请求、贡献的补丁—— 是否真正得到处理。一个报告不断累积却无人回应的议题跟踪器，或一列未经实质处理即被关闭的拉取请求，预示着每一位未来用户与贡献者将要经历的体验。
- 类别：可持续性与治理（类别内占 25%）
- 在总指数中的权重：6.0%
- 指标键名：
responsiveness - 当仓库既无议题、也无已裁决的拉取请求时为
null
数值如何计算
| 组成部分 | 权重 | 判定标准 |
|---|---|---|
| 议题解决 | 46.75 | 已关闭议题占全部议题的比例 × 46.75 |
| PR 接受 | 38.25 | merged / (merged + closed unmerged) × 38.25 |
| OpenSSF Scorecard：Code-Review | 15 | Scorecard 的 0–10 结果，折算为 15 分 |
计数为项目全生命周期总量。延迟分位数——议题与拉取请求在近期窗口内 多快得到裁决——已列入已发布的方法论路线图，将随版本升级引入（参见 方法论版本）。
Code-Review 是互补的共享证据：它检查变更集是否经过批准，而 PR 接受率衡量的是合并结果。它仍是一个安全组成部分；当 Scorecard 不可用或为 n/a 时，在此处被排除。
两个比率的含义
- 议题解决反映已提交议题中得到裁决的比例。诚实分诊的项目—— 修复、答复、或说明理由后关闭——读数良好；议题静默堆积的项目读数偏低。
- PR 接受反映在已作出裁决的拉取请求中，贡献代码的去向。合并占比极低往往标志着一个接收贡献却无力或无意吸纳贡献的项目。
如何解读结果
- 关闭即裁决。该指标并不要求每个议题都被修复——一个有依据的 “wontfix”也是一种裁决。它惩罚的是无边界的堆积。
- 全生命周期比率变化缓慢。近期改进分诊的项目，此指标只会逐步回升；路线图中按时间窗口计算的延迟度量，将使近期行为更加可见。
- 已禁用议题且无 PR 历史的仓库在此项为
null，权重重新归一化—— 参见健康指数。
提升数值
- 按计划分诊：为陈旧报告打标签、给出答复，并说明理由后关闭，而非任其无限期敞开。
- 对拉取请求作出双向裁决——合并合适的、明确谢绝不合适的，二者都属于尽责托管。
- 社区健康中的模板可提高来件质量，使持续分诊的成本更低。