行业垂直 · 熟练
合规不是加文档，是改约束
身份、权限、审批、审计 —— 四件事落在系统里，不落在文件夹里
治理框架提的要求，落到产品上只有四个落点：每个动作能追到谁发起（身份标识）、每次调用只拿到需要的那点权力（最小权限）、有几种动作必须人点头（关键操作人工审批）、以及定期自查并留痕（个保合规审计）。这一页不解读政策，只做一件事：把这四条翻成你能在系统里逐项勾掉的自查表 —— 包括三处最容易糊弄过去的地方（共用一把密钥、权限只给不收、审批靠人记得），以及同一天起施行的客服协同国标给出的那条硬边界：涉及价格 · 折扣 · 退款 · 赔偿 · 合同变更，AI 可以解释规则、收集材料、生成工单，但最终确认必须由人或规范化流程完成。
方法 · 一图看懂
1
身份：先让每个动作追得到发起者 — 不是共用一把 key，而是每个实例一个可追溯身份
2
权限：按需给 + 用完收 — 权限是有租期的，不是一次性发下去的
3
审批：把「必须人点头」写成清单 — 落进系统，而不是靠人记得
4
审计：定期自查并留痕 — 留痕本身就是交付物，不是副产品
原理 · 为什么有效
治理类要求看起来像文档工作，其实每一句都能翻译成一个系统里的约束：「可追溯」= 每个动作带上发起身份；「最小权限」= 调用时按当次需要签发、结束即失效；「关键操作人工审批」= 一张写死的动作清单 + 拦得住的技术闸；「合规审计」= 定期跑一次能自己核的自查。反过来做（先写文档、回头再补系统）会得到一个确定的结果：文档说 A，系统跑 B，而告警在真出事那天才会来到。
适用场景
适用于：有对外服务 / 有用户数据 / 有自动化动作的产品与团队 —— 尤其是已经开始把「能自己动手的 AI」接进业务流程的。也适用于甲方在做供应商评估时的问询清单。
不适用于：纯个人本地试用（没有对外事实、没有他人数据，四件事都没有落点）· 把这一页当法律意见 —— 它是工程自查表，具体合规结论须由合规或法务按现行规定判断。
自测 · 5 问
每个自动化动作，追得到是谁在什么时候发起的吗？
密钥 / 令牌是共用一把，还是每个实例一套？
权限发下去之后，有没有回收或到期的动作？
「必须人点头」的动作，是写在系统里，还是写在某个人脑子里？
上一次自查是什么时候，留痕在哪里？
怎么上手 · 验证步骤
不要一次做四件。 先做第 3 条（审批清单）：把你现在所有「AI 能自己动手」的动作列一遍，用一句话判据筛 —— 「这个动作一旦做错，会不会产生对外事实（发出去、删掉、付钱、改合同）？」会 ⇒ 进审批清单。这一条做完，你已经把风险最大的那部分关起来了。再按身份 → 权限 → 审计的顺序补，因为后三件都依赖第一件（没有身份，权限与留痕都没有主语）。
做完自己核三样：① 随手挑一个上周的自动化动作，能不能在日志里追到它由谁发起、用了哪些权限 ② 审批清单里有没有一条是从「别人问起才补上的」（那是漏网，说明清单不是在事后补的）③ 自查的输出是不是一份能交给别人的东西 —— 如果它只活在你自己的对话框里，就不算留痕。