Seedance 2.0 отклоняет фото человека: что означает ошибка и что делать

Ошибка InputImageSensitiveContentDetected.PrivacyInformation с сообщением “The request failed because the input image may contain a real person” означает, что маршрут ModelArk классифицировал входное изображение как, возможно, содержащее реального человека. Это не экспертиза фотографии и не доказательство того, что лицо действительно принадлежит реальному человеку.

Практическое следствие другое: документированный маршрут ModelArk для Seedance 2.0 не поддерживает прямую загрузку референсных изображений и видео с реальными человеческими лицами. Поэтому переписывание промта не исправляет вход, заблокированный до генерации. Нужно выбрать один из допустимых вариантов: заменить референс на явно вымышленный или нереальный материал, использовать подходящий доверенный оригинальный результат ModelArk либо оформить авторизованный ассет реального человека.

Что вы загружаете	Следующий шаг	Почему
Явно вымышленного, неидентифицируемого персонажа	Замените отклонённый файл на очевидно нереальный референс и выполните минимальный тест	Для творческой задачи не требуется подтверждать личность реального человека
Оригинальный результат ModelArk с лицом	Проверьте, входит ли он в текущую область доверия, создан ли в том же аккаунте и не истёк ли срок доверия	Не каждый AI-файл считается доверенным входом
Своё лицо или лицо актёра с согласием	Используйте документированный процесс real-human asset и передавайте принятый `Asset ID`	Прямая загрузка и управляемый ассет — разные маршруты
Публичную персону, чужое лицо без согласия или обманное сходство	Остановите задачу или замените героя на явно вымышленного	Несрабатывание фильтра не даёт разрешения на имитацию

Документы и ограничения ниже проверены 19 июля 2026 года. Доступность функций, условия аккаунта и сроки доверия могут меняться, поэтому перед production-съёмкой нужно повторно открыть соответствующую страницу ModelArk.

Что именно сообщает код ошибки

В официальной таблице ошибок ModelArk код InputImageSensitiveContentDetected.PrivacyInformation относится к HTTP 400 BadRequest. Формулировка намеренно содержит слово may: входное изображение может содержать реального человека.

Из этого сообщения можно сделать только узкий вывод: текущий маршрут не принял этот вход после проверки конфиденциальности. Оно не сообщает:

реальное ли это фото или фотореалистичный синтетический портрет;
какое именно лицо вызвало классификацию, если в кадре несколько людей;
можно ли использовать тот же материал через авторизованный asset workflow;
изменился ли порог детектора для вашего аккаунта или региона;
будет ли принята другая версия файла;
списана ли плата за отклонённую задачу.

Именно поэтому безопасная диагностика начинается не с догадок о детекторе, а с происхождения файла, типа загрузки и статуса авторизации.

Почему поддержка изображений не означает свободную загрузку лиц

Страница Seedance 2.0 от ByteDance Seed действительно описывает мультимодальные текстовые, графические, аудио- и видеовходы. Но общая поддержка референсов — это описание способности модели, а не универсальное разрешение для каждого типа контента на каждом маршруте.

У ModelArk есть отдельная граница для реальных лиц. В актуальном руководстве Seedance 2.0 рядом существуют два разных утверждения:

прямая загрузка референсных изображений или видео с реальными человеческими лицами не поддерживается;
некоторые управляемые входы можно использовать при соблюдении документированных условий.

Смешивать эти утверждения нельзя. Если интерфейс позволяет прикрепить картинку, это ещё не значит, что реальное лицо разрешено как обычный image_url. И наоборот, блок прямой загрузки не означает, что ModelArk вообще не предусматривает работу с авторизованным человеком.

Три маршрута вместо попыток обойти фильтр

1. Явно вымышленный или нереальный референс

Если задача не зависит от личности конкретного человека, самый простой путь — убрать идентифицируемое лицо из входа. Создайте героя, который явно не основан на частном или публичном лице, либо начните с text-to-video без портретного референса.

Это не обещание, что «мультяшный стиль всегда проходит». Порог детектора неизвестен, а другое содержимое тоже может вызвать модерацию. Решение здесь содержательное: отказаться от личности реального человека, а не сделать её менее заметной для проверки.

2. Доверенный оригинальный результат ModelArk

ModelArk документирует категорию trusted outputs as input assets: некоторые оригинальные результаты с лицами, созданные поддерживаемыми моделями ModelArk, можно повторно использовать в Seedance 2.0 для производной работы.

Доверие относится не к любому файлу с пометкой «сгенерировано AI». Перед повторной подачей проверьте все условия на текущей странице:

результат создан именно в ModelArk, а не на другой платформе;
он создан в том же аккаунте;
используется оригинальный, не изменённый файл;
срок доверия для этого типа результата ещё не истёк;
пересылка или сжатие не уничтожили признаки, по которым ModelArk распознаёт доверенный файл.

Даже подходящий trusted output всё равно проходит общую модерацию. «Доверенный» означает допустимый тип входа при перечисленных условиях, а не гарантированную генерацию.

3. Авторизованный ассет реального человека

Для собственного лица, сотрудника, актёра или модели с действительным согласием ModelArk описывает отдельную библиотеку real-human assets. Это управляемый процесс, а не загрузка случайного селфи.

В рабочей последовательности должны присутствовать:

понятная цель использования изображения человека;
согласие авторизующей стороны;
предусмотренная платформой проверка реального человека;
загрузка и проверка согласованности материалов;
принятый и доступный статус ассета;
полученный Asset ID;
передача asset://<asset_id> через поддерживаемое поле Playground или Video Generation API.

Фактическую доступность нужно смотреть на странице конкретного ассета. Наличие Asset ID в журнале или старой задаче не гарантирует, что ассет активен сейчас, разрешён для нового проекта или доступен другому аккаунту.

Диагностика отказа за пять решений

Сохраните точное сообщение и Request ID, но не помещайте в общий тикет сам портрет, токены API или персональные документы. Затем пройдите пять решений по порядку.

Решение 1. Это блок изображения или другая ошибка?

Сверьте код целиком. InputImageSensitiveContentDetected.PrivacyInformation относится к возможному реальному человеку во входном изображении. Ошибка sensitive content без суффикса, copyright-вариант, блок видео и проблема формата требуют другой диагностики.

Решение 2. Откуда взят файл?

Зафиксируйте один из вариантов: внешний портрет, собственное фото, материал актёра, оригинальный результат ModelArk, изменённый результат ModelArk, результат другой платформы или явно вымышленный референс. Не называйте синтетический файл trusted output, пока он не соответствует условиям ModelArk.

Решение 3. Это прямая загрузка или управляемый ассет?

Обычный URL, локальный файл и вложение в интерфейсе остаются прямой загрузкой. Asset ID после авторизации и принятия материала — другой входной контракт. Проверять их как один и тот же маршрут бессмысленно.

Решение 4. Какой безопасный следующий тест?

Для вымышленного героя — один короткий тест с явно нереальным референсом или без портретного входа.
Для trusted output — исходный файл из того же аккаунта в действующем временном окне, без редактирования и пересылки.
Для реального человека с согласием — один принятый Asset ID и минимальная сцена в поддерживаемом маршруте.
Для публичной персоны, чужого лица без согласия или вводящего в заблуждение двойника — тест не проводится.

Решение 5. Что передать поддержке?

Передайте Request ID, время, модель, регион маршрута, способ подачи входа, тип ассета и его статус. Для доверенного результата добавьте аккаунт происхождения и факт неизменности исходного файла. Для real-human asset — только идентификатор и статус, необходимые поддержке; не рассылайте исходные персональные материалы без защищённого канала и необходимости.

Три типичных случая

«Портрет сгенерирован, но Seedance считает его реальным»

Код не доказывает, что человек реален. Он показывает, что вход попал в соответствующую категорию проверки. Если персонаж действительно вымышленный, вернитесь к творческой задаче: используйте явно нереальный материал или соберите сцену без идентифицируемого портретного референса. Нельзя обещать, что размытие, кадрирование, сетка, подпись или новый промт заставят тот же образ пройти.

«Это моё лицо или лицо нашего актёра»

Согласие необходимо, но одной фразы «это моё фото» недостаточно для прямой загрузки. Проверьте, доступен ли вашему аккаунту документированный процесс real-human asset, завершена ли проверка, принят ли материал и активен ли Asset ID. Для актёра дополнительно зафиксируйте цель, срок и область разрешённого использования.

«Это результат ModelArk, который уже сгенерировался раньше»

Не загружайте сохранённую копию вслепую. Проверьте модель-источник, тот же аккаунт, оригинальность файла и срок доверия. Отредактированная, сжатая, пересланная или просроченная копия может не распознаваться как trusted output. Если условия соблюдены, а код повторяется, сохраните Request ID и обращайтесь к владельцу маршрута вместо серийных повторов.

Что не является надёжным исправлением

Следующие действия не имеют гарантии и не должны превращаться в инструкцию по обходу:

обрезать, размывать или закрывать лицо только ради снижения уверенности фильтра;
добавлять сетки, рамки, надписи или ложные метки «AI character»;
менять имя файла, метаданные или расширение;
многократно переформулировать промт при блокировке изображения;
переносить файл между аккаунтами или сторонними платформами и считать его доверенным;
переключать версию модели только ради обхода решения о реальном лице;
считать отсутствие блока разрешением на публичную персону или обманное сходство.

Специальные условия BytePlus для сервисов генерации видео запрещают обход защитных механизмов. Если задача зависит от такого обхода, правильное действие — остановиться или заменить субъекта на явно вымышленного и неидентифицируемого.

Минимальный контракт для разработчика

До вызова API полезно хранить решение о входе отдельно от промта. Например:

hljs json
{
  "input_origin": "modelark_output | authorized_asset | external_upload | fictional",
  "person_scope": "none | self | consented_actor | public_figure | unknown",
  "submission_route": "direct_upload | trusted_output | asset_id",
  "authorization_status": "not_applicable | pending | accepted | unknown",
  "safe_fallback": "fictional_input | support_review | stop"
}

Это не схема BytePlus, а внутренняя модель решения. Она помогает не отправить внешний портрет в поле, предназначенное для обычного референса, не перепутать загруженный ассет с принятым и не запускать автоматические повторы после privacy-блока.

Для каждой задачи сохраняйте минимум: модель и маршрут, время, Request ID, происхождение входа, статус доверия или ассета и принятое решение. Не сохраняйте лишние биометрические материалы в обычных логах.

Отдельно задайте правило для биллинга. Официальные источники в этом разборе не подтверждают, что каждый отклонённый запрос бесплатен, возвращается автоматически или тарифицируется одинаково у всех провайдеров. Проверяйте usage и условия именно того маршрута, которым пользуетесь.

Короткий итог

Если Seedance 2.0 возвращает InputImageSensitiveContentDetected.PrivacyInformation, не спорьте с детектором серией повторов. Сначала определите происхождение файла и тип входа.

Не нужен конкретный человек — используйте явно вымышленный или нереальный материал.
Есть подходящий оригинальный результат ModelArk — проверьте, что это тот же аккаунт, исходный файл не изменён, а срок доверия не истёк.
Нужен реальный человек с согласием — завершите проверку, дождитесь принятого статуса и используйте Asset ID.
Нужна публичная персона, чужое лицо без согласия, имитация или обход — остановите задачу.

Такой порядок решает реальную причину отказа: несоответствие типа входа выбранному маршруту.

Часто задаваемые вопросы

Что означает “The request failed because the input image may contain a real person”?

Маршрут ModelArk классифицировал входное изображение как, возможно, содержащее реального человека, и отклонил запрос. Формулировка не подтверждает, что лицо реально; она сообщает результат проверки входа.

Можно ли загрузить своё селфи напрямую в Seedance 2.0?

Не через документированный ModelArk direct-upload route: он не поддерживает прямую загрузку референсов с реальными человеческими лицами. Для разрешённого собственного лица проверьте доступность real-human asset workflow, завершите авторизацию и используйте принятый Asset ID.

Почему AI-сгенерированное лицо тоже может быть отклонено?

Порог и признаки детектора не опубликованы. Фотореалистичный синтетический портрет может быть классифицирован как возможный реальный человек. Это не делает файл реальным, но и не даёт основания обходить проверку.

Что такое trusted output в ModelArk?

Это не любой AI-арт. Речь идёт о поддерживаемом оригинальном результате ModelArk, созданном в том же аккаунте и используемом в пределах документированного срока доверия. Изменённые, просроченные, межаккаунтные и сторонние файлы не следует считать доверенными.

Можно ли сжать trusted output перед повторной загрузкой?

Документация предупреждает, что сжатие или пересылка могут нарушить проверку доверия. Для повторного использования сохраняйте оригинальный результат тем способом, который рекомендует текущая страница ModelArk.

Гарантирует ли Asset ID успешную генерацию?

Нет. Asset ID подтверждает управляемый способ подачи принятого материала, но задача всё равно зависит от доступности ассета, аккаунта, выбранной модели и общей модерации.

Списываются ли деньги за такой отказ?

Универсального подтверждения нет. Проверьте usage, биллинг и политику возврата у конкретного маршрута и провайдера. Не запускайте автоматические повторы, пока не знаете их стоимость.

Можно ли подобрать промт, чтобы обойти проверку лица?

Нет безопасного основания для такого процесса. Если вход заблокирован, смените тип материала, используйте документированный управляемый маршрут или остановите задачу. Публичные персоны, чужое лицо без согласия и обманная имитация не становятся допустимыми из-за другого промта.