3. 变更管理核心概念

在AI模型上线与回滚控制审计中，变更管理是贯穿始终的主线。审计人员若不能准确区分变更类型、变更级别、变更窗口，以及紧急变更与标准变更的边界，就无法判断一次模型上线是否走了正确的审批路径，也无法在事故复盘时界定责任。本节聚焦这五个核心概念，帮助建立统一的判断标尺。

一、核心原理：五个概念解决五个不同问题

很多团队把“变更类型”和“变更级别”混为一谈，导致审批矩阵失效。实际上，这五个概念各自回答一个独立问题：

• 变更类型：改的是什么？——模型权重、推理代码、特征工程、配置参数、数据管道，还是基础设施。
• 变更级别：影响有多大？——决定审批层级、测试深度和回滚预案的强制程度。
• 变更窗口：什么时候能改？——决定变更可执行的时间段与冻结期。
• 标准变更：是否可预授权？——低风险、高频、流程固化的变更。
• 紧急变更：能否打破常规？——为修复严重故障而走的加速通道。

审计视角下，这五个概念构成一张“判断网”：先看类型确定影响面，再看级别确定审批强度，然后看窗口确定执行时机，最后判断它属于标准还是紧急，从而选择对应的流程分支。

二、方法流程：从识别到定级的判断路径

下面给出一个可落地的判断流程，审计人员可用它反向检查变更记录是否合规。

1. 识别变更类型：对照变更清单，确认本次改动落在哪一类。若一次发布同时包含模型权重和推理代码，应按“最高风险类型”归类，或拆分为多个变更单。
2. 评估变更级别：依据影响用户比例、核心业务链路、合规要求、可逆性四个维度打分。通常分为P0至P3四级。
3. 匹配变更窗口：P0/P1通常只允许在业务低峰窗口执行；P2可在常规窗口；P3可随时执行但需记录。
4. 判定标准或紧急：若变更满足“已预授权、低风险、有自动化回滚”三个条件，可走标准变更；否则走常规审批。若线上已出现严重故障且无其他恢复手段，才可走紧急变更。
5. 留痕与复盘：无论走哪条路径，都必须记录变更单号、审批人、执行时间、回滚点。紧急变更需在事后48小时内补全审批。

三、对比表格：五类概念的定义与区别

概念	定义	关键判断依据	审计关注点
变更类型	按变更对象划分的类别	模型权重/代码/配置/数据/基础设施	是否按最高风险类型归类
变更级别	按影响程度划分的等级	用户比例、业务链路、合规、可逆性	定级是否与审批层级匹配
变更窗口	允许执行变更的时间段	业务低峰、冻结期、发布日历	是否存在窗口外执行
标准变更	预授权、低风险、流程固化的变更	是否在预授权清单内	是否越权使用标准通道
紧急变更	为修复严重故障而加速执行的变更	是否存在P0/P1故障且无替代方案	事后补批是否及时完整

四、场景案例：一次模型热更新的审计判定

某推荐系统在周五晚高峰前发现模型AUC下降0.8%，算法团队决定紧急回滚到上一版本权重。变更记录显示：变更类型为“模型权重”，级别定为P1，执行时间为周五17:30，未走标准变更，走紧急变更通道，事后周一补批。

审计判定过程如下：

• 类型正确：权重变更属于模型类，影响面大，归类无误。
• 级别合理：AUC下降影响核心推荐链路，定P1合理。
• 窗口违规：周五17:30处于晚高峰前，不属于低峰窗口。但紧急变更可豁免窗口限制，需在记录中注明豁免理由。
• 紧急变更合规性：存在P1故障且无替代方案，符合紧急变更条件；但补批时间为周一，超过48小时，判定为流程瑕疵。

五、常见误区与复盘

误区一：把标准变更当成“随便变更”。标准变更的前提是预授权和低风险，一旦变更内容超出预授权清单，必须重新走审批。审计中常见的问题是团队把模型配置微调也塞进标准变更，导致高风险改动绕过评审。

误区二：变更级别只由开发人员自评。级别评定应有业务方和SRE共同参与，否则容易出现“降级审批”。审计时应检查定级记录是否有多方签字。

误区三：紧急变更成为常态。如果某团队每月紧急变更超过总变更量的20%，说明变更计划性和测试充分性存在问题，应作为重点审计发现。

误区四：变更窗口只写在制度里，没有系统卡点。若发布系统未在窗口外强制拦截，窗口形同虚设。审计应验证系统是否具备时间锁或审批豁免记录。

掌握这五个概念，审计人员就能在模型变更记录中快速定位异常：类型归类是否取最高风险、级别定级是否有依据、窗口外执行是否有豁免、标准变更是否越界、紧急变更是否补批。这五个问题，构成了AI模型变更审计的第一道防线。