做图像、语音、数字人、视频生成的产品，最容易卡在两个地方：一是功能上线了才发现内容标识、素材授权、生成记录这些没做；二是做了但没人能说清做到什么程度算够。这篇不讲法条复述，只按产品团队能执行的顺序，把管控点拆成清单和排查动作，并说清什么情况下不适用。
做图像、语音、数字人、视频生成的产品，最容易卡在两个地方：一是功能上线了才发现内容标识、素材授权、生成记录这些没做；二是做了但没人能说清做到什么程度算够。这篇不讲法条复述，只按产品团队能执行的顺序，把管控点拆成清单和排查动作，并说清什么情况下不适用。
先说明一件事：管控不是一次性交付的文档，而是一组挂在功能上的动作。每一项都要有人能拿出证据说明「我们做过、我们测过」，而不是只在评审会上说「这个没问题」。下面的顺序大致按落地先后排，但资质类动作（比如真人同意书）可以和测试并行推进，不必死等前一步。
先判断你的功能算不算深度合成，再谈管控
很多团队一上来就问「怎么合规」，但没先回答「我的功能落在哪一档」。判断的关键不是界面叫什么名字，而是产出物是什么形态、会不会对外流通。同一个后端能力，包成内部草稿工具和包成对外模板商城，管控要求完全不同。
- 生成类功能
- 从无到有产出图像、音频、视频、文本，输出本身就是合成内容
- 编辑类功能
- 对已有素材做换脸、换声、重绘、风格迁移，输入和输出都涉及他人素材
- 数字人播报
- 既有真人形象又有合成声音，通常同时触发形象授权和声音授权两条线
- 对外口径
- 产出物会到客户手上、公开渠道或第三方平台，按最严档处理
边界提醒：纯内部草稿、不对外发布的素材，通常可以放宽标识要求，但一旦进入对外渠道（客户交付、公开投放、第三方平台）就按对外口径处理。这条不适用的情况是：内部素材本身就是从外部抓来的，那素材授权这条线不会因为「内部用」就豁免。
- 列功能清单把当前和近一个季度计划内的功能全列出来，一行一个功能，不合并同类项
- 标产出物形态每个功能写清产出物是图片、音频、视频还是文本，以及是否会带真人形象或声音
- 判是否对外写下这个产出物最终可能到达哪些渠道，客户交付也算对外
- 定管控档位按「是否对外 + 是否涉及真人」两个维度定档，把结论写进同一张表
- 留一份在库里这张表要能被后续测试和审计引用，别只存在某个人电脑里
内容标识：显式标识和隐式标识各管什么
标识这件事最常见的失败不是「没做」，而是「做了但用户看不见」或「导出后就没了」。把显式和隐式分开看，各自的目标不一样：显式的目标是让人一眼知道这是合成的，隐式的目标是出问题时能追溯回哪次生成。
| 标识类型 | 落点 | 验收看什么 |
|---|---|---|
| 显式标识 | 导出文件水印、页面角标、分享卡片文案 | 压缩、转码、截图后是否仍可辨认 |
| 隐式标识 | 文件元数据、文件头、生成参数记录 | 导出、转存、二次编辑后是否被清空 |
| 辅助线索 | 生成记录里的输入摘要与时间 | 出事后能否定位到具体账号和功能入口 |
| 易漏点 | 批量导出、接口调用、第三方转发 | 这些路径往往绕开前端水印逻辑 |
排查动作：拿一次真实导出物走完整链路，看水印在压缩、转码、截图、二次剪辑后是否还在；丢在哪一步就补在哪一步。注意批量导出和接口调用经常走的是另一条代码路径，测试时别只从前端点一遍就收工。
- 显式标识别只写在产品说明或用户协议里，那不算用户能看见
- 隐式标识的重点是「生成时写入、导出时不丢」，中间任何一次格式转换都要验证
- 接口调用和批量导出要单独测，它们很容易绕过前端水印逻辑
- 截图和二次剪辑是显式标识的最弱环节，能接受多大损失要提前定标准
- 标识写入结果建议落一条记录，方便复核时证明「当时确实写了」
训练与输入素材的授权边界
素材问题的核心不是「有没有授权文件」，而是「授权范围是否覆盖你现在的用法」。很多纠纷出在授权本身存在，但只允许展示、不允许训练，或者只允许非商用。产品团队要把授权当成一个带字段的结构，而不是一个文件夹里的 PDF。
| 素材来源 | 能不能进训练集 | 需要留什么证据 |
|---|---|---|
| 自有拍摄或自有创作 | 可以 | 来源说明与创作记录 |
| 已签授权 | 看授权范围是否含训练与商用 | 授权文件与范围摘要 |
| 客户提供 | 按合同约定，通常在合同里划责任 | 来源声明与客户确认记录 |
| 来源不明 | 不进训练集，也不进可选参考库 | 建议直接剔除，不保留待定状态 |
不适用情况：客户自带素材的定制项目，责任划分要在合同里写清，产品侧至少做到来源声明留档。这类项目通常不在你的公开产品链路上，但一旦复用同一套模型或素材库，就会把风险带回来，所以隔离要做得比合同更严。
- 把素材库按自有、已授权、来源不明三类打标签，来源不明的一律不入选
- 授权范围至少看三条：能否商用、能否二次训练、能否用于生成人脸或声音
- 授权到期时间要进系统提醒，别等过期后还在用
- 客户提供的素材单独隔离，不要混进通用素材库
- 素材来源证明的存放位置要写进内部流程，避免人员流动后找不到
涉及真人形象与声音时的前置动作
人脸和声纹是高敏感方向，管控动作要前置到功能设计阶段，而不是等到上线前补一份同意书。判断标准很简单：如果没有本人明确同意，这个功能就不应该对外提供，没有例外通道。
- 确认是否涉及真人逐个功能检查是否使用真人形象、声音或可还原到真人的特征
- 拿到明确同意同意范围要覆盖发布渠道、使用时长、是否可用于模型训练
- 设计用户侧卡点上传他人照片或音频做合成时，要求勾选授权声明并记录时间与账号，不设默认勾选
- 留档可查同意书和勾选记录要能按账号或项目反查，而不是散落在聊天记录里
- 边界需求走人工涉及公开人物、新闻评论类场景的需求，不要由产品团队自行判断，走人工审核或直接不接
例外要说清：公开人物用于新闻报道、评论等场景的判定更复杂，产品团队不要自己下结论，遇到这类需求走人工审核或直接不接。这条不是让你推诿，而是这类判断本身依赖具体语境，产品侧给出的结论很容易成为后续争议的起点。
审核链路：机审、人审、申诉怎么串起来
审核链路的常见问题是三段各自为政：机审拦了一批、人审看了一批、申诉又单独处理了一批，三边的结论对不上，出事时拉不出一条完整记录。要解决的其实是「结论能不能回到同一个生成记录上」。
| 环节 | 主要职责 | 容易出问题的地方 |
|---|---|---|
| 机审 | 拦高频明显违规内容 | 阈值调太松或太紧，没人定期回看 |
| 人审 | 兜边界案例和用户举报 | 积压严重时结论仓促，缺少复核机制 |
| 申诉 | 受理误判并反查原审核单 | 申诉入口和审核单没绑定，只能重看一遍 |
| 留痕 | 把三段结论挂到同一条生成记录 | 各系统字段不统一，对不上号 |
机审负责人审兜边界案例和用户举报，两者不是替代关系。机审越严，人审的量不一定下降，反而可能因为误判申诉变多；所以阈值调整要有人定期回看误判率，不能设完就不管。
- 审核结论和生成记录绑定：谁在什么时间用什么提示词生成了什么，一条链能拉出来
- 申诉入口要能反查到原审核单，否则用户说误判时你只能从头重看
- 人审积压到一定量要有降级或限流策略，不能让结论质量随队列长度波动
- 定期抽样复核已通过的生成内容，别只盯着被拦下的那批
- 审核规则变更要有版本记录，方便解释某条内容是按当时哪版规则处理的
留痕：生成记录要留什么、留多久
留痕的目标不是把所有东西都存下来，而是出事时能回答四个问题：谁生成的、什么时候、用什么输入、输出物现在在哪。围绕这四个问题设计字段，比照抄别人的日志表更实用。
- 账号
- 生成发起方的身份标识，便于聚合异常行为
- 时间
- 生成和导出的时间点分开记，两者可能相隔很久
- 功能入口
- 从哪个功能或接口进来，方便定位是哪条代码路径
- 输入摘要
- 提示词或参数的摘要，不是全文照抄，注意脱敏
- 输出标识
- 输出文件的唯一标识，关联到实际存储位置
- 标识写入结果
- 显式和隐式标识是否成功写入，留个布尔值
- 审核结论
- 机审和人审的最终判定，挂同一条记录
留存时长的判断依据是对外承诺和行业要求，别拍脑袋定；定了就写进用户协议，别只在内部文档里。脱敏提醒：留痕和隐私是有张力的，提示词里可能带个人信息，日志侧按站内脱敏与留存那套规则处理，具体口径可以到 指南中心（/guides） 找对应的整理页核对。
调第三方模型或插件时的责任切分
用外部接口做合成时，很容易产生一种心态：「上游都有标识和审核，我就不用做了」。这个判断通常不成立，因为输出物最终由你交付给用户，责任落在你这边。上游的能力是加分项，不是免责项。
| 要问清的事 | 为什么重要 | 答不上来怎么办 |
|---|---|---|
| 上游是否自带显式标识 | 决定你要不要自己加水印 | 按没有处理，自己补 |
| 是否提供内容审核结果 | 决定你的机审能不能省一层 | 自己加一道轻量机审 |
| 是否留存生成记录 | 出事时能否拿到追溯材料 | 重要的功能改走可留痕的通道 |
| 出问题能否给追溯材料 | 影响你对外解释的能力 | 合同里约定配合义务与时限 |
接入前问清四件事：上游是否自带标识、是否提供内容审核结果、是否留存生成记录、出问题能否给出追溯材料。这四问不用等对方给出完美答案，但你要知道自己缺哪一块，以及缺的那块由谁补。
不适用情况：纯本地部署、完全不出网的场景，链路不同，但仍要做素材授权和内部使用记录。这类场景下标识要求可以简化，但素材来源和谁用过这条内部记录不能省。
上线前按这个顺序过一遍
把前面几节的动作收成一张上线前检查表。顺序不是绝对的，但建议资质类动作（素材授权、真人同意）尽量前置，因为它们最容易卡住上线时间，而标识和留痕属于改代码就能补的项。
- 功能清单与管控档位确认确认那张功能表已更新到最新版本，每个功能的档位有人签字
- 标识链路实测通过用真实导出物走压缩、转码、截图、二次剪辑，确认显式和隐式标识的表现符合预期
- 素材授权清单归档训练集和可选参考库里的每一类素材都能找到来源说明
- 真人相关同意书到位涉及人脸、声纹的功能，同意范围和留档位置都确认过
- 审核与申诉跑通一次全流程拿一条真实内容从机审走到人审再走到申诉，确认三段结论能挂到同一条记录
- 留痕字段落库按前面列的最小集合检查字段是否齐全，脱敏规则是否生效
- 第三方责任条款落到合同接口类合作至少约定配合追溯的义务和响应时限
每一步留一个可被检查的证据（截图、日志、文档），不要只留口头结论。上线后按固定节奏复核，重点看标识是否被绕过、审核是否积压、异常生成是否集中出现在某类账号。复核频率按功能风险档位定，高风险档位建议更频繁。
- 证据要能被别人读懂，截图带上时间和功能入口
- 复核结果写回同一张功能表，形成闭环
- 异常生成集中在某类账号时，先查账号来源再查内容本身
- 标识被绕过的案例要单独记录，它们往往指向同一类代码路径
- 每次功能改版后重新过一遍这张表里受影响的条目
常见问题
深度合成合规一定要做隐式标识吗，只做显式水印行不行？
取决于你的产出物流向和所在场景要求。只做显式水印的风险是，内容被截图、转码、二次剪辑后标识就没了，追溯链断掉。做法上是两者都覆盖，显式面向用户，隐式面向追溯；如果确实只能做一种，至少保证导出物上人眼可见。具体口径以你所在地区和渠道的最新要求为准。
用户上传别人的照片做合成，责任在用户还是平台？
通常会按双方过错划分，平台很难靠一句「用户自行负责」免责。可执行的做法是：用前要求明确授权声明并留档，对明显指向公众人物或未成年人的申请做拦截或人工复核，同时保留处理记录。真遇到争议时，能拿出声明记录和拦截日志，比事后解释有用得多。
审核拦不住边界案例怎么办？
边界案例本来就不该指望机审全包。建议把机审当作第一层过滤，把不确定的样本转人审，并把每次人工判定结果回填成规则。判断标准是看误判集中在哪里：如果同类内容反复进人审，说明规则该更新而不是加人手。人审积压量大时，优先按传播渠道和账号历史风险排序。
生成记录留多久比较合适？
没有统一答案，取决于你的对外承诺、行业要求和存储成本。务实做法是先分清哪些字段必须长期留（账号、时间、输出标识、审核结论），哪些可以短留（完整提示词）。留多久就写进用户协议和内部规范，避免对外说一套、内部做一套。具体时长建议对照所在行业的通行要求再定。
只用第三方接口，合规动作能不能都交给上游？
不能完全交出去。输出物是你交付给用户的，标识缺失和违规内容的第一责任面还是在你。接入前至少要确认上游是否返回审核结果、是否支持标识写入、能否提供追溯材料，并在合同里写清责任边界。上游不提供的部分，需要你在自己的链路上补上，比如导出时加标识、记录生成参数。
