Seedance 提示“输入图片可能包含真人”：人脸限制与正确处理

如果接口返回 HTTP 400 InputImageSensitiveContentDetected.PrivacyInformation，并提示 The request failed because the input image may contain a real person.，先停止原样重试。这是输入图片可能包含真人的素材预检结果，不是提示词写得不够好，也不是尺寸、队列或下载阶段故障。

BytePlus ModelArk 当前错误码表给出的官方动作是更换输入图片后重试。但对需要特定真人身份的业务，“换图”不能理解为裁剪、模糊、加网格或换一家服务绕过检测；正确做法是判断当前入口是否支持可信产物、预置数字人或已完成认证的真人资产。若都不支持，就停止这次真人参考任务。

先做 30 秒判断

按下面顺序排查，不要一上来改 prompt：

1. 核对失败阶段。 是否在创建任务时就收到 400 和上述完整错误码？如果是，优先按输入素材拦截处理。若只是第三方界面的中文提示，要同时保存上游原始响应，不能假定它与 BytePlus 错误码完全相同。
2. 确认入口。 即梦或豆包、火山方舟中国区、BytePlus 国际区、ComfyUI 集成以及其他网关不是同一账户体系，也不共享端点、权限和资产 ID。
3. 确认素材来路。 它是普通 URL/Base64 文件、同账号可信产物、官方预置数字人，还是已经活体认证并入库的真人资产？
4. 分别过两道门。 素材既要被该技术路线接收，也要具备适用于当前用途的肖像同意与安全许可。只满足其中一道，仍然不应提交。

这也解释了一个常见误区：Seedance 2.0 具备人物与多模态参考能力，不代表每个入口都接受任意真人照片。Seedance 2.0 官方发布说明明确提到，角色参考示例使用 AI 生成或适当授权的主体；真人肖像需要身份验证或事先取得合法授权。

中国区、国际区和 ComfyUI 要分开看

ComfyUI 官方中文教程描述的是一条特定集成路线：首次真人素材先生成认证链接，由本人完成活体检测；认证成功后，人物对应 Group ID，具体图片或视频对应 Asset ID。它不是给普通图片 URL 增加一个“已授权”参数。

四类素材，处理方式完全不同

1. 普通真人图片或被判为真人的写实图

直接提交外部 URL、Base64 或本地上传的裸文件，可能在任务创建前被拦截。即使你已经在线下取得本人同意，该文件也不会因此自动成为服务端认可的授权资产。

动作很简单：停止不变重试，保留错误信息，转去检查当前入口的认证/资产路线。如果你的目标并不要求特定真人身份，可以重新选择明显虚构、风格化且不指向真实人物的素材；不要通过遮挡五官或破坏图片来测试过滤器边界。

2. 同账号可信产物

BytePlus 当前 Seedance 2.0 教程列出了一条可信产物复用路线：由文档列明的 ModelArk 模型在同一账户生成，保留原始未修改文件，并处于文档规定的 30 天有效期内。转发、压缩、编辑、换账户或过期，都可能让信任校验失效。

这条路线适合复用该账户自己的合格生成结果，不适合证明外部来源的真人照片已经授权。输入可信也不等于输出一定通过后续内容安全审核。

3. 预置数字人

如果业务只需要一个出镜人物，不要求对应某个现实身份，官方预置数字人通常是更直接的技术路线。使用前仍要核对具体资产的可用范围、账户资格和商业使用条件；“预置”不代表没有许可边界。

它与授权真人资产的核心差别是：预置数字人解决的是“需要人物但不需要指定真人”的任务，没必要为了泛化角色收集客户或员工的生物识别素材。

4. 已认证真人资产

指定真人确有必要时，应由本人完成对应入口要求的身份/活体认证和授权，再让合格素材进入私有可信资产库。火山引擎真人资产文档描述了邀请、认证、肖像一致性检查和资产状态；只有资产详情显示可用，才继续生成。

在这条文档化路线中，请求通过 image_url 项提交 asset://<asset_id>，角色为 reference_image。asset:// 是资产标识，不是把普通 HTTP 地址改个前缀；第三方 wrapper 只有明确实现了这套资产合同，才可能正确转发。

Group ID、Asset ID 和授权不是一回事

可以把它们理解成三层：

• 授权与同意回答“这个人物及当前用途是否被允许”。它是权利和产品治理条件。
• Group ID标识已经验证的人物，用于把后续素材与同一个人关联或比对。
• Asset ID标识某一份通过流程的图片或视频，是 API 实际引用的素材对象。

三者不能互相替代。拿到同意不等于已经创建 Group ID；有 Group ID 不等于每一张新图都自动成为可用 Asset；资产技术状态可用，也不等于任何发布、广告、声音克隆或敏感场景都在授权范围内。

还要注意开放范围。BytePlus 私有真人资产库文档目前仍标注为 invited users only。没有该权限时，不要向用户承诺“上传后做一次真人验证就能解决”；应让平台支持确认账户资格，或改用不指向特定真人的预置/虚构人物。

AI 生成人脸也可能被误判

错误文案用的是 “may contain”，表示分类器判定图片可能含真人，并不证明画面里的人一定真实，也不等于判定上传者没有权利。外部模型生成的高写实头像、合成人像或不知来源的素材，仍可能触发相同预检。

这类情况按证据处理，而不是按感觉争辩：

• 保存完整错误码、时间、模型、区域、入口、request/task ID，以及素材是自生成还是外部取得；
• 保存能够证明素材来源的生成记录，但普通工单里先不要重复上传高分辨率人脸原图；
• 向服务商询问该 route 是否接受合成人像，以及是否存在误判申诉或安全上传通道；
• 若不需要写实身份，改用明显虚构或官方预置资产；若必须保持指定真人身份，回到正式授权资产流程。

不要把“AI 生成”写进提示词后自动重试，也不要建议去元数据、裁脸、模糊、加遮罩或寻找所谓“真人无限制”供应商。那些动作既不能建立可信资产关系，也可能构成规避安全控制。

为什么旧消息说不支持，现在文档又有真人路线

两种说法可以同时成立。2026 年 2 月的新京报体验报道主要描述当时即梦、小云雀等消费端对裸真人参考的限制，以及个别 App 的本人校验入口；2026 年 4 月后的火山引擎官方材料公开了人脸验证、肖像授权和预置虚拟人像方案；6—7 月的 BytePlus 当前教程、私有真人资产库文档与集成文档进一步写清可信产物、Group ID、Asset ID 和受控资产路线。

所以当前准确结论不是“Seedance 永远不支持真人”，也不是“Seedance 现在随便传真人都能用”，而是：普通真人参考仍可能被输入预检拦截；符合账户、来源、认证、授权和安全条件的资产，才有对应的受控路线。 每次上线前都应重新核对具体入口，因为权限、邀请范围和资产合同可能变化。

这些情况直接停止

BytePlus GenAI 可接受使用政策限制无适当同意或权利的肖像/声音使用、欺骗性冒充和规避安全过滤。公众人物预过滤 FAQ还说明公众人物相似脸或声音可能被拦截，而且参考集合并不全面——漏拦不代表获得许可。

遇到以下情况，不换提示词、不换供应商继续尝试：

• 无法确认人物身份、素材来源或当前用途的同意范围；
• 目标是名人、政治人物等公众人物的仿真冒充，或试图用“相似但不完全一样”规避；
• 涉及未成年人、亲密/性化内容、欺诈、诽谤或其他高风险用途；
• 用户要求绕过人脸检测，或第三方只承诺“能出片”却说不清身份验证、数据处理与投诉机制；
• 当前账户没有真人资产资格，wrapper 也不支持 Group ID/Asset ID 合同。

这是一般产品与技术排障信息，不替代针对具体肖像、地区或用途的法律意见。无法确认权利时，默认不处理真人素材。

给客服或服务商的最小排障包

升级问题时提交足以定位、又尽量少暴露人脸数据的信息：

• 发生时间与时区；
• 产品入口、API base URL 所属区域、模型 ID 与 wrapper/节点版本；
• HTTP 状态、完整错误码和原始消息；
• request ID、task ID 或 trace ID；
• 素材类型：普通 URL/Base64、同账号可信产物、预置数字人或授权 Asset ID；
• 若为可信产物：生成账户、模型、生成日期，是否保持原文件；
• 若为授权资产：只先提交 Group ID/Asset ID 和资产状态，不在普通工单反复附真人原图；
• 希望确认的问题：账户是否有权限、资产为何不可用、wrapper 是否支持 asset://，或是否属于合成脸误判。

对 HTTP 400 的内容预检失败设置不自动重试。只有网络超时、限流或明确的服务端临时错误，才进入技术重试策略。普通的提交、轮询和下载实现由 Seedance 2.0 API 指南承接；如果错误并非真人图片预检，再转到 Seedance 2.0 常见故障排查。在比较第三方路线前，先核实它是否真的支持完整授权资产合同，再看 Seedance 2.0 API 服务商对比。