第一段：盘点出清单
把所有在用的 AI 场景、涉及的数据类型、对外输出方式列成一张清单，包括部门私下采购的工具。清单不全，后面的分级就没有对象。怎么盘？宜由信息安全与业务共同完成，只靠部门自报会漏掉影子使用，而影子使用往往风险最高、也最需要纳入管理。
第二段：分级与责任矩阵
按数据敏感度与对外影响两个维度分级，为每级配一套审批与复核要求，再用责任矩阵写清谁批准、谁执行、谁复核、谁知情。如何分级？分级过细会导致审批层级膨胀，建议三到四级，且每级都附具体例子，让业务能自己对号入座。
第三段：流程与留痕落地
把审批做成一张可填写的表单，把标识做成模板，把日志做成默认开启。如何验收这一段？判据是能用真实场景走通一遍并留下完整记录，而不是发布制度文件。走不通的环节通常是没有系统支持或审批人不清，需要当场确定，否则会一直卡住。
第四段：检查与修订
每季度抽几个场景核对执行情况：审批是否走完、标识是否加、日志是否可查、事件是否上报。检查结果如何用？要形成修订项，否则制度会与业务脱节。修订记录本身也是审计时可用的证据，能说明机制在持续运行而不是一次成型。
适用与不适用
适合谁
- 需要在半年内建立 AI 治理框架的企业
- 多部门在用 AI、口径不一致的组织
- 面临客户审计或投标资格审查的团队
不适合谁
- 只有单一内部工具、无对外输出的团队
- 尚未确定谁负责信息安全与合规的组织
典型场景
某工程集团用四段建治理：先盘点出十一个场景，其中三个是部门自购工具；再按数据敏感度分三级并定责任矩阵；第三段用一份投标文件辅助场景走通审批与标识；第四段季度抽查发现两个场景未留痕，补了系统开关并写进修订记录。
可执行步骤
- 盘点全部 AI 场景、数据类型与输出方式，含部门自购与个人账号使用
- 按敏感度与对外影响分三到四级，每级附两个以上具体例子，并注明审批人
- 用责任矩阵写清批准、执行、复核、知情四类角色与替代人，落到具体岗位
- 挑一个对外场景完整走通审批、标识与留痕，记录卡点并修正，形成样例
- 每季度抽查执行情况，把问题转为修订项并跟踪到关闭，同时归档备查
常见坑
- 只统计正式采购的工具，漏掉部门自购与个人账号，清单失真，最敏感的部分反而没被管。
- 分级写成原则却不给例子，审批人无法判断，最后全部按最高级走，业务只能私下绕开流程。
- 制度发布即宣告完成，没有走通一次真实流程，执行时处处卡壳，团队逐渐放弃并回到旧做法。
- 检查发现问题不修订，同类问题在下一次审计重复出现，制度信用被消耗殆尽，无人再信服。
自检与验收清单
- 场景清单是否含自购工具与个人账号使用记录
- 分级是否附具体例子，便于业务对号入座判断
- 责任矩阵是否覆盖批准、执行、复核、知情四类角色
- 是否用真实场景走通一次并留存记录与卡点清单
- 季度检查是否产出可跟踪的修订项与关闭时限
常见问题
四段要多久？
中等规模企业通常两到三个月可以建起最小可用版本：盘点两周、分级与矩阵三周、流程落地四到六周、首次检查放在季度末。范围越大越久，但建议先覆盖对外输出与敏感数据两类场景，不要一开始就追求全覆盖。
没有专职合规人员怎么办？
可由信息安全或法务兼任，关键是给出明确职责与工时。兼职容易出现审批积压，建议设定审批时限，超时默认升级到上一级，而不是无限等待。升级记录本身也能说明谁是瓶颈。
治理机制要不要上系统？
初期可用表单加共享目录，走通后再考虑系统化。直接上系统常见的问题是流程还没定清楚，配置反复改，最后又回到线下载体。判断是否上系统的信号是审批量增大到人工跟踪容易漏、且需要自动留痕。