HappyHorse 1.1 video routing: Alibaba делает video jobs решением gateway

HappyHorse 1.1 video routing стал практическим operator-решением после обновления guidance в Alibaba Cloud Model Studio. Каталог теперь рекомендует HappyHorse 1.1 для text-to-video, first-frame image-to-video и reference-image video generation, а Wan 2.7 оставляет для custom audio, first-and-last-frame continuity, video references и специализированных edits. Для команд, которые воспринимают media generation как async infrastructure, HappyHorse 1.1 video routing — не просто новое имя модели. Это меняет то, как AI gateway должен классифицировать creative jobs до отправки в DashScope.

Что изменилось в HappyHorse 1.1 video routing

Официальный Model Studio guide по video generation и editing ставит HappyHorse 1.1 в несколько базовых video paths. Для text-to-video рекомендуется happyhorse-1.1-t2v: audio-video output, 720P или 1080P, клипы длительностью 3-15 секунд. Для first-frame image-to-video рекомендуется happyhorse-1.1-i2v с теми же диапазонами разрешения и длительности. Для reference-image video, где нужна character consistency по изображениям, рекомендуется happyhorse-1.1-r2v.

Та же официальная страница сохраняет важные lanes за Wan 2.7. wan2.7-t2v-2026-04-25 рекомендован, когда команде нужно передать custom audio file. wan2.7-i2v-2026-04-25 подходит для first-frame, first-and-last-frame и video continuation workflows. wan2.7-r2v лучше подходит, если reference включает images и videos или если voice style задается через audio. wan2.7-videoedit остается lane для effects replication, camera-motion replication и instruction editing, а happyhorse-1.0-video-edit — более простой video-edit вариант.

Это совпадает с более широким model catalog Alibaba: Model Studio также перечисляет happyhorse-1.1-t2v, happyhorse-1.1-i2v, happyhorse-1.1-r2v и happyhorse-1.0-video-edit рядом с Wan и Qwen image models. Официальный сигнал понятен: DashScope video больше не выглядит как один общий route “generate a clip”. Это набор workload-specific lanes.

Почему HappyHorse 1.1 video routing важен для AI engineering teams

Video generation нагружает routing layers иначе, чем chat или embeddings. Jobs дольше, чаще async, дороже при retry и сложнее оцениваются по одному provider status code. Неудачный chat request обычно можно быстро отправить в fallback. Неудачный 15-секундный 1080P video job уже мог потратить queue time, терпение пользователя и часть creative budget. HappyHorse 1.1 video routing дает operators основание делить очередь до первого API call.

Первое разделение — intent. Text-only prompt, first-frame animation, reference-image consistency, custom audio, first-and-last-frame continuity и instruction editing не должны идти через одну default model. Второе разделение — evidence. Audio file, tail frame, reference video или edit instruction меняют capability map. Третье разделение — user promise. Если UI обещает audio synchronization, character consistency, 1080P output или smooth clip chaining, gateway должен routing по этому обещанию, а не по самому дешевому default.

Есть и regional impact. Docs Alibaba различают China mainland, international, global и US deployment scopes в video families. Production router должен понимать, может ли job выполняться в выбранном пользователем region, важна ли static data residency и пересекает ли fallback boundary deployment scope. Поэтому HappyHorse 1.1 video routing должен жить в policy, а не в разрозненных application prompts.

Router/operator angle для HappyHorse 1.1 video routing

Практичный AI gateway должен превратить guidance Alibaba в media job classifier. Используйте happyhorse-1.1-t2v как default для prompt-only clips, когда product ожидает audio-video output в диапазоне 3-15 секунд. Используйте happyhorse-1.1-i2v, если request содержит одно стартовое изображение и не требует custom audio. Используйте happyhorse-1.1-r2v, когда продукт просит image-based character consistency. Route в Wan 2.7, если request включает custom audio, tail-frame continuity, video continuation, video references или advanced edit semantics.

Fallback должен быть явным. Не стоит тихо переводить audio-video lane на silent model, если user или product policy не приняли такой downgrade. Не заменяйте first-and-last-frame continuity на first-frame-only animation без отметки degraded route. Для media workloads fallback contract должен включать resolution, duration, audio, input modality, region и ожидание сохранения reference subject.

Observability тоже нуждается в media-specific labels. Отслеживайте job_type, input_modalities, requested_duration, resolution, audio_required, reference_kind, region_scope, provider_model, queue time, generation time, retry count и final asset status. Эти labels помогают finance сверять video cost per feature, а product teams — видеть, что пользователи реально запрашивают: text-to-video, image-to-video или reference-video workflows.

Здесь применим более широкий pattern из AI gateway documentation TheRouter. Model routing — это не только выбор дешевой text model. В multimodal systems router становится job planner: выбирает provider lane, фиксирует обещание пользователю и не допускает unsafe fallbacks между modality или region boundaries.

Что TheRouter users должны проверить

Командам, которые используют DashScope или строят multi-provider media layer, стоит превратить HappyHorse 1.1 video routing в небольшую policy table до запуска в product. Начните с пяти lanes: text-to-video, first-frame image-to-video, reference-image video, custom-audio or continuity video и video edit. Для каждого lane задайте primary model, allowed fallback, blocked fallback, max duration, allowed resolution, data-region rule и user-visible degradation message.

Проведите dry test с representative jobs:

• Prompt-only 1080P clip, routed в happyhorse-1.1-t2v.
• Product-image animation, routed в happyhorse-1.1-i2v.
• Character-consistency request, routed в happyhorse-1.1-r2v.
• Narration-driven clip, routed в Wan 2.7, потому что нужен custom audio.
• Chained scene, routed в Wan 2.7, потому что важна first-and-last-frame continuity.
• Edit request, routed не в generation lane, а в video-edit lane.

После этого проверьте, что gateway записывает одинаковые fields для каждого job, даже когда provider меняется. Практический вывод: HappyHorse 1.1 video routing упрощает adoption DashScope media stack, но только если команда перестает считать video одним endpoint. Routing unit — это creative job, а policy должна сохранять modality, audio, region и fallback intent.