400 BadRequest와 함께 InputImageSensitiveContentDetected.PrivacyInformation 또는 The request failed because the input image may contain a real person.가 왔다면, 같은 요청을 자동 재시도하지 마세요. 이 응답은 일반 image_url이나 base64 참조 이미지가 실제 인물을 포함할 가능성이 있는 입력으로 분류되어 사전 검사에서 거절됐다는 뜻입니다. 사진 속 사람이 실제 인물이라는 확정 판정도 아니고, Seedance가 사람이 등장하는 영상을 전부 금지한다는 뜻도 아닙니다.
올바른 다음 단계는 입력의 성격에 따라 달라집니다.
- 특정 실제 인물과 무관한 가상·비식별 캐릭터라면 일반 이미지 경로를 유지하되, 오탐 증거와 요청 ID를 모아 공식 지원에 확인합니다.
- 같은 계정에서 최근 생성한 수정되지 않은 신뢰 출력이라면 해당 출력의 원본 참조 방식을 사용합니다.
- 특정 신원이 필요하지 않다면 프리셋 디지털 인물을 선택합니다.
- 동의와 권리가 확인된 실제 인물이라면, 계정이 지원하는 경우 본인 인증을 거친 Real Human Asset과
asset://<asset_id>경로를 사용합니다. - 권리, 동의, 신원이 불명확하거나 사칭·기만·성적 또는 명예훼손 목적이면 호출을 중단합니다.
이 400 오류가 말하는 것과 말하지 않는 것
BytePlus ModelArk의 현재 공식 오류 코드 표는 HTTP 400 InputImageSensitiveContentDetected.PrivacyInformation에 정확히 The request failed because the input image may contain a real person.라는 메시지를 연결합니다. 공식 조치는 입력 이미지를 바꿔 다시 시도하는 것입니다.
여기서 “바꾼다”는 말을 얼굴을 흐리거나 노이즈를 얹어 탐지기를 통과시키라는 뜻으로 해석하면 안 됩니다. 이 오류는 네트워크 타임아웃이나 일시적인 서버 오류가 아니라 입력 분류 단계의 거절입니다. 같은 바이트, 같은 URL, 같은 prompt를 지수 백오프로 반복해도 빠진 동의나 자산 인증이 생기지 않습니다.
또한 may contain은 가능성 판단입니다. 사진처럼 정교한 AI 캐릭터도 실제 인물로 오탐될 수 있고, 반대로 필터를 통과했다고 해서 사용 권리나 동의가 증명되는 것도 아닙니다. 기술적 접수와 적법한 사용은 별개의 문턱입니다.
일반 image_url·base64와 인증된 인물 자산은 다른 입력 경로다
Seedance 2.0은 이미지, 오디오, 영상 등 여러 참조 입력을 처리할 수 있습니다. 그러나 이 멀티모달 능력이 모든 실제 인물 사진을 일반 참조 이미지로 받는다는 의미는 아닙니다. ByteDance의 공식 출시 설명도 인물 참조 데모의 대상이 AI 생성 또는 적절히 라이선스된 소재이며, 실제 인물 초상에는 본인 인증이나 사전 법적 권한이 필요하다고 밝힙니다.
일반 HTTP URL이나 base64는 보통 다음과 같은 평범한 이미지 입력입니다.
json{ "type": "image_url", "image_url": { "url": "https://example.com/reference.png" }, "role": "reference_image" }
이 입력이 얼굴 검사를 통과하지 못하면 URL을 base64로 바꾸거나 반대로 바꾸어도 본질은 달라지지 않습니다. 전송 형식만 달라질 뿐, 해당 인물이 인증된 신뢰 자산이 되지는 않습니다.
현재 공식 튜토리얼은 사람을 다루는 입력을 세 가지 별도 경로로 설명합니다. 아래 선택지는 서로 대체 가능한 “우회법”이 아니라, 출처와 신뢰 상태가 다른 입력 계약입니다.
1. 동일 계정의 30일 이내 신뢰 출력
ModelArk 공식 튜토리얼은 같은 계정에서 생성된 일부 원본 출력을 얼굴 포함 참조로 다시 사용할 수 있는 경로를 설명합니다. 조건은 단순히 “AI로 만들었다”가 아닙니다.
- 문서에 열거된 ModelArk 모델의 출력이어야 합니다.
- 생성한 계정과 다시 사용하는 계정이 같아야 합니다.
- 생성 후 30일 이내여야 합니다.
- 전달, 압축, 자르기, 보정 등으로 원본이 변경되지 않아야 합니다.
메신저로 저장하거나 편집 앱을 한 번 거친 파일은 신뢰 확인이 깨질 수 있습니다. 이 경로로 입력이 접수되더라도 최종 출력의 안전 검사는 별도로 적용됩니다.
2. 프리셋 디지털 인물
브랜드 설명 영상처럼 “일관된 진행자”는 필요하지만 특정 실제 인물의 신원은 필요하지 않은 경우, ModelArk의 프리셋 디지털 인물 라이브러리가 가장 짧은 공식 경로입니다. 실제 직원이나 모델의 얼굴을 억지로 일반 이미지에 넣는 대신, 사용 가능한 디지털 인물을 선택할 수 있습니다.
다만 각 자산의 이용 범위와 상업적·외부 배포 조건은 계정과 항목별 조건을 다시 확인해야 합니다. 프리셋이라는 이유만으로 모든 사용 목적이 자동 허용되는 것은 아닙니다.
3. 본인 인증을 거친 Real Human Asset
특정 실제 인물이 꼭 필요하고 그 사람의 동의와 필요한 권리가 확인됐다면, 일반 이미지 업로드가 아니라 인증된 실제 인물 자산 경로가 맞습니다. 현재 Volcengine 공식 Real Human Asset 문서는 초대 링크 또는 QR, 대상자의 본인 확인과 라이브니스 확인(liveness check), 초상 일치 검사, 비공개 신뢰 자산 등록 과정을 설명합니다.
인증이 끝나면 워크플로에 따라 인물 단위의 Group ID와 개별 이미지·영상의 Asset ID를 받습니다. 문서화된 요청에서는 일반 HTTP 초상 URL 대신 Asset ID를 image_url 항목 안에 넣습니다.
json{ "type": "image_url", "image_url": { "url": "asset://<asset_id>" }, "role": "reference_image" }
asset://는 모든 Seedance 제공업체가 공통으로 해석하는 범용 URL 스킴이 아닙니다. 선택한 계정과 경로가 Real Human Asset 등록, Assets API, 해당 모델의 reference_image 역할을 모두 지원해야 합니다. 자산 목록에 보이더라도 상세 상태가 사용 가능으로 확정되기 전에는 생성 요청을 보내지 마세요.
본인 인증은 “이 사람이 자산 등록 절차에 참여했다”는 기술적 신뢰를 만드는 과정이지, 모든 촬영물·음성·배포 목적에 대한 권리를 대신 판단하는 절차가 아닙니다. BytePlus 서비스별 약관도 인증이나 예비 검토가 사용자의 동의·권리 책임을 없애지 않는다고 명시합니다.
4가지 상태로 먼저 분류하면 재시도 정책이 선명해진다
| 입력 상태 | 400 오류의 실무적 의미 | 허용된 다음 단계 | 중단 기준 |
|---|---|---|---|
| 가상·비식별 AI 캐릭터 | 사실적인 표현이 실제 인물로 오탐됐을 수 있음 | 요청 메타데이터를 보존하고 공식 지원에 오탐 확인. 특정 신원과 무관한 원본 캐릭터인지 재검토 | 실제 인물 닮은꼴을 유지하려고 탐지기를 속이는 수정은 하지 않음 |
| 권리·동의가 확인된 실제 인물 | 일반 이미지 경로가 보호 대상 초상을 받지 않은 것 | 계정 지원 여부를 확인한 뒤 본인 인증과 Real Human Asset 경로 사용 | 인증 불가, 자산 상태 실패, 경로 미지원이면 중단 |
| 권리·동의·신원 상태 불명 | 기술적으로 통과해도 권리 문제가 해결되지 않음 | 증빙을 요청하거나 실제 인물을 작업에서 제거 | 상태가 불명확한 채 업로드·재시도하지 않음 |
| 공인 사칭, 기만, 성적·명예훼손 등 금지 목적 | 입력 경로가 아니라 작업 목적 자체가 문제 | 정책 사유를 기록하고 요청 거절 | 제공업체 변경, 유사 얼굴 치환, prompt 자동 재작성 금지 |
이 표의 핵심은 “실제 인물이면 무조건 불가”도, “동의만 받으면 일반 이미지로 가능”도 아니라는 점입니다. 권리 확인과 제품의 인증 경로가 둘 다 필요하며, 목적이 금지된 경우에는 기술적 경로가 있어도 중단해야 합니다.
가상 인물인데도 거절될 때: 오탐을 지원팀에 전달하는 방법
사진처럼 사실적인 합성 얼굴, 3D 렌더, 게임 캐릭터도 보수적인 분류기에서 실제 인물로 잡힐 수 있습니다. 오류 문구만으로 실존 여부를 단정하지 마세요. 동시에 얼굴을 조금씩 변형하며 자동 재시도하는 방식도 피해야 합니다. 그것은 원인을 검증하지 못하고, 특정 실제 인물과의 유사성을 감추려는 우회로 보일 수 있습니다.
오탐 가능성이 높다면 다음 정보만 모아 공식 지원 경로에 전달합니다.
- 모델명과 실제 제공업체 경로
- 발생 시각, request ID 또는 task ID
- 입력 역할(
reference_image,first_frame등) - 정확한 error class와 message
- 가상·비식별 인물인지, 동의받은 실제 인물인지, 상태 불명인지에 대한 내부 분류
- 해당 계정에 인증된 인물 워크플로가 노출되는지 여부
얼굴 원본을 일반 애플리케이션 로그나 공개 지원 채팅에 기본 첨부하지 마세요. 재현에 꼭 필요하다면 제공업체가 지정한 비공개·보안 업로드를 사용하고, 보존 기간과 접근 권한을 먼저 확인합니다. 필터 결과는 민감한 초상 데이터의 장기 보관 이유가 아닙니다.
필터 우회가 해결책이 아닌 이유
BytePlus GenAI 사용 제한 정책은 적절한 권리 없는 음성·초상 사용, 기만적 사칭, 안전 필터 우회를 제한합니다. 이미지의 스타일이나 메타데이터를 바꾸더라도 동의, 권리, 자산 출처 또는 계정의 지원 범위가 새로 생기지 않습니다. 따라서 다음은 문제 해결책이 아닙니다.
- 얼굴 흐림, 노이즈, 격자, 스티커, 워터마크로 탐지 회피
- prompt에서 실명만 빼고 동일한 닮은꼴을 유지
- 실패 요청을 다른 제공업체에 자동 전송
- 여러 변형을 생성해 하나가 통과할 때까지 반복
- 인증된 자산 ID를 다른 인물이나 다른 계정에 재사용
이런 방법은 동의나 권리를 만들지 못하고, 실제 인물 자산 경로가 없다는 제품 제약도 해결하지 못합니다. 지원 가능한 경로가 없으면 해당 계정에서는 작업을 진행하지 않는 것이 올바른 결론입니다.
출시 전 route 체크리스트
실제 인물 기능을 제품에 넣기 전에는 모델 이름만 확인하지 말고 전체 경로를 검증하세요.
- 선택한 리전과 계정에 본인 인증 또는 Real Human Asset 기능이 실제로 노출되는가?
- 사용 중인 SDK·gateway·ComfyUI 노드가
asset://와 필요한 ID를 그대로 전달하는가? - 자산 상세 상태와 만료일은 사용 가능한가?
- 대상자 동의는 정확한 제작 목적, 출력 유형, 기간, 배포 범위를 포함하는가?
- 거절 응답을 일시적 장애와 분리해 자동 재시도를 막았는가?
- request ID로 문제를 조사할 수 있고 얼굴 원본은 최소한으로 보관하는가?
- 공인, 미성년자, 제3자 포함 자료, 정치·친밀·명예훼손 맥락은 별도 사람 검토 또는 중단 대상으로 분류했는가?
일반 submit, polling, 결과 다운로드 구현은 Seedance 2.0 API 호출 가이드에서 확인할 수 있습니다. 경로별 자산 기능과 제공 범위를 비교할 때는 Seedance API 제공업체 비교를 보되, “이미지 참조 지원”이라는 표시만으로 Real Human Asset 지원을 추정하지 마세요.
최종 stop rule은 간단합니다. 인증된 인물 경로를 문서로 확인할 수 없거나, 동의·권리·목적 중 하나라도 불명확하면 생성 요청을 보내지 않습니다. 400 PrivacyInformation은 prompt를 더 영리하게 바꾸라는 신호가 아니라, 입력의 신뢰 상태와 제품 경로를 다시 선택하라는 신호입니다.