Seedance 2.5: диагностика отказа по фильтру контента

Почему запрос Seedance 2.5 не прошёл: отклонила ли API полезную нагрузку до создания задачи, или асинхронная задача позже провалила проверку безопасности? В ответе уже содержатся сведения, необходимые для различения этих случаев.

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

TL;DR

• Начните с создания задачи, а не с прошедшего времени. Синхронный 400 означает, что запрос не прошёл валидацию до создания задачи. Задача, которая позже переходит в failed, должна диагностироваться по её полям error и usage.^[2][3]
• content_filter: false — это не "без фильтра". На reAPI это выбор канала Flexible, сохраняет ту же цену и не отключает проверки политики выше по цепи.^[2]
• Ошибка 80006 не указывает этап модерации. Она может относиться к промпту, референсному изображению или видео, либо к сгенерированному выходу.^[3]
• Проверьте окончательный счёт. usage.credits в неудачной задаче показывает, была ли резервация полностью возвращена или был сохранён постгенерационный платёж.^[3][4]
• Факты модели для справки: Seedance 2.5 генерирует до 30 секунд за один проход и принимает до 30 изображений, 10 видеоклипов и 10 аудиоклипов в качестве референсов.^[1]

Почему детали маршрута имеют значение

Разные поверхности доступа могут валидировать и маршрутизировать одну модель по-разному. На reAPI content_filter явно является элементом управления маршрутизацией, а не параметром модели выше по цепи. По умолчанию это true; вызывающие прямой API могут установить его в false, чтобы использовать менее ограничивающий канал Flexible, но модерация всё равно применяется.^[2]

Четыре наблюдаемых этапа имеют значение при диагностике:

1. Синхронная валидация запроса. Неправильные поля или неподдерживаемые медиа возвращают HTTP-ошибку до создания задачи.
2. Выбор маршрута. Поддерживаемые запросы отправляются через канал, выбранный параметрами, специфичными для модели, такими как content_filter.
3. Асинхронное выполнение задачи. Задача проходит через processing перед переходом в completed или failed.
4. Отказ безопасности. Ошибка 80006 может представлять отклонённый промпт, референс или сгенерированный результат; общий код не определяет, какая проверка безопасности сработала.^[3]

Это наблюдаемые этапы API, а не утверждение, что каждый хост реализует один и тот же внутренний конвейер.

Пять проверок, которые указывают место отказа

Эти проверки используют поля, которые API раскрывает. Они не требуют намеренно недопущённого промпта.

Проверка 1: создала ли отправка задачу?

Сохраните HTTP-статус и тело ответа от POST. Синхронный 400 с ошибкой 2xxxx — это валидация запроса: исправьте названное поле или формат медиа. Если ответ содержит ID задачи, отправка прошла и дальнейшую диагностику нужно проводить по записи задачи.^[2][3]

Прошедшее время — это поддерживающий контекст, а не доказательство того, какой внутренний компонент принял решение.

Проверка 2: запишите маршрут и поля маршрутизации

Сохраните endpoint, точный ID модели, полную полезную нагрузку и значение content_filter. На reAPI отсутствие content_filter означает true; false выбирает канал Flexible. Сравнение результатов без записи этого поля — это сравнение двух разных маршрутов.^[2]

Проверка 3: валидируйте договор референса

Используйте только референсные материалы, которыми вы владеете или имеете разрешение на обработку. Подтвердите, что каждый URL — это открытый HTTP(S), его фактический формат поддерживается, и количество изображений, видео и аудиофайлов остаётся в пределах документированных лимитов. Неподдерживаемые медиа возвращают синхронный 400, поэтому это не следует описывать как отказ модели из-за модерации.^[2]

Проверка 4: проверьте окончательную ошибку задачи

Полируйте GET /api/v1/tasks/{id} до completed или failed. Для неудачной задачи запишите error.code, error.message, ID задачи и исходный запрос. Код 80006 подтверждает отказ политики контента, но не раскрывает, был ли промпт, референс или сгенерированный результат триггером.^[3][4]

Проверка 5: проверьте окончательный расход

Прочитайте usage.credits из той же окончательной задачи. Ноль означает, что резервация была возвращена; положительное значение означает, что был сохранён документированный постгенерационный платёж. Не выводите счёт только из сообщения об ошибке.^[3][4]

Почему ошибка 80006 не определяет триггер

Общедоступный договор об ошибках намеренно группирует несколько исходов безопасности под один код рабочего процесса. Промпт, референсное изображение, референсное видео или сгенерированный результат могут вызвать 80006.^[3] Код не доказывает, что хост переписал промпт, запустил конкретный классификатор лиц или изменил порог.

Не повторяйте одну и ту же полезную нагрузку без изменений. Сначала отредактируйте чувствительный текст промпта и проверьте каждый референс. Если модель это поддерживает и вы вызываете API напрямую, content_filter: false может проверить менее ограничивающий маршрут; это всё равно не отключает проверку безопасности.^[2][3]

Факты маршрута и параметров, которые вы можете проверить

Маршрут асинхронен. Отправьте на POST /api/v1/videos/generations, сохраните возвращённый ID задачи и полируйте GET /api/v1/tasks/{id}. Полирование не потребляет кредиты.^[2][4]

content_filter — это маршрутизация, специфичная для модели. По умолчанию это true на маршруте Seedance 2.5 reAPI. Установка его в false меняет канал, а не цену, и отказы на том маршруте по-прежнему возможны.^[2]

Текущее разрешение enum reAPI — это 480p, 720p или 1080p. Проверьте возвращённый файл перед опорой на более широкий ярлык разрешения перепродавца.^[2]

Лимиты референса явные. Модель принимает до 30 изображений, 10 видеоклипов и 10 аудиоклипов; ByteDance описывает ту же мультимодальную способность референса в своём материале запуска.^[1][2]

FAQ

Seedance 2.5 без цензуры?

Нет. На reAPI content_filter: false означает менее ограничивающий канал маршрутизации; документация явно говорит, что это не отключает модерацию и проверки политики выше по цепи всё ещё могут провалить задачу.^[2][3]

Почему один и тот же промпт сработал на одном сайте и не прошёл на другом?

Результаты не сравнимы, пока вы не подтвердите endpoint, точный ID модели, полезную нагрузку, референсы и параметры маршрутизации. Запишите эти значения и сравните возвращённый HTTP-статус, ошибку задачи и окончательный расход вместо гадания о внутреннем фильтре.

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

Общий код 80006 не может ответить на это. Он говорит только, что промпт, референсный материал или сгенерированный результат вызвали проверку безопасности. Рассмотрите все три входа в решение перед изменением промпта.^[3]

Почему промпт, который работал на прошлой неделе, начал не проходить?

Воспроизведите это с сохранённым ID модели, маршрутом, полезной нагрузкой и референсами. Затем сравните новый HTTP-ответ и ошибку задачи с более ранней записью. Без этих полей изменённый результат не определяет, что изменилось.

Какие разрешения поддерживает Seedance 2.5?

Текущий маршрут reAPI принимает 480p, 720p и 1080p. Проверьте возвращённый файл перед построением договора доставки вокруг любого ярлыка разрешения.^[2]

Какой длины может быть один клип Seedance 2.5?

До 30 секунд за один проход.^[1]

Могу ли я использовать лицо реального человека в качестве референса?

Договор запроса reAPI разрешает материал референса реального человека и проверяет его автоматически, но принятая загрузка не предоставляет согласие или права на схожесть. Используйте только материал, на обработку которого у вас есть разрешение.^[2]

Чтение отказа вместо гадания о нём

Отказ — это точка данных об одной полезной нагрузке на одном маршруте. Сохраните ответ POST, ID задачи, точные поля модели и маршрутизации, окончательную ошибку и usage.credits. Эти записи разделяют валидацию и асинхронный отказ и показывают окончательный платёж без необоснованных утверждений о внутреннем слое модерации.

References

1. ByteDance Seed. One-take Creation, Flexible Referencing: Introducing Seedance 2.5. Published 31 July 2026, retrieved August 2026 from seed.bytedance.com/en/blog/one-take-creation-flexible-referencing-introducing-seedance-2-5
2. reAPI. Seedance 2.5 API — route, request parameters, reference limits, content_filter, task flow, and refund behavior. Retrieved August 2026 from reapi.ai/docs/seedance-2-5
3. reAPI. API errors — validation codes and 80006 content-policy handling. Retrieved August 2026 from reapi.ai/docs/api/errors
4. reAPI. Tasks API — status, settled usage, polling, and output contract. Retrieved August 2026 from reapi.ai/docs/api/tasks