ОБЗОР 2026

Hy-SimulMT: синхронный перевод речи с задержкой около 3 секунд

Tencent Hunyuan открыла модель, которая переводит речь на ходу — китайский и английский, с клонированием голоса. Разбираем, что подтверждено замерами авторов, а что пока обещание, и сколько это стоит по железу.

Синхронный переводОткрытые веса2026
Категория Речь → речьЛицензия Apache 2.0Обновлено 28.10.2026

Hy-SimulMT — открытая модель синхронного перевода речи: она слушает поток и говорит перевод, не дожидаясь конца фразы. Заявленная задержка — около 3 секунд по метрике StreamLAAL, лицензия Apache 2.0, веса лежат на Hugging Face. Это первая открытая модель этого класса у крупного вендора, и для рынка это важнее, чем конкретные баллы: до неё синхронный перевод в проде означал покупку закрытого API.

8,3
Оценка Qantcore
из 10, редакционная
~3 с
Задержка
StreamLAAL, данные авторов
3B
Активных параметров
из 30B в MoE
166
Звёзд на GitHub
снято 28.10.2026
Как мы это проверяли
Мы не запускали модель на своём железе: заявленных 57 GiB BF16-весов у нас нет. Все цифры в обзоре — из карточки модели на Hugging Face, GitHub-репозитория Tencent-Hunyuan/Hy-SimulMT, README SimulInfer и метаданных HF API, снятых 28.10.2026. Всё, что помечено как «данные авторов», — это вендорские замеры без независимой проверки.

01Что именно открыли Tencent

Hy-SimulMT — модель перевода речь → речь в обе стороны между китайским и английским. На вход идёт непрерывный аудиопоток, на выходе — текст перевода и синтезированная речь, причём с клонированием тембра говорящего: слушатель слышит не «голос робота», а тот же голос на другом языке.

Архитектурно это MoE на 30 млрд параметров с примерно 3 млрд активных на токен — то есть по стоимости инференса модель ближе к 3B-классу, а по «знаниям» к 30B. Рядом с текстовой частью стоит аудио-башня (0,66 ГБ в файлах репозитория), которая и превращает звук в токены для модели.

Ключевая инженерная идея — стратегия «сначала сказать, потом поправить». Модель не ждёт полной фразы: она выдаёт гипотезу перевода по мере поступления аудио и переписывает её, когда приходит продолжение. Именно это даёт низкую задержку, и именно поэтому в длинном тексте возможны правки уже произнесённого.

Карточка модели
РазработчикTencent Hunyuan
Релиз26.10.2026
Архитектура30B-A3B MoE, аудио-башня + LLM
Языки (официально)китайский ↔ английский
ЛицензияApache 2.0 (карточка HF)
ИнструментыSimulInfer (инференс), SimulTrain (дообучение)
Задержка~3 с StreamLAAL (данные авторов)
Ловушка с языками
В метаданных карточки перечислены 34 языка, включая русский, немецкий и японский. Но в описании модели и в пресс-релизе заявлен только китайско-английский дуплекс. Мы не нашли подтверждения, что другие языки проверялись как направление перевода, поэтому в продакшене считайте это моделью zh↔en, пока вендор не опубликует замеры по остальным языкам.

02Шесть чекпойнтов и сколько они весят

В коллекции на Hugging Face шесть чекпойнтов: перевод «только результат» и вариант Interleave, который дополнительно печатает оригинал (это то, что нужно для субтитров и протокола встречи). Каждый доступен в BF16, FP8 и GGUF.

ЧекпойнтЧто выдаётФорматВес на дискеКогда брать
Hy-SimulMT-30B-A3Bтолько переводBF1660,9 ГБэталон качества, H200/H100
Hy-SimulMT-30B-A3B-FP8только переводFP832,2 ГБкогда важна память GPU
Hy-SimulMT-30B-A3B-GGUFтолько переводGGUF19,8–33,3 ГБэксперименты с llama.cpp
...-Interleaveоригинал + переводBF1660,8 ГБсубтитры и протокол встречи
...-Interleave-FP8оригинал + переводFP832,2 ГБпротокол на одной карте
...-Interleave-GGUFоригинал + переводGGUF19,8–33,3 ГБлокальный тест без vLLM
Шесть чекпойнтов одной модели: размеры — сумма файлов в репозитории HF, снято 28.10.2026.
GGUF-сборки требуют патча llama.cpp: PR #31198 ещё не влит в upstream.
Вес чекпойнта на дискеFP8 и GGUF против BF16
0 ГБ40 ГБ80 ГБBF1661 ГБFP832 ГБQ8_033 ГБQ4_K_M20 ГБ
Сумма файлов репозитория HF, снято 28.10.2026

Практический вывод: FP8-вариант — это половина веса BF16 при том же наборе файлов (17 шардов вместо 17, но по 1,81 ГБ вместо 3,62 ГБ). Для одной карты на 48–80 ГБ это разница между «влезает с трудом» и «влезает с запасом под KV-кэш».

Что скачивают чаще
70%14%6%3077загрузок лидераInterleave-GGUF3 077 · 70%GGUF623 · 14%base BF16269 · 6%Interleave166 · 4%FP8165 · 4%Interleave-FP8111 · 3%
Загрузки за всё время жизни репозиториев, HF API, снято 28.10.2026

Показательная деталь: самый скачиваемый вариант — Interleave-GGUF (3077 загрузок), а вовсе не «правильный» BF16 (269). Люди хотят попробовать модель на том, что есть под рукой, даже если GGUF-путь ещё требует патча llama.cpp. Это классический разрыв между тем, как модель задумана, и тем, как её трогают впервые.

03Как устроен конвейер перевода

1Аудиопотокмикрофон или файл, моно PCM16 16 кГц, нарезка по VAD2Инкрементальный переводмодель выдаёт гипотезу по мере поступления звука3Правка гипотезыпришёл новый контекст — произнесённый фрагмент переписывается4Текст и речьтекст сразу, озвучка через внешний TTS с клонированием голосаУпрощённая схема: детали VAD и эвристик восстановления — в README SimulInfer

Важно, что озвучка не входит в модель. Hy-SimulMT отдаёт текст, а речь собирает отдельный TTS-сервис. В документации SimulInfer предлагается Qwen3-TTS (0,6B) через vLLM-Omni: он поднимается на своём порту и получает от SimulInfer текст вместе с эмбеддингом голоса говорящего.

Стек целиком
Браузер или клиентвеб-страница SimulInfer, curl, WebSocket-микрофонпользовательSimulInferweb/API на 8080: загрузка файла, /translate/stream, /translate/wsоркестрацияvLLM ≥ 0.31модельный сервер HYV3ForCausalLM на 8800инференсЧекпойнт Hy-SimulMTBF16, FP8 или GGUF — от него зависит память GPUвесаTTS (опционально)Qwen3-TTS на 8091: озвучка и клонирование тембраголос

Отсюда простая истина: «задержка 3 секунды» — это метрика модели, а не вашего стенда. Реальная задержка в звонке = VAD + инференс + TTS + сеть. Если TTS отвечает медленно, синхронности не будет даже при идеальном чекпойнте.

04Бенчмарки: что реально измерено

Авторы сравнивают модель с девятью системами на четырёх коротких наборах и на длинном RealSI. В таблице ниже — баллы из карточки модели. Hy-SimulMT лидирует на FLEURS (90,3), ACL6060 (81,2) и RealSI-Sentence (84,7), но проигрывает Qwen3.8-LiveTranslate на CoVoST2 (75,5 против 82,1) и отстаёт от Gemini3.5-LiveTranslate на FLEURS.

СистемаFLEURSCoVoST2ACL6060RealSI-Sentence
Qwen3.8-LiveTranslate88.482.180.584.4
Hy-SimulMT90.375.581.284.7
Gemini3.5-LiveTranslate92.474.482.682.2
Confucius4 R2T289.476.876.177.7
Seed-LiveInterpret2.085.867.774.880.0
SimulS2ST-Omni78.666.673.177.4
GPT-Realtime-Translate77.750.876.476.7
XunFei-Simult-Interpretation73.457.057.570.9
SeamlessStreaming72.860.949.856.9
Короткие аудио, данные авторов (Tencent Hunyuan), карточка модели, снято 28.10.2026. Больше — лучше.
Сравнение вендорское: наборы, промпты и нормализация выбраны авторами модели, независимого замера нет.
Четыре метрики, три системы
0255075100FLEURSCoVoST2ACL6060RealSI-SHy-SimulMTQwen3.8-LiveTranslateSeamlessStreaming
Данные авторов; SeamlessStreaming — открытая система Meta для сравнения

Отдельный блок — сравнение с людьми. Авторы взяли 18 свежих записей примерно по 6 минут из десяти предметных областей (от медицины до спорта) и позвали шесть синхронистов с сертификатами CATTI: троих первого уровня и троих второго. Заявление: качество сопоставимо, задержка часто ниже. Оговорка самих авторов — выборка маленькая, и это не оценка качества голоса или похожести тембра.

Чего в замерах нет
Нет независимого прогона: все таблицы — от вендора, на его нормализации и его промптах. Нет публичных замеров на русском, арабском и остальных языках из метаданных. Нет замера задержки «конец речи → первый звук перевода»: StreamLAAL измеряет отставание по ходу потока и сам вендор предупреждает, что это не то же самое.

05Железо и запуск: честные требования

В README указано прямо: BF16-веса занимают около 57 GiB до KV-кэша и служебных аллокаций, и одной H200 достаточно. Это значит, что карта на 48 ГБ в BF16 не подойдёт — либо FP8, либо два устройства с tensor-parallel.

Путь запускаЧто нужноПлюсыОграничения
SimulInfer + vLLMPython 3.11/3.12, NVIDIA GPU, vLLM ≥ 0.31веб-страница, файлы, WebSocket, TTSнужна сборка vLLM с HYV3ForCausalLM
SimulInfer, 2 GPUте же плюс --gpus 0,1 --tensor-parallel-size 2BF16 влезает на двух картахбольше узких мест по шине
SGLang-OmniLinux, CUDA, Docker, ~57 GiBOpenAI-совместимые эндпоинты, realtime WSтолько BF16 translation-only чекпойнт
llama.cpp + GGUFаудио-способный llama.cpp с патчем PR #31198Q4_K_M ≈ 20 ГБPR не влит в upstream, llama-server ещё нет
Сводка по официальной документации, снято 28.10.2026

Самый короткий путь — одна команда в каталоге SimulInfer: bash deploy.sh --install-server с флагом --model и HF-ID или путём к чекпойнту. Она ставит зависимости в изолированные окружения, готовит модель, поднимает vLLM и веб-сервис. Пошаговый разбор команд, портов и типичных ошибок мы собрали отдельно — в гайде «Синхронный перевод локально».

Оценка по осям (редакционная)
Латентность9,2Качество перевода8,6Лицензия и доступ9,4Документация8Зрелость экосистемы5,5
Веса: качество 0.30, латентность 0.25, лицензия 0.15, зрелость 0.15, документация 0.15

06Кому брать, а кому подождать

Модель имеет смысл, если у вас есть NVIDIA-карта на 80 ГБ (или две поменьше), трафик в основном китайско-английский, и вам критично, чтобы данные не уходили в чужое облако. Типичные сценарии: расшифровка и перевод внутренних встреч, субтитры к вебинарам, перевод интервью для редакции.

Подождать стоит в трёх случаях. Первый: нужен русский как направление — публичных замеров нет. Второй: нужен продакшен с SLA — проекту неделя, два открытых issue и невлитый патч llama.cpp. Третий: нужен именно голос, а не текст — без настроенного TTS никакого «перевода голосом» не будет, и это отдельная инфраструктура.

  • Плюсы: Apache 2.0 без порогов выручки, реально открытые веса и инструменты инференса, лучший RealSI-Sentence в таблице авторов, шесть вариантов под разную память GPU.
  • Минусы: только zh↔en по документации, GGUF-путь требует патча, экосистема вокруг модели пока крошечная (15 форков), задержка «3 секунды» — метрика модели, а не вашего продукта.
  • Не для: перевода 40 языков, работы на CPU, задач, где уже произнесённый текст нельзя править.
Как проверить за вечер
Возьмите FP8-вариант (32 ГБ) и SGLang-Omni: он отдаёт OpenAI-совместимый /v1/audio/translations, где на вход идёт файл до 30 секунд. Прогоните свои 10 реальных записей и сравните с расшифровкой вручную — этого достаточно, чтобы понять, тянет ли модель ваш домен, не поднимая весь SimulInfer.

Частые вопросы

Hy-SimulMT — это бесплатно?
Веса открыты под Apache 2.0 по карточке на Hugging Face: коммерческое использование разрешено без порога выручки. Учтите, что GitHub API отдаёт для репозитория лицензию NOASSERTION — юридически ориентируйтесь на текст Apache 2.0 в карточке модели, а для критичных проектов сверьтесь с юристом.
Сколько нужно видеопамяти?
BF16-веса — около 57 GiB до KV-кэша, то есть нужна карта на 80 ГБ (H200/H100) либо две карты с tensor-parallel. FP8-вариант — 32,2 ГБ суммарно по файлам, Q4_K_M — 19,75 ГБ, но под GGUF нужен llama.cpp с патчем, который ещё не влит в upstream.
Можно ли переводить на русский?
Официально заявлен только китайско-английский дуплекс. В метаданных карточки перечислено 34 языка, включая русский, но замеров по ним вендор не публикует. Проверять нужно своим тестом на своих записях, а не по списку тегов.
Чем это отличается от обычного перевода текста?
Модель работает с потоком аудио и выдаёт перевод до конца фразы, а уже произнесённое может править. Классический пайплайн «ASR → текст → переводчик» ждёт паузы, поэтому отстаёт на целую фразу и не умеет переписывать сказанное.
Нужен ли отдельный сервис для озвучки?
Да. Hy-SimulMT отдаёт текст; речь и клонирование тембра делает TTS. В документации предлагается Qwen3-TTS-12Hz-0.6B-Base через vLLM-Omni — отдельный процесс на своём порту, который SimulInfer вызывает по HTTP.
Работает ли на CPU или на Mac?
Официальные пути запуска требуют NVIDIA GPU и CUDA. Клиент SimulInfer может крутиться на CPU отдельно от модельного сервера — но сам инференс остаётся на GPU.
Это заменит синхрониста?
Авторы сами пишут, что модель уместна в сценариях с низким риском, а там, где нужна ответственность и вычитка эксперта, профессиональный переводчик остаётся обязательным. Сравнение с людьми — 18 записей и шесть участников, это не аттестация.
Вердикт Qantcore
8,3/ 10
Hy-SimulMT — редкий случай, когда открытие весов действительно меняет рынок: синхронный перевод перестаёт быть функцией закрытого API. Но это инструмент для тех, у кого есть GPU и кто работает с китайским и английским. Всё остальное — через месяц-два, когда вольётся патч llama.cpp и появятся независимые замеры.

Источники и официальные ссылки

Сравнить с другими моделями
Смотрите разборы открытых моделей и агентов в каталоге Qantcore.