# 评分指南

评分由**最严重的已确认问题**决定基准区间，再在区间内微调。

## 第一步：确定基准区间

| 最严重问题 | 分值区间 |
|-----------|---------|
| 无问题 | 9.0-10.0 |
| 仅 P2/P3 | 7.5-9.0 |
| P1 | 4.0-7.0 |
| P0（crash、数据损坏） | 2.0-3.5 |
| P0（安全漏洞、认证绕过） | 1.0-2.5 |

## 第二步：在区间内调整

- **影响广度**：影响所有用户取下限，仅边界场景触发取上限，差距约 0.5-1.0 分
- **问题数量**：每多一个独立同级别问题，向下移约 0.3-0.5 分
- **可逆性**：出问题后可以快速定位修复，可在区间内上浮 0.3-0.5 分

> 多个问题时取区间下限附近；单个问题且影响有限时取区间上限附近。

## 硬上限

- 有任意 P0 -> 评分上限 3.5
- 核心流程不可用 -> 评分上限 2.5
- 跨请求状态污染或 FPM/Worker 全局残留导致用户数据串扰 -> 评分上限 2.5
- 硬编码真实 credentials 或 secret 泄露 -> 评分上限 2.0
- 纯文件删除（无逻辑变更）-> 评分记为 N/A
- 测试文件的问题 -> 最高计为 P2，不纳入 P0/P1 计数

## 评分语义

| 分值 | 提交建议 | 含义 |
|------|---------|------|
| 9.0-10.0 | ✅ 可以提交 | 无明显问题 |
| 7.5-9.0 | ✅ 可以提交，跟进修复 | 有轻微问题，不影响提交 |
| 4.0-7.0 | 🔧 修复后提交 | 存在 P1 问题，影响广取下限，影响窄取上限 |
| 1.0-3.5 | 🚫 禁止提交 | 存在 P0 问题，必须修复 |