主责10-04
系统变更影响核对员
变更单进来后，先照 CMDB 调用链把影响系统拉全，再核回滚脚本与灰度策略是否齐备，给放行与否的结论。
FACT接入变更单、CMDB 调用链、监控基线与回滚脚本库。
DECISION按影响半径与回滚完备性判定放行 / 退回 / 附条件。
EXECUTION输出影响核对表，交复核与审批签发。
SLA < 2minL3 决策
变更单提交后先核对影响系统、依赖链路与回滚方案，确认影响半径与灰度策略再放行，杜绝牵一发动全身的误操作事故。
点击下方「开始执行」，观察 AI 员工如何一步步完成这个场景。
关键节点会停下，等待你的人工确认。
每位员工预配三层 Semantic Pack（事实 / 决策 / 执行），职责、边界与升级路径一目了然。
变更单进来后，先照 CMDB 调用链把影响系统拉全，再核回滚脚本与灰度策略是否齐备，给放行与否的结论。
对变更涉及资产的台账一致性做校验：CMDB 与实际部署对得上吗。
对变更与发布的衔接做最终把关，确认发布窗口与回滚可行后签发。
在核对前把变更期间相关工单与告警捞齐，为主责判影响面打底。
照 CMDB 调用链把变更影响系统拉全。
核回滚脚本与灰度策略是否齐备。
校验资产台账一致性，漂移项挂起。
对发布衔接把关并附条件放行，经你确认后签发。
* 标注「示意」的指标为框架占位，待真实业务数据替换。