AI合规风险注意事项，怎么做和怎么选

用AI时最容易踩的坑不是模型答错，而是不知道自己已经越了线：客户资料随手粘进对话框、生成内容没标注就发出去、采购来的工具说不清数据去哪了。这篇不背法条，只给一套能自己走一遍的判断顺序和动作清单，告诉你哪些先查、哪些先改，以及选工具和供应商时该问什么、该留什么证据。

用AI时最容易踩的坑，往往不是模型答错一句话，而是你根本不知道自己已经越了线。客户资料随手粘进对话框、生成内容没做任何说明就发出去、采购来的工具说不清数据最后去了哪，这三件事在不少团队里都发生过，而且往往等到出事才被翻出来。风险本身不难理解，难的是分清先后：哪些必须先处理，哪些可以放后，什么情况下可以走轻量口径。

这篇不背法条，只给一套能自己走一遍的判断顺序和动作清单。核心思路是先把范围框住，再按数据、供应商、内容、账号四条线逐条过，最后给一份上线前能照着打勾的自查表，以及选工具时该问什么、该留什么证据。凡是涉及具体数字的地方，比如各家官方接口的价格、各家工具的实际表现，都建议到站内对应页面核对当时的数字，别拿旧印象做决策。

先分清你在这件事里的角色和要守的规矩

合规风险不是一个笼统的东西，至少三条线各管一段：数据安全看你处理了哪些数据、怎么流转；个人信息保护看这些数据能不能识别到具体的人；内容与标识看生成出来的东西怎么对外呈现。把三条线混成一件事，结果通常是每条都只做了一半。先分开看，再决定哪条线要投入更多精力。

第二步是定位角色。你只是使用者，还是也在给外部客户提供AI功能？这两种身份的准备工作差得很远。给外部客户做AI功能的团队，按提供者的标准来准备更稳妥，哪怕你觉得只是个薄薄的功能层。角色没定清楚就谈措施，很容易做了一堆却漏掉最关键的那项。

使用者

自己内部用AI工具处理工作，不对客户输出AI能力，重点在数据边界和账号管理。

提供者

把AI能力包装成产品或功能交付给外部客户，除了自身数据，还要管对外输出和标识。

轻量口径

纯内部试用、不对外输出、不涉及个人信息的小范围试验，可以简化流程，但范围一变就要重跑。

• 一张表列清「业务动作—涉及哪类数据—对外还是对内—谁负责」，先把范围框住再谈风险
• 把每个业务动作标上对内或对外，对外的动作默认按更严的标准准备
• 涉及个人信息的部分单独标出来，别和数据安全混在同一栏里
• 给每个动作指定一个负责人，没人负责的动作等于没人管
• 什么情况下不适用：纯内部试用、不对外输出、不涉及个人信息的小范围试验可以走轻量口径，但一旦对外就要重跑一遍

数据边界：什么能发、什么别发

数据分级别按文件格式分，要按两个维度分：能不能识别到具体的人，以及泄露后会不会直接造成损失。这两个维度交叉下来，大致能分出三档。合同、客户名单、源码、身份信息、尚未公开的经营数据，默认不进外部模型；确需处理就走脱敏或私有部署，而不是靠一句「服务商说安全」放行。

判断标准不是服务商怎么宣传，而是你自己能不能回答三个问题：数据经过哪几个环节、谁有权看、留多久。三个问题有一个答不上来，就按高风险处理，先别接真实业务数据。脱敏这件事尤其要单独验证，很多所谓的脱敏只是把名字换掉，组合起来照样能定位到人。

选工具和供应商时问什么

选工具时别先看演示效果，先把五个问题问出去：数据存哪、留多久、会不会用于训练、能不能导出和删除、出问题找谁。五个问题里答不上来两个以上的，直接按高风险处理。中转类服务还要多问一层：是否转手给其他上游、日志记录到什么粒度、换域名后旧Key还能不能用。这些回答要写进采购记录或邮件里，口头承诺在出事后基本不算证据。

1. 发一份书面问题清单把五个固定问题连同中转相关的追加问题一起发给对方，要求书面回复，不接受只在聊天里说。
2. 核对回复是否具体回复里如果只有「安全合规」这类词而没有具体机制，按未回答处理，继续追问。
3. 小范围验证导出与删除用一个测试账号实际走一遍导出和删除流程，确认不是只写在文档里。
4. 把结论写进采购记录记录日期、联系人、回复要点，后续换人或换供应商时可直接对照。

什么情况下不适用：只是试玩、不接入真实业务数据时，可以放宽尽调深度，省点时间。但别把试用账号带进生产，这是最常见的越线方式之一——试的时候图方便，用着用着就接了真实数据。

生成内容对外前要过的那道门

生成内容对外之前，至少三类要拦下来：可能侵犯人格权的内容、伪造他人身份或声音的合成内容、容易误导公众的虚构事实。这三类的共同点是一旦发出去，解释成本远高于不发。审核规则要写下来：谁审、审到什么程度、留不留底稿。写下来的规则比事后解释有用得多，也方便换人时交接。

• 对外发布的AI生成内容按平台要求做标识，别等被举报了再补，标识位置和形式以平台当时的规则为准
• 涉及具体人物、机构、事件的表述拿不准就宁可不上，这类内容最容易出问题
• 审核环节指定到人，不要写成「团队共同把关」，共同把关通常等于没人把关
• 底稿保留一段时间，出问题时能还原当时是怎么判断的
• 平台规则会变，定期回去核对一次，别拿半年前的印象当标准

判断标准很简单：拿不准的内容宁可不上，尤其是涉及具体人物、机构、事件的表述。

账号与调用环节的合规红线

有些用法会直接触发封号：共享账号、异常高频调用、绕过风控的自动化脚本。这几件事的共同点是看起来省事，但连带损失往往比省下的那点多得多——账号一封，正在跑的业务一起停。密钥按最小权限配，按项目和人员分开，离职或换人时同步轮换，别一个Key全公司用到底。

调用日志要保留到能追溯的粒度，但日志本身也要脱敏，别把敏感字段原样记进去。日志是出问题时最有力的证据，但如果日志里全是客户信息，它自己就变成了新的风险点。具体保留多久、记到什么程度，结合你们自己的制度和适用要求定，别照搬别家的做法。

不适用情形：单人小规模自用可以简化流程，不必搞一套复杂的权限体系。但一旦多人共用，就要按上面的口径管，共用是风险放大的起点。

上线前自查：一份能照着走的清单

下面这份清单按顺序走一遍，每项都要能给出具体答案，答不上来的就是待办项。别追求一次全绿，先保证高风险项清零，再补流程性的部分。

这份清单的用法是定期重跑，而不是上线前跑一次就锁进抽屉。业务变了、换了供应商、接了新客户，都要回来重过一遍。想对照各家工具和接口的当前情况，可以到站内工具目录翻一翻，再到官方接口价格页面核对当时的数字，别拿旧表格做判断。

真出问题时先做什么

1. 先止损停用相关账号或接口、回收密钥、暂停对外输出，先把影响面截住，再谈原因。
2. 保留证据会话记录、账单、调用日志、与供应商的沟通记录，按时间顺序整理成一份材料。
3. 判断是否要向外通报涉及个人信息泄露或对外内容事故的，按适用规定和合同约定走，别自行决定压下来。
4. 复盘改制度改制度而不是只改出问题的那一处，同类场景要一并排查，否则下次换个入口还会再犯。

这里最容易犯的错是先追责再止损，结果证据没了、影响还在扩大。顺序反过来做，后面的事都好办。至于通报的具体时限和口径，各地的适用规定不完全一样，拿不准就找专业意见，别自己拍脑袋。

怎么做和怎么选：给不同规模团队的分档建议

不同规模的团队没必要套同一套做法。个人或极小团队先守数据边界和账号安全两条，其余按需补；中型团队加上供应商尽调和内容审核流程，指定一个人牵头；有对外AI产品的，按提供者标准准备，把合规动作嵌进发布流程，而不是事后补。选工具时优先看能不能提供书面说明和删除导出能力，价格和速度排在这之后。

• 个人或极小团队：先管住「什么数据不进外部模型」和「密钥不共用」，这两条投入最小、收益最大
• 中型团队：加供应商书面尽调和内容审核责任人，一个人牵头比全员负责更有效
• 有对外AI产品的团队：把自查清单嵌进发布流程，每次发布前过一遍，别攒到季度检查
• 选工具时把书面说明和删除导出放在价格、速度之前，前两项缺一项就值得重新考虑
• 无论哪档，出问题的止损流程都要提前定好，临时找人拍板通常来不及

最后提醒一句：这篇给的是判断标准和动作顺序，不是法律意见。涉及具体适用规定、对外通报口径、合同条款的，还是要按自己业务所在地的规则和专业人士的意见来定。