Диктовка в BiFL — это ввод текста в кабинет голосом: кнопка микрофона одна на весь кабинет, запись целиком, распознавание — и текст встаёт в поле, где стоял курсор. Ниже — из чего складывается сценарий, что видит владелец и где границы.

Как устроен сценарий

Кнопка микрофона — плавающая, одна на все страницы кабинета: владелец не ищет значок в каждом поле. Курсор остаётся в поле, клик по кнопке фокус не уводит.

Запись идёт целиком: нажали — продиктовали — нажали ещё раз. Индикация видимая: пульсация кнопки и таймер. Начатую запись можно отменить — случайное нажатие ничего не вставит. На двух минутах запись останавливается сама и распознаётся; запись короче полсекунды не отправляется вовсе.

Результат — текст в том же поле, на месте курсора. Выделенный фрагмент заменяется. Промежуточных гипотез нет: текст появляется после остановки записи. Предпросмотра перед вставкой тоже нет — правка идёт после, в самом поле.

Что важно про результат: поле после диктовки самое обычное. Это не отдельный интерфейс и не «черновик с особым статусом» — текст правят и сохраняют как набранный. Распознанный текст всегда дополнительно попадает в буфер обмена: если вставка в поле не удалась, текст всё равно остаётся у владельца.

Где работает и где нет

Работают текстовые поля кабинета: описания позиций, статьи базы знаний, промпты персонажей, заметки, ответы поддержки. Не работают поля пароля, чисел, дат и выбора файла — текст там не вставляется. Если браузер не умеет записывать звук, кнопка не показывается — с объяснением причины.

На стороне платформы

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

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

Приватность: аудио и распознанный текст не сохраняются. Запись уходит провайдеру модели и возвращается текстом — прошлую диктовку не воспроизвести.

Где границы

— Диктовка вставляет текст, а не выполняет действия: голосовых команд нет, запись в расписании она не создаст и клиенту не ответит. — Предпросмотра перед вставкой нет: текст появляется в поле сразу. — Запись ограничена двумя минутами с автостопом; совсем короткая запись не отправляется. — Работают текстовые поля; пароли, числа, даты и файлы — нет. — Диктовка есть только в кабинете владельца: в публичном виджете, на лендинге и в приложении клиента её нет. — Речь может не распознаться: показывается сообщение и кнопка «Повторить». — Ограничение по частоте вместо блокировки; число ограничения не раскрывается.

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

Разбор сценария и границы — в статье:

https://bifl.ru/articles/dictation

А как ваши клиенты заполняют длинные тексты в кабинетах с телефона: набирают, переносят с компьютера или уже диктуют?