Отчёт о прогрессе · TechCon ML · 25.11.2025 — 07.09.2026

Распознавание речи для дефектов

Экономичный, легко поддерживаемый API-сервис распознавания русской речи с крайне высоким качеством — на боевой очереди задач, полностью синхронизированной с общей инфраструктурой флота.

404
коммита
за 286 дней истории
0.075—0.31
RTF на бенчмарке
в разы быстрее реального времени
GigaAM-v3
модель Сбербанка
специализация на русской речи
0 ₽
предельная стоимость размещения
на уже работающей карте флота
Что это

Качественное распознавание речи как отдельный сервис

Сервис принимает аудиозапись по ссылке, распознаёт речь и отдаёт готовый текст — через очередь задач с повторными попытками и защитой от потери запроса, на боевой GPU-карте. В основе — модель GigaAM-v3 от Сбербанка, специализированная на русском языке, с точной настройкой под работу с записями разной длины: от короткой реплики до пятнадцатиминутного разговора.

Архитектура спроектирована так, чтобы сервис было легко поддерживать: единый прокси доступа к моделям, узкий и явно задокументированный публичный контракт API, полная синхронизация с общей очередью и инфраструктурой флота — без собственных, ничем не оправданных особых случаев.

Модель

GigaAM-v3 — модель распознавания речи от Сбербанка

В основе сервиса — конкретный, отобранный по результатам проверки чекпоинт GigaAM-v3, специализированный именно на русской речи. Вокруг этой модели построена вся остальная архитектура:

Потоковая архитектура

Модель обучена на коротких фразах — сервис делит длинную запись на фрагменты, а не подаёт её целиком.

Умное деление записи

Голосовая активность (Silero VAD) определяет границы речи — фрагменты режутся по паузам, а не произвольно.

Перекрытие фрагментов

Соседние куски записи слегка перекрываются — слово на границе фрагмента не теряется и не режется пополам.

Параметры закреплены экспериментально

Длина фрагмента, перекрытие, отступ по паузе — подобраны опытным путём и защищены от случайной правки.

Скорость

RTF — во сколько раз быстрее реального времени

RTF (Real-Time Factor) — отношение времени обработки к длительности самой записи. RTF 0.5 значит: запись длиной в минуту распознаётся за 30 секунд, вдвое быстрее реального времени. Ниже — измеренный результат по всему диапазону длин записи, от короткой реплики до пятнадцати минут разговора:

00,20,40,6цель 0.50.07515 сек0.141 мин0.193 мин0.247 мин0.3115 мин

На любой длине записи — от 15 секунд до 15 минут — результат держится в 1.6—6.7 раза быстрее цели.

Путь к прод-готовности

Тестовое покрытие росло вместе с сервисом

05010061%апр. — прод-план76%апр. — S6/S892%апр. — ключевые модули95%+S10 — очередь и повторы
Хронология вех

Постоянное улучшение качества, стабильности и документации

10.01.2026

Архитектура распознавания заложена

Модель GigaAM-v3 выбрана и интегрирована как основа сервиса — с самого начала с прицелом на промышленную эксплуатацию.

07.04.2026

Прод-готовая версия 2

Деление аудио на фрагменты по голосовой активности — сервис уверенно держит записи любой длины.

13.04.2026

Автоматическая доставка на боевую карту

Сборка, публикация образа и выкладка на GPU-карту — единым автоматическим конвейером.

15.04.2026

Наблюдаемость и защита доступа

Метрики Prometheus и авторизация по токену — сервис виден в общем мониторинге флота и закрыт от случайного доступа.

16 — 17.04.2026

Очередь задач на Redis Streams

Переход на асинхронную очередь с несколькими токенами доступа и ограничением нагрузки.

23 — 24.04.2026

Надёжность очереди подтверждена измерением

Повторные попытки с нарастающей паузой, отдельная очередь для сложных случаев, ограничение 1000 запросов в минуту — задокументировано отчётом с реальными цифрами тестов на боевой карте.

13.07.2026

Более строгий контроль выкладки

Прод-деплой переведён на явный ручной запуск с проверкой — дополнительный барьер качества перед боевым обновлением.

05.08.2026

Безопасность усилена по умолчанию

Аудит доступа привёл к более строгому поведению по умолчанию: отсутствие настройки теперь закрывает доступ, а не открывает его.

13.08.2026

Публичный контракт API сужен и задокументирован

Наружу — только необходимый минимум эндпоинтов, внутренние детали инфраструктуры скрыты из публичной схемы и ответов.

Как мы ловим сбои

Каждый прод-инцидент — с найденной первопричиной, не заглушкой симптома

июль 2026

Несовместимость версий рантайма поймана и закрыта пином

Новая версия видеокарт-библиотеки конфликтовала с драйвером боевой карты и роняла обработку. Устранено переводом на последовательную обработку и фиксацией рабочих версий библиотек.

29.07.2026

Опечатка в имени окружения — рассинхронизация очереди

Одна буква в названии окружения развела префиксы очереди задач и обработчика. Найдено и закрыто в тот же день.

05.08.2026

Пустая настройка защиты открывала доступ, не закрывала

Найдено при аудите: отсутствие конфигурации аутентификации по умолчанию давало доступ вместо того, чтобы его блокировать. Переведено на безопасное по умолчанию поведение.

Экономика размещения

Модель адаптирована под уже работающую карту флота

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

Типовой путь
Отдельная GPU-карта
полная стоимость выделенной видеокарты на весь срок работы сервиса
В этом сервисе
Общая карта с Defectoscopy
предельная стоимость размещения — фактически нулевая: карта уже работала и уже оплачена другим сервисом
Документация и поддерживаемость

Гибкая, живая и явно структурированная документация

Публичный контракт API — отдельным документом
канонический источник правды об эндпоинтах
внутренние детали инфраструктуры скрыты от потребителя
Живой журнал разработки
каждый прод-готовый этап — с отчётом и цифрами тестов
решения объяснены, не только зафиксированы
Реестр токенов доступа
учёт без хранения самих секретов
прозрачное управление доступом
Куда движемся дальше

Более точная работа со специальной терминологией

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