提示变更评审清单是什么
提示改动比普通代码更依赖行为验证：改一句话可能影响整批输出，但没有编译错误提醒你。评审清单把检查项固定下来——变更动机与预期、回归集结果、安全面、输出契约、回滚路径、记录更新——用固定流程替代“看起来没问题就合”。
基本信息
| 必查项 | 动机与预期改善、回归结果、安全面、输出契约、回滚路径 |
|---|---|
| 参与角色 | 变更人、评审人，涉及安全描述的改动需安全角色参与 |
| 附加材料 | 前后对比样例、回归集版本与结果、回滚方式 |
| 结论口径 | 通过、有条件通过（列条件项）、驳回，三者都要写清 |
| 记录 | 签核人、日期与附件链接，与变更记录一一对应 |
典型使用场景
- 系统提示调整：先看回归集通过率与关键切片变化，再决定是否合并
- 输出格式改动：确认下游解析逻辑已同步适配
- 安全相关描述变更：必须由安全角色确认，不接受事后补签
- 紧急修复：允许先合后补，但要留条件项与补审期限
- 跨团队共用模板：变更前通知全部引用方，避免局部回归无人跑
评审清单
评审清单
□ 变更动机与预期改善（附前后对比样例）
□ 回归集结果：整体通过率与关键切片变化
□ 安全面：是否触及防护、权限、密钥相关描述
□ 输出契约：是否影响下游解析与字段含义
□ 回滚路径：能一键切回上一个稳定版本
□ 记录：版本号与变更记录已同步更新变更类型与评审强度
| 变更类型 | 评审强度 | 附加要求 |
|---|---|---|
| 措辞与错字微调 | 低 | 抽查样例即可 |
| 行为与效果改进 | 中 | 跑完整回归集 |
| 输出格式或字段变更 | 高 | 下游确认加兼容期 |
| 安全与权限相关 | 最高 | 安全角色参与并留签核 |
清单的价值在于“每次都查同一组问题”。项目类型不同可以增删条目，但已定的条目不要在单次评审里被跳过，否则清单会退化成形式。