| name | regression-risk-assessor |
| description | 评估本次改动引入回归 bug 的风险,给出"高/中/低"分级与推荐测试范围。 |
| allowed-tools | Read, Bash, Grep, Glob, Task |
Skill: regression-risk-assessor
原文 §8.3 代码审查类。是 4.4 review 与 5.1 测试之间的"风险镜"。
信号
| 信号 | 风险加分 |
|---|
| 改动了热路径函数(commit history 高频被修改) | +2 |
| 改动了公共库(被 ≥ 3 个服务依赖) | +3 |
| 改动了 IDL 冻结字段附近 | +3 |
| 改动了事务/并发关键路径 | +2 |
| 改动伴随 DB schema 变更 | +2 |
| diff 行数 > 500 | +1 |
| 新增/修改文件未带测试 | +1 |
| 触及历史 experience 命中的代码 | +2 |
分级
- 总分 ≤ 2:低风险
- 3 ~ 5:中风险(需扩大集成测试 + 灰度)
- ≥ 6:高风险(必须 staging full 测试 + 双人 review + DBA/SRE 知会)
输出
== 回归风险评估 ==
分数:6 / 高风险
关键信号:
+3 改动了 vipapi 被 5 个服务依赖
+2 触及 goroutine-recover experience 区域
+1 diff 580 行
建议:
- 跑 staging full integration
- 安排第二人 review(重点看 vipapi 调用方)
- 灰度阶段加 vipapi P99 告警
协作
- 被
code-review-preparer 在跑完 8 维度后调用
- 被
release-coordinator 在阶段 5 前调用