AIREITERВ поиске модель часто называют «3-5», но официальные идентификаторы Google — gemini-3.5-transcribe и gemini-3.5-transcribe-live. API действительно существует и стоит недорого, однако главный вопрос не в цене: вам нужен аккуратный связный текст, дословная расшифровка с возможностью проверить каждое слово или субтитры в реальном времени?
Вердикт по Gemini 3.5 Transcribe API — в одной таблице
Gemini 3.5 Transcribe стоит попробовать для записанных файлов, диктовки и коротких сценариев с субтитрами в реальном времени. Но делать его универсальным выбором для дословной расшифровки или длительной записи Live-сеанса не стоит: режим Smart редактирует речь, в Live нет меток говорящих и таймкодов для отдельных слов, а сам сервис всё ещё находится в публичном превью.
| Если вам нужно… | Используйте… | Вердикт обзора |
|---|---|---|
| Расшифровать загруженную встречу, звонок или подкаст | gemini-3.5-transcribe | Используйте; если важна формулировка, выбирайте дословный режим |
| Получить чистую диктовку или читабельные заметки со встречи | Записанную модель в режиме Smart | Используйте с проверкой, если редактирование допустимо |
| Показывать субтитры во время разговора | gemini-3.5-transcribe-live | Тестируйте для коротких интерактивных сессий |
| Получить метки говорящих и таймкоды для отдельных слов | Записанную модель с дословными аннотациями | Используйте с ограничениями; 30 минут и более 3 говорящих имеют экспериментальный статус |
| Создать юридическую, медицинскую, комплаенс- или архивную запись, которой можно безоговорочно доверять | Дословный пайплайн с проверкой человеком | Не используйте как единственный источник |
Это обзор API на основе доступных свидетельств, а не контролируемый WER-бенчмарк. В руководстве по настройке и ценам Gemini 3.5 Transcribe API разобран процесс отправки запросов, а здесь мы сосредоточимся на том, что заявленные компромиссы означают после первого успешного вызова.
На деле это два разных API-контракта
gemini-3.5-transcribe обрабатывает загруженное или заранее записанное аудио через Interactions API, а gemini-3.5-transcribe-live принимает потоковое аудио через Live API.
Расшифровка записей: gemini-3.5-transcribe
Маршрут для записанного аудио лучше подходит для долговечных расшифровок. В документации по транскрибации аудио Google заявляет автоматическое определение языка для более чем 85 языков, пользовательский словарь, режимы Smart и Verbatim, диаризацию и таймкоды для отдельных слов.
Обычное ограничение для аудио — до одного часа. Если включить диаризацию или таймкоды для отдельных слов, лимит сокращается до 30 минут. При этом Google помечает определение говорящих при наличии трёх и более участников как экспериментальное, хотя в справочнике модели указано до восьми говорящих.
Этот маршрут подходит для диктовки, интервью и коротких звонков. Длинные встречи, где нужны метки говорящих и точная привязка к аудио, придётся делить на части и собирать обратно на стороне приложения.
Расшифровка в реальном времени: gemini-3.5-transcribe-live
Live-маршрут рассчитан на постепенно появляющиеся субтитры, а не на копирование возможностей записанной модели поверх WebSocket. В документации по Live-транскрибации описаны промежуточные и финализированные события расшифровки, автоматическое определение языка, пользовательский словарь, режим Smart, а также автоматическое, гибридное и ручное определение голосовой активности.
Непрерывная Live-сессия длится 10 минут. В потоковом режиме нет диаризации и таймкодов для отдельных слов, а аудио должно передаваться как raw 16-bit PCM, 16 kHz, mono, little-endian. Для предварительных субтитров этого достаточно, но длительная запись звонка потребует переподключения, сборки фрагментов и отдельной обработки промежуточного текста.
Главный компромисс: аккуратный текст против дословной записи
Ключевое отличие Gemini 3.5 Transcribe — «интеллектуальная» очистка речи. Но вместе с ней меняется и само понятие точности. Для диктовки отполированный текст может быть удобнее, а для буквальной записи — наоборот, менее пригоден.
Режим Smart редактирует речь, а не сохраняет исходник
Smart-режим Google убирает слова-паразиты, заикания и незаконченные фразы, исправляет проговорённые ошибки и автоматически оформляет пунктуацию, числа, списки и абзацы. Фраза «Встретимся во вторник, нет, в среду» может превратиться в «Встретимся в среду» — без сохранения первоначальной оговорки.
Для черновика письма, голосовой заметки или понятных заметок со встречи это удобно. Но если значение имеют пауза, исходная ошибка или точная последовательность слов, такой результат становится рискованным.
Официальное руководство по транскрибации прямо обозначает границу: Smart нельзя использовать одновременно с диаризацией или таймкодами для отдельных слов. API заставляет выбрать между чистым текстом и аннотациями, позволяющими проверить расшифровку.
Сохраняйте дословную расшифровку как первоисточник, а для читателей создавайте отдельную копию в режиме Smart или очищайте текст последующей обработкой. Пытаться обойти это ограничение промптом бессмысленно: оно заложено в контракт вывода API.
Таймкоды и метки говорящих повышают проверяемость, но сужают возможности маршрута
Для записанного аудио можно получить аннотации word_info с текстом слова, смещением во времени и идентификатором говорящего — если включить дословный режим. Это позволяет создавать субтитры, перематывать запись к нужному месту по клику, считать продолжительность речи каждого участника и проверять спорные фрагменты.
| Требование | Маршрут для записей | Live-маршрут |
|---|---|---|
| Диаризация | Поддерживается; официально указано до 8 говорящих, 3+ — экспериментально | Не поддерживается |
| Таймкоды для отдельных слов | Поддерживаются | Не поддерживаются |
| Smart-вывод с аннотациями | Не поддерживается | Не поддерживается вместе с аннотациями слов |
| Ограничение по длительности | 1 час в обычном режиме; 30 минут с диаризацией или таймкодами слов | 10 минут на одну непрерывную сессию |
| Оговорка по точности | Google предупреждает, что таймкоды слов могут снизить точность | Промежуточный текст может измениться до финализации |
Поэтому фраза «поддерживает таймкоды» сама по себе ничего не говорит о пригодности API. Функция есть, но вместе с ней снижается допустимая длительность файла и может ухудшаться распознавание. Проверяйте качество определения говорящих на практике, а не воспринимайте заявленный максимум как гарантию надёжной работы с большими встречами.
Пользовательский словарь и определение языка
Оба маршрута поддерживают автоматическое определение языка и пользовательский словарь. Google заявляет поддержку более 85 языков и переключение между языками в одной речи, а если приложение уже знает язык, рекомендует передавать подсказки вроде en-US.
Пользовательский словарь может содержать до 1 000 терминов, но в практических рекомендациях Google указывает, что наилучшие результаты обычно получаются при использовании до 100. Добавляйте туда названия продуктов, аббревиатуры, имена собственные и технические термины, а не общеупотребительные слова.
Сам факт поддержки не означает одинакового качества при разных акцентах, диалектах, шуме в помещении и переключении языков посреди фразы. В одном из ранних обсуждений на Reddit отдельно спрашивали, справится ли Live-маршрут со смешанными языками. Это полезный сценарий для тестирования, но не доказательство неисправности сервиса.
«Я бы предпочёл небольшую задержку видео, если благодаря этому субтитры будут синхронизированы с произносимыми словами». — u/WaterObjective5107, Reddit
Этот комментарий показывает проблему Live-продуктов, которую WER не измеряет: субтитры могут быть лингвистически точными, но восприниматься неправильно, если они не синхронизированы с видео.
Что на самом деле говорят цифры точности
Опубликованные Google показатели выглядят многообещающе, но описывают несколько разных условий тестирования, а не один универсальный результат Gemini 3.5 Transcribe. Их достаточно, чтобы начать серьёзный пилот, но недостаточно, чтобы отказаться от проверки собственных микрофонов, акцентов, терминологии и сценариев с несколькими говорящими.
| Контекст оценки | Заявленный WER | Что это показывает |
|---|---|---|
| Artificial Analysis, потоковый режим | 4.0% | Указанное среднее для потоковой обработки, но не показатель задержки или диаризации |
| Artificial Analysis, непотоковый режим | 2.6% | Указанное среднее для записанного аудио в условиях их теста |
| FLEURS, потоковый режим | 5.50% | Мультиязычный результат для потоковой обработки на выбранных языках и локалях |
| FLEURS, непотоковый режим | 5.04% | Отдельный мультиязычный результат для записанного аудио |
Эти цифры приведены в анонсе запуска. Там же Google заявляет, что время до финальной расшифровки на 70% меньше, чем у Chirp 3. Это заявление Google, а не независимый тест именно вашего рабочего процесса.
Разница между 2.6% и 5.50% не означает противоречия. У маршрутов разные наборы данных, языковой состав и условия потоковой передачи. Оценивайте ошибки, которые стоят вам денег: имена, номера заказов, даты, суммы, названия продуктов и смену говорящих. Одного усреднённого WER для этого недостаточно.
Ранние отзывы сообщества указывают на переключение языков, определение говорящих, поведение таймкодов и завершение обработки длинных записей как на важные сценарии для проверки. Один из тестировщиков в X сообщил, что из 20-минутного фрагмента вернулось только пять минут. Это показательные анекдотические наблюдения, а не контролируемые факты о продукте. (Сообщение в X)
Производственные риски, которых не видно в инструкции по настройке
Успешная загрузка файла или подключение по WebSocket подтверждает только работу транспорта, но не готовность решения к продакшену. Настоящие риски проявляются позже: изменяющийся Live-текст, разные ограничения маршрутов, работа с ключами, статус превью и правила хранения надёжной расшифровки.
Для Live-субтитров потребуется управлять состояниями
У ответов Live две функции. interim_input_transcription — меняющаяся гипотеза для предварительного показа субтитров, а input_transcription — финализированный сегмент, который можно добавлять в постоянное состояние расшифровки.
Используйте такую модель состояния:
- Заменяйте видимый текст субтитра при каждом промежуточном обновлении.
- Добавляйте в сохранённую расшифровку только финализированный текст.
- Обновляйте соединение или переподключайтесь до достижения 10-минутной границы сессии.
- Объединяйте сессии с явной отметкой границы и логикой удаления дубликатов.
- Не запускайте необратимые действия на основе промежуточного текста.
В браузерных и мобильных клиентах используйте временные токены, чтобы долгоживущий API-ключ не оказался во фронтенд-коде. Для выпуска и ограничения таких токенов понадобится бэкенд; после этого аудио может идти напрямую от клиента к Live API, если такая архитектура подходит приложению. Отслеживайте ошибки соединения, задержку финализации и повторяющиеся сегменты.
Для записей нужна политика первоисточника
Сначала определите контракт вывода, а уже потом выбирайте режим. Smart подходит для читабельной прозы, а Verbatim — когда важны точные слова, говорящие или временные смещения.
Сохраняйте результат в дословном режиме вместе с аннотациями, а затем создавайте отдельную очищенную расшифровку для поиска, саммари или заметок для клиентов. Это добавляет шаг обработки, зато безопаснее, чем пытаться восстановить удалённые слова-паразиты или перезаписанные исправления.
Статус превью влияет на решение о внедрении
Google представила Gemini 3.5 Transcribe 26 августа 2026 года как семейство моделей в публичном превью. В справочнике моделей Google описаны возможности и ограничения, но статус превью означает, что перед миграцией нужно повторно проверить цены, квоты, поведение и доступность.
Начните с небольшого набора несекретных данных и сохранённых эталонных расшифровок. Отдельно оценивайте точность критически важных сущностей, определение говорящих, задержку финализации, поведение при переподключении и долю исправлений от проверяющего. Пороговые значения зафиксируйте до тестирования и переводите решение дальше только после достижения каждого из них.
Цена API и реальная стоимость принятой расшифровки
По опубликованным оценкам Gemini 3.5 Transcribe стоит недорого, но тарификация идёт по токенам, а не по гарантированному фиксированному тарифу за минуту. В официальной таблице цен Google указано примерно $0.003 за минуту входного записанного аудио плюс $0.002 за текстовый вывод — то есть около $0.005 за минуту в смешанном расчёте. Для Live заявлена приблизительная смешанная стоимость $0.009 за минуту.
| Маршрут | Оценка входного аудио | Оценка текстового вывода | Смешанная оценка для планирования | 100 часов |
|---|---|---|---|---|
Записанный gemini-3.5-transcribe | $0.003/мин | $0.002/мин | $0.005/мин | Около $30 |
Live gemini-3.5-transcribe-live | Около $0.005/мин | Около $0.004/мин | $0.009/мин | Около $54 |
Первый ориентир по бюджету — примерно $30 за 100 часов записанного аудио или $54 за Live, без учёта повторных запросов, хранения, конвертации аудио, проверки человеком и последующего создания саммари. Длина вывода и дополнительный контекст могут изменить итоговый счёт, поэтому ведите журнал использования.
Скриншот со страницы публичных тарифов Google; перед планированием больших объёмов проверьте актуальную таблицу. См. официальную документацию по ценам Gemini API.
Считайте стоимость принятой расшифровки как сумму расходов на API, времени проверки, ставки проверяющего, повторных запросов, хранения, конвертации и последующей обработки. Исправления в режиме Smart или второй проход для добавления аннотаций могут сделать более дорогой API выгоднее в целом, если они сокращают объём ручной работы.
FAQ по Gemini 3.5 Transcribe API
Сохраняет ли Smart точную формулировку?
Нет. Smart редактирует слова-паразиты и самоисправления, поэтому при важности точной формулировки сохраняйте дословный режим как источник.
Есть ли в Live API метки говорящих или таймкоды отдельных слов?
Нет. Если нужны диаризация или таймкоды для отдельных слов, используйте маршрут для записанного аудио.
Справится ли Gemini 3.5 Transcribe с длинной встречей?
Обычное ограничение для записанного аудио — один час, а при диаризации или таймкодах слов — 30 минут. Live ограничен 10 минутами на одну непрерывную сессию.
Подходит ли сервис для юридических, медицинских или комплаенс-расшифровок?
Используйте его только как вспомогательный слой: с дословным выводом, проверкой критических полей и участием человека. Не делайте Smart-вывод единственной записью для задач с высокими рисками.
Итог: тестируйте Gemini 3.5 Transcribe, но не превращайте его в первоисточник случайно
Gemini 3.5 Transcribe выглядит сильным кандидатом, если вам нужна недорогая мультиязычная транскрибация с учётом контекста, а не идеально буквальная запись каждого слова. Начните с маршрута для записанного аудио, сравните Smart и Verbatim на собственных материалах и добавляйте аннотации только в тех сценариях, где ограничение в 30 минут приемлемо.
Переходите на Live для субтитров или голосового интерфейса после того, как клиент научится безопасно передавать PCM в требуемом формате и отделять промежуточный текст от финализированного. Для чувствительных записей сохраняйте исходный дословный результат и включайте проверку человеком в критерии приёмки, а не пытайтесь срочно восстановить данные после того, как Smart переписал источник.