AI 治理的责任划分：谁签字谁负责

AI 治理的责任划分，指的是把「谁能决定、谁要审批、出事找谁」写成一张可执行的表。这件事看起来像管理问题，实际上直接决定系统能不能上线 —— 因为没有责任人的输出，任何组织都不敢让它进入真实业务

核心原则：AI 不签字

AI 可以起草、可以建议、可以批量处理，但不能承担后果。任何以 AI 名义给出的结论，最终都要落到一个具体的人身上 —— 这个人需要有权知道结论是怎么来的，也需要有权推翻它。没有推翻权的责任人，实际上不构成责任人。

四类角色的职责边界

• 业务负责人：确定场景范围与验收标准，对业务结果负责，是最终签字的一方。
• 技术与平台团队：落地权限、审计、模型版本管理与运行观测，对能力是否可用负责。
• 合规与法务：确认数据边界、留痕要求与保留期限，对规则是否合规负责。
• 场景运营：日常复核输出质量、处理异常与转人工，对使用过程负责。

把边界写清楚的好处很实际：出问题时不需要先争论谁该管，而是直接看这张表。反过来，如果四类角色都在等别人拍板，项目通常会长期停在试点阶段。

必须指定人类负责人的决策点

• 场景上线与下线：谁能决定让它进入真实业务流程，谁能在出问题时叫停。
• 数据范围变更：哪些数据可以被访问，范围扩大时由谁审批。
• 模型版本切换：换版本、换形态由谁确认，灰度与回滚的晋级判据是什么。
• 对外输出：发给客户、写进合同或进入公开渠道的内容，由谁做最后确认。
• 异常与投诉处理：出现错误输出时由谁处置、多久内响应、是否对外说明。

异常时的升级路径

升级路径是这张表里最容易被省略的一栏，也是出事当天最先被用到的部分

• 谁有权立即停用：不需要开会，一个人就能按下暂停键。
• 响应时限：从发现到有人接手的时间要求，以及超时后的兜底人。
• 记录到哪：处置过程写在哪里，谁能看到。
• 何时对外说明：由谁判断是否需要向客户或监管方说明。

这张表落不下去的常见原因

• 只写角色不写决策点：四个部门都列上了，但没人知道具体哪些事需要自己拍板。
• 责任与权限不匹配：要求某人对结果负责，却没有给他停用或否决的权限。
• 没有升级路径：异常发生时只能靠临时找人，处置时间无法承诺。
• 场景一变就失效：表按当时的场景写死，新场景上线时没人更新。

边界要说清：本文给的是责任划分的框架，具体到某个组织还需要结合自身管理结构确定。可以确定的是，一张没人维护的表不如没有表 —— 它会让人误以为责任已经明确。