AI 换脸成片交付前要核对什么？授权对象、替换区域和版本一项不能混

AI 换脸成片能正常生成，只说明一次技术处理完成，不说明这张图可以发布、投放或交给客户。最容易出错的不是按钮，而是素材对象和版本关系：授权的是 A，送进工具的却是 B；只允许替换脸部，结果把发型和背景也换了；内部预览通过，发送的还是旧文件。

交付前把四件事写在同一张表里：授权对象、替换区域、输出版本、使用场景。任何一项对不上，都先暂停交付，不用“看起来像同一个人”来补齐证据。

先核对授权对象

授权记录要能回答“谁同意了什么”：

字段	记录内容
人物对象	姓名或内部素材编号，不用公开敏感信息
授权范围	生成、内部评审、客户交付、公开发布等具体用途
时间与版本	授权文件版本、签署/确认时间
限制条件	平台、地域、期限、不得使用的场景

不要把“这张照片在团队盘里”当作授权。素材来源、授权文本和本次输出要能互相指向；缺少其中一项，就把状态写成“待确认”。

替换区域要和任务目标一致

换脸任务不等于整个人像重做。送入AI 换脸功能说明前，先记录：

底图编号：____
授权人像编号：____
允许替换：脸部区域 / 其他明确区域：____
禁止改变：发型、衣服、饰品、背景、文字：____
检查倍率：实际显示 / 放大复核

工具页面和历史教程可以说明操作路径，但不会替你判断人物是否有权使用，也不会保证每次只改变你圈出的语义区域。输出后要回看眼睛、脸型边界、耳朵、发际线和原图中的身份线索。

输出版本必须有单一主键

给每个成片绑定“任务编号 + 底图版本 + 人像版本 + 生成轮次”，例如：

job-042_base-v3_face-v2_gen-01_preview.jpg
job-042_base-v3_face-v2_gen-02_delivery.jpg

预览和交付文件不要只靠文件夹区分。交付表里明确哪一版经过人工核对，哪一版只用于内部挑选；如果生成参数或选区改变，版本号随之变化，不能覆盖旧文件。

四层验收顺序

第一层：对象

确认底图和授权人像是本次任务指定的两个对象。不要从缩略图猜人物，也不要因为文件名相似就跳过打开原文件。

第二层：区域

对比换脸前后，确认只改变允许的脸部区域。边缘看耳朵、发际线、眼镜和头发连接处；若衣服、饰品或背景也被改动，回到任务边界处理。

第三层：版本

打开准备发送的真实附件，核对文件名、生成轮次和交付表。网页预览、聊天缩略图或导出提示都不能代替真实附件核对。

第四层：用途

把最终用途写出来：内部评审、客户私发、广告投放、公开社媒或其他场景。授权范围只覆盖明确写出的用途，不从“可生成”推断“可公开”。

技术成功和发布许可分开记录

可以用下面的状态组合：

技术结果	授权/用途状态	交付结论
生成成功	已核对且用途匹配	进入最终人工检查
生成成功	授权对象或用途不清	暂停，不发送
生成失败	授权已齐	只回到技术排查，不扩大素材使用
生成成功	替换区域超出约定	退回重做，保留问题版

问题版不要删除。它能说明哪里超出了边界，也能避免下一轮误把它当成可交付版本。对外说明时只引用已核对的授权和版本，不把内部测试结果写成公开许可。

涉及人像授权的更具体边界，可参考AI 换脸怎么用？哪些场景能用、哪些绝对不能碰；如果任务是改变姿势而不是换脸，见AI 换姿势不换脸怎么做？授权人像动作参考的输入与风险边界。本文聚焦交付前的对象、区域、版本和用途映射。

交付前留下最小核对单

授权对象与文件版本：已核对 / 待确认
底图与换脸素材：已核对 / 待确认
允许替换区域：____
实际变化区域：____
交付文件版本：____
使用场景与期限：____
最终核对人和时间：____

换脸工具解决的是图像生成动作；交付负责人要解决的是“这是谁、改了哪里、发哪一版、用于什么地方”。四项记录都能回到原始资料，技术成功才有可能进入合法、可追溯的交付流程。