Объявление о выпуске Wan 2.2 API может послужить поводом для полезного анализа рабочего процесса обработки видео с использованием ИИ. Это не означает, что маршрут сегодня указан в списке, соответствует конкретному заданию или вписывается в производственный бюджет. Проверьте актуальный каталог, проведите небольшой набор тестов и зафиксируйте результат по критериям, которые ваша команда сможет использовать повторно.
В справочном анонсе от May 17, 2025 Wan 2.2 описывается как модель генерации изображений и видео с режимами text-to-video и image-to-video. В нём также заявлены улучшения движения, понимания сцен и визуального контроля. Это заявления поставщика. Проекту всё равно требуется собственный приёмочный тест.
Определите задачу до выбора маршрута
Перечислите свойства, которыми должен обладать успешный результат, прежде чем выбирать модель. Короткий продуктовый ролик может требовать стабильного объекта, читаемых деталей продукта, фиксированного соотношения сторон и согласованного движения на протяжении всего ролика. Задаче image-to-video также нужны чёткие правила сохранения предоставленного эталонного изображения без изменений.
Начните с узкого теста. Используйте один промпт или эталонное изображение, одну длительность, одно соотношение сторон и всего несколько запусков. Сохраняйте каждый входной материал вместе с его результатом. Тогда вы сможете отследить изменение до промпта, входного материала, маршрута или конфигурации модели, а не гадать.
Сначала ознакомьтесь с текущим каталогом.
Каталоги меняются. Устаревшее объявление не может сообщить вам, какие API-интерфейсы платформа в данный момент использует, какой маршрут применяется или сколько стоит запрос. Откройте OdiRouter model catalog и изучите его текущие списки, прежде чем включать название модели в логику приложения.
Используйте проверку каталога, чтобы ответить на практические вопросы:
Указана ли данная модель или существующая альтернатива для выполнения задачи, связанной со СМИ?
Какие форматы ввода, форматы вывода и параметры управления генерацией описаны в маршруте?
Поддерживает ли он необходимое вам разрешение, длительность или рабочий процесс с референсами?
Какие состояния статуса и ошибки должно предусматривать приложение?
Если в каталоге нет точной модели, не следует предполагать её доступность на основании более раннего анонса запуска. Выберите документированный маршрут, подходящий для задачи, или дождитесь документирования нужного маршрута.
Проверяйте творческие требования напрямую
На странице с референсами упоминаются text-to-video, image-to-video, сложное движение и сцены с несколькими объектами. Превратите их в категории тестирования, а не в обещания. Используйте компактный набор, основанный на вашей собственной работе:
Промпт text-to-video с композицией и движением, необходимыми проекту.
Запрос image-to-video с использованием разрешённого референсного изображения, в котором прямо указаны элементы, которые должны оставаться неизменными.
Сложная сцена с таким количеством субъектов, объектов и переходов, которое действительно присутствует в итоговом рабочем процессе.
Проверяйте каждый результат по одному и тому же списку: согласованность субъекта, соответствие промпту, нежелательные изменения, непрерывность движения и возможность передать клип на следующий этап редактирования. Один пригодный к использованию клип не доказывает стабильной производительности в широком спектре задач.
Рассматривайте цену и маршрутизацию как актуальные операционные данные
Цена и доступность должны быть частью решения, а не примечанием. На страницах текущего продукта OdiRouter описывается прозрачность цен и маршрутизация с учетом цены, задержки и доступности. Проверьте OdiRouter pricing page, прежде чем устанавливать бюджет или выбирать резервный вариант.
Сначала измерьте результаты небольшого набора тестов. Умножайте только после того, как узнаете, сколько попыток обычно требуется рабочему процессу для получения пригодного результата. Сохраните эту оценку отдельно от обязательств по производству. Запрос с более низкой ценой может обойтись дороже, если он создаёт дополнительную работу по редактированию или слишком много непригодных результатов.
Сделайте интеграцию наблюдаемой
После успешного прохождения теста маршрута запишите в задание идентификатор модели, входные параметры, идентификатор запроса, местоположение результата и результат ошибки. Это даст команде возможность расследовать неудачный запрос, не воспринимая интеграцию как чёрный ящик.
Используйте официальное руководство OdiRouter getting-started documentation по API-ключу, авторизации, ID модели, первому запросу и SDK. Следуйте документации для выбранного вами маршрута, а не примеру, написанному для другой модели.
Ведите краткий журнал решений
Прежде чем эксперимент Wan 2.2 API станет частью более крупного рабочего процесса, зафиксируйте:
Дату и страницу каталога, использованные для проверки выбранного маршрута.
Точные тестовые входные данные и результаты, которые вы приняли.
Актуальную информацию о ценах, лежащую в основе оценки.
Поведение резервного варианта для недоступного маршрута или неудачно выполненной задачи.
Ссылку на документацию, которой руководствовалась команда, выполняющая интеграцию.
Эта небольшая запись не позволит анонсу запуска превратиться в недокументированное производственное допущение. Используйте текущий каталог, информацию о ценах и документацию OdiRouter как источник истины для выбранного вами маршрута.
Источники
Справочная статья: https://wavespeed.ai/blog/posts/introducing-wan-2.2/
Каталог моделей OdiRouter: https://odirouter.ai/models
Цены OdiRouter: https://odirouter.ai/pricing
Начало работы с OdiRouter: https://odirouter.ai/docs/get-started/introduction