На 12 июня 2026 года запрос с лицом в Seedance 2.0 нужно начинать не с промта, а с маршрута, согласия и статуса проверки. Вымышленный персонаж или обычный человек без узнаваемой личности может быть творческой задачей. Свое лицо, лицо сотрудника, актера, клиента или модели требует маршрута, который поддерживает проверку реального человека. Публичная персона, знаменитость, похожий двойник без согласия и просьба «обойти запрет» должны останавливаться до загрузки портрета.
| Запрос с лицом | Первое решение | Безопасное действие |
|---|---|---|
| Вымышленный человек или общий персонаж | Создавать | Держите описание общим и не намекайте на конкретную личность. |
| Свое узнаваемое лицо | Проверять | Используйте маршрут с проверкой реального человека и сохраните запись проверки. |
| Актер, сотрудник, клиент или модель | Проверять после согласия | Сначала получите разрешение на цель использования, затем работайте через real-human asset или проверенный маршрут провайдера. |
| Референс лица отклонен | Классифицировать заново | Определите, это общий персонаж, частное лицо, публичная персона, авторизованный человек или неподдерживаемый вход. |
| Знаменитость, публичная персона или сходство без согласия | Остановиться | Не переписывайте запрос в «похожее лицо», «тот же вайб» или вариант без имени. |
| Просьба обойти фильтр | Остановиться | Переведите задачу в разрешенный творческий или проверенный процесс. |
Что означает лицо в Seedance 2.0
Seedance 2.0 не является моделью без людей. Страница ByteDance Seed описывает Seedance 2.0 как мультимодальную аудио-видео модель с текстовыми, изображенческими, аудио- и видео-референсами. Официальный запуск также говорит о согласованности субъекта, камере, движении, ритме и управлении референсами. Это поддерживает обычную работу с персонажами: врач в коридоре, ведущий в рекламном ролике, прохожий в городской сцене, вымышленный герой в коротком видео.
Граница меняется, когда лицо указывает на реального человека. Фото сотрудника, селфи клиента, портрет актера, знаменитость или похожий на известного человека образ не равны «настроению для персонажа». В первом случае появляются согласие, право на образ, цель использования, проверка личности, статус ассета, хранение портретов и путь удаления. Во втором случае это обычно творческое направление.
Поэтому вопрос «можно ли загрузить лицо» лучше заменять на более точный: чье это лицо, есть ли согласие, какой маршрут отвечает за проверку и что будет при отказе. Маршрут может принимать картинки как референс и при этом блокировать реальное лицо. Провайдер может обещать проверенные лица, но это будет его собственный контракт. Модель может хорошо держать персонажа и все равно не разрешать имитацию публичной персоны.
Легитимные маршруты для реальных лиц
Для узнаваемого человека надежная форма работы — не трюк в промте, а маршрут с владельцем, который объясняет согласие, проверку, состояние ассета и допустимое использование. Перед загрузкой портрета нужно знать, кто владеет маршрутом, где хранится подтверждение и куда обращаться при отказе.
| Маршрут | Что он поддерживает | Чего он не доказывает |
|---|---|---|
| BytePlus real-human asset library | Первичный путь для Seedance 2.0 с приглашением на авторизацию, проверкой реального человека, загрузкой материалов, принятым ассетом и Asset ID. | Не означает, что любой аккаунт, регион или публичный вход принимает любое лицо без настройки. |
| ComfyUI Seedance 2.0 Real Human | Документированный партнерский workflow с одноразовой проверкой ByteDance, Group ID или Asset ID и видео с реальным человеком. | Доказывает конкретный маршрут ComfyUI, а не универсальный обход публичного API. |
| Маршрут провайдера, например HeyGen | Провайдер может обернуть Seedance собственным согласием, идентификацией и обработкой лиц. | Маркетинговое заявление провайдера не переносится автоматически на BytePlus, ComfyUI или другие входы. |
| Обычная генерация Seedance | Вымышленные люди и неузнаваемые персонажи. | Это не система авторизации реального лица. |
Документация BytePlus о real-human asset показывает порядок, удобный для production: создается приглашение на авторизацию, человек подтверждает цель и проходит проверку, материалы загружаются и принимаются, затем Asset ID используется в Model Playground или в API video generation. Смысл не в том, чтобы загрузить случайный портрет. Лицо становится управляемым входом с владельцем маршрута, статусом и разрешенной целью.
Документация ComfyUI Seedance 2.0 Real Human повторяет этот принцип на уровне workflow. Там важны одноразовая проверка ByteDance, asset handling, Group ID или Asset ID. Если вы используете ComfyUI, зафиксируйте именно этот маршрут, его требования, идентификаторы ассета и поддержку. Не превращайте его в утверждение, что любой публичный доступ Seedance принимает лица.
HeyGen полезен как пример провайдерского маршрута. Его страницы заявляют о verified human faces через собственную инфраструктуру согласия и идентичности и отделяют это от публичного API-поведения. Это объясняет, почему вокруг Seedance появляются материалы о «своем лице» и «обходе запрета». Но перед production нужно читать актуальные условия, обработку данных, поддержку, оплату и доступность именно у провайдера.
Как использовать real-human asset в BytePlus
Если задача действительно требует реального человека, порядок должен быть таким: авторизация, проверка, статус ассета, генерация. Нарушение порядка создает не только технический риск, но и риск согласия.
- Создайте приглашение на авторизацию от владельца маршрута.
- Дайте актеру, сотруднику, клиенту или правообладателю увидеть цель использования.
- Проведите проверку реального человека, например liveness-процедуру.
- Загрузите материалы и дождитесь понятного статуса ассета.
- Используйте принятый Asset ID только в разрешенной цели и маршруте.
- Сохраните кто согласовал, когда, для чего, в каком аккаунте и через какой маршрут.
Такой процесс медленнее, чем «попробуем селфи». Именно поэтому он ценен. У команды есть запись согласия, у платформы есть граница проверки, у разработчика есть состояние ассета для диагностики. Если задача потом откажется, можно проверять маршрут, аккаунт, статус, сообщение об отказе и поддержку, а не гадать, слишком ли лицо похоже на публичную персону.
Не превращайте Asset ID в обычную ссылку на картинку. Проверенный ассет — управляемый вход. Если ваша система хранит промты, портреты, клипы или идентификаторы, заранее решите, кто имеет доступ, как долго данные хранятся, как удаляются и кто отвечает на запросы поддержки.
Что делать, если референс лица отклонен
Отклонение референса не означает, что нужно скрыть лицо от фильтра. Это сигнал заново классифицировать вход и маршрут.
Используйте такой порядок:
| Если отклоненный вход похож на... | Делайте это | Не делайте это |
|---|---|---|
| Общий скетч персонажа или неузнаваемый mood reference | Упростите промт и уберите слова, похожие на реальную личность. | Добавлять имя реального человека или стиль знаменитости. |
| Свое лицо | Перейдите на маршрут с проверкой реального человека. | Много раз обрезать и маскировать селфи. |
| Актер, сотрудник или клиент | Проверьте письменное согласие, доступность маршрута и статус проверки. | Считать переписку достаточной платформенной авторизацией. |
| Публичная персона или знаменитость | Остановитесь или замените на явно вымышленного персонажа. | Просить «похожее лицо», «тот же типаж» или вариант без имени. |
| Провайдер обещает verified faces | Читайте текущие условия провайдера, данные, поддержку и оплату. | Считать это доказательством для любого входа Seedance. |
| Повторный отказ без ясной причины | Проверьте на несекретном тестовом ассете и обратитесь к владельцу маршрута. | Подбирать промты для обхода фильтра. |
Минимальная запись диагностики должна включать маршрут, аккаунт, тип входа, узнаваемость человека, согласие, статус проверки, точное сообщение об отказе, выбранный safe fallback и решение: проверить, сменить маршрут, упростить творческую задачу или остановиться.
Публичные персоны и обход фильтров должны останавливаться
BytePlus описывает content pre-filter, который может блокировать outputs, похожие на публичные лица, голоса или видео, чтобы снизить риски impersonation, fraud и deceptive deepfakes. Важно не только то, что фильтр может сработать. Важно и то, что отсутствие срабатывания не является разрешением имитировать публичного человека.
Условия BytePlus Video Generation Model Services запрещают обход или попытки обойти safety filters. Для production это превращается в простое правило: не публиковать инструкции про сетки на лице, разрезание портрета, изменение черт, скрытие имени, celebrity near-match или многократные попытки снизить уверенность фильтра.
Если бизнес-задача законна, переформулируйте ее. Используйте вымышленного актера, лицензированную модель, проверенного сотрудника или неузнаваемого персонажа. Если результат зависит от похожести на публичную персону, клиента без согласия или запутывающего двойника, задача не должна идти в генерацию.
Production handoff для разработчиков
Разработчики должны проектировать real-face video как проверяемый процесс, а не как один API call. Даже если код делает только submit, poll и retrieve, приемка шире.
Перед запуском ответьте на вопросы:
| Проверка | Production-вопрос | Что сохранить |
|---|---|---|
| Владелец маршрута | Какая платформа или провайдер отвечает за face workflow? | URL, аккаунт, условия, support path. |
| Согласие | Кто разрешил использование лица и для какой цели? | Запись согласия, подтверждение правообладателя, дата. |
| Статус проверки | Ассет проверен или только загружен? | Asset status, Group ID или Asset ID, route notes. |
| Обработка входов | Как хранятся портреты, промты и клипы? | Retention rule, access control, deletion path. |
| Тест | Проверен ли маршрут на несекретном материале? | Тестовый промт, ожидаемый результат, отказ. |
| Отказ | Какой safe fallback при блокировке лица? | Classification path, support ticket, route switch или stop. |
| Биллинг и повторы | Кто оплачивает retries и failed attempts? | Current route billing notes and task usage. |
| Stop rule | Какие запросы никогда не принимаются? | Public figure, impersonation, no-consent, filter-evasion rules. |
Русскоязычная команда часто начинает с вопроса «как сделать видео со своим лицом» или «как обойти запрет». Превратите это в четыре карточки: лицо, доказательство, маршрут и отказ. В карточке лица укажите свое лицо, сотрудник, клиент, актер, публичная персона или вымышленный персонаж. В карточке доказательства — согласие, проверка, asset ID и аккаунт. В карточке маршрута — BytePlus, ComfyUI, провайдер или обычная генерация. В карточке отказа — сообщение, fallback, стоимость повторов и причина остановки.
Для общего доступа к Seedance используйте гайд по доступу к Seedance 2.0. Если вопрос на самом деле про версию, держите сравнение в отдельном материале Seedance 2.1 vs Seedance 2.0. Решение по лицу должно оставаться про likeness, согласие, проверку, отказ и stop rules.
Первый безопасный тест
Если маршрут не ясен, не начинайте с реального портрета. Возьмите вымышленного персонажа, синтетический референс или заранее разрешенный внутренний тестовый ассет. Сначала убедитесь, что маршрут дает нужные движение, кадр, длительность и стиль. Это не решает вопрос согласия, но отделяет обычную video-generation проблему от face-policy проблемы.
Затем сделайте минимальный тест с реальным человеком: один проверенный ассет, одна ясная цель, один короткий output. Запишите маршрут, статус ассета, промт, настройки, результат, отказ и support path. Не масштабируйте на клиентов, актеров или сотрудников, пока не понятно, что происходит при успехе, отказе и повторной попытке.
Самые дорогие ошибки здесь редко ограничиваются одним failed generation. Чаще это неясное согласие, неверная вера в провайдера, отсутствие support path, бесконечные повторные загрузки и ассеты, которые никто не может уверенно удалить или аудитировать.
Часто задаваемые вопросы
Можно ли использовать свое лицо в Seedance 2.0?
Да, если выбранный маршрут поддерживает проверку реального человека. Селфи само по себе недостаточно. Нужны согласие, проверка, статус ассета и запись маршрута.
Можно ли использовать лицо сотрудника, актера или клиента?
Только при ясном разрешении и маршруте, который поддерживает real-human asset или verified likeness. Для production храните цель, правообладателя, статус, account route и support path.
ComfyUI делает real-human Seedance 2.0 возможным для всех?
Нет. ComfyUI документирует конкретный partner-node workflow с проверкой ByteDance и asset handling. Это не универсальное разрешение для любого публичного входа.
HeyGen доказывает, что все маршруты Seedance принимают лица?
Нет. HeyGen может быть провайдерским verified-face маршрутом со своей инфраструктурой. Эти заявления не переносятся автоматически на BytePlus, ComfyUI, другой провайдер или raw API.
Почему мой референс лица отклонен?
Причины могут быть такими: узнаваемое лицо без подходящего маршрута, сходство с публичной персоной, отсутствие согласия, ограничения аккаунта или неподдерживаемый формат референса. Сначала классифицируйте лицо и маршрут.
Можно ли использовать знаменитость, если не писать имя?
Нет. Отсутствие имени не делает likeness safe. Public figure, celebrity, impersonation и confusing near-match должны останавливаться или заменяться вымышленным персонажем.
Есть ли промт для обхода ограничения?
Это неправильный процесс. Отказ ведет к классификации, согласию, проверке, review провайдера или stop decision, а не к filter-evasion prompts.
Стоит ли переключаться на Seedance 2.1 ради лиц?
Не меняйте версию только чтобы уйти от решения по реальному лицу. Version readiness, model quality и likeness authorization — разные вопросы. Проверяйте route-owner docs и same-task tests отдельно.
