ИИшники

Практика ИИ

Голосовой помощник и статус заявки: что проверять в сценарии на основе Gemini

Google сообщает, что Gemini 3.8 Live и Gemini 3.8 Live Extended Thinking доступны через Live API. Для обработки обращений здесь стоит рассмотреть не обещание заменить сотрудника, а гипотезу ограниченного помощника: уточнить запрос, дождаться сведений из системы и подготовить запись разговора.

Наш разбор отделяет заявленные возможности от проектных решений. Доступность модели сама по себе не подтверждает, что помощник правильно определит заявку, получит разрешённые сведения или сохранит договорённости без искажений. Именно эти вопросы предлагаем поставить в центр пилота.

Редакция ИИшниковДата события: 2026-09-15

Коротко

  • По описанию Google, новые модели Gemini Live могут вызывать инструменты в фоне, продолжая потоковый аудиоответ.
  • Наша гипотеза применения — проверка статуса заявки во время разговора и подготовка черновика обращения.
  • Заявления о возможностях не доказывают точность конкретной интеграции или пользу для бизнеса.
Концептуальная иллюстрация: голосовая волна соединяет диалог, карточку заявки и черновик записи для сотрудника; отдельная линия обозначает границу доступа к системе.
Концептуальная иллюстрация предлагаемого сценария: диалог, статус заявки и черновик для сотрудника. Не схема готовой интеграции.

Что Google заявляет о голосовых моделях

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

Google заявляет, что Gemini 3.8 Live Extended Thinking поддерживает настраиваемое рассуждение для сложных многошаговых задач в фоне, одновременно отвечая в основном диалоге или сообщая о ходе работы. Это описание возможности модели, не подтверждение качества обработки конкретного обращения.

Голосовой запрос → проверенный статус

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

Предлагаемый сценарий пилота, не описание внедрения
  1. Уточнить голосовой запрос
  2. Определить заявку и право доступа
  3. Прочитать разрешённый статус
  4. Подтвердить ответ или передать человеку

В пилоте предлагаем различать состояния: запрос отправлен, данные получены, результат можно сообщить клиенту. Рассуждение модели не устанавливает права доступа. Для первого испытания предлагаем разрешить только получение статуса, без изменения заявки.

Помощнику предлагаем поручить

  • Уточнить запрос и номер заявки.
  • Запросить только разрешённые сведения.
  • Обозначить ожидание ответа системы.
  • Подготовить черновик обращения.

За сотрудником остаётся проверка

  • Права клиента на сведения и границ доступа.
  • Неоднозначных запросов и ошибок интеграции.
  • Имен, номеров и договорённостей в записи.
  • Обращений, вышедших за согласованный сценарий.

Расшифровка остаётся черновиком

По заявлению Google, Gemini 3.5 Transcribe обрабатывает переключение языков внутри предложения и между предложениями без ручной настройки. Google также описывает Smart transcription как режим структурированного форматирования, самоисправлений и удаления речевых заминок и слов-паразитов.

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

  • Сопоставить имена и номера заявок с исходной речью.
  • Проверить отрицания: «не согласовал» нельзя превратить в «согласовал».
  • Сохранить договорённости, не принимая аккуратное оформление за точность.

Возможность переключения языков, заявленная Google, не доказывает точность любой смешанной речи. Пригодность черновика для дальнейшей работы предлагаем проверять по исходному разговору, до передачи записи ответственному сотруднику.

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

  1. Задать границы

    Определите допустимые запросы, доступные сведения и условия передачи человеку. Помощник не должен менять заявку; право на чтение проверяется отдельно от качества разговора.

  2. Проверить успешный ответ

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

  3. Разобрать отказ и неоднозначность

    Испытайте недоступность системы, неясный запрос и отсутствие нужных данных. Заранее задайте допустимый ответ и момент передачи сотруднику; проверьте соблюдение этих правил.

  4. Проверить запись разговора

    Сравните черновик с исходной речью: имена, номера, отрицания, договорённости. Решение о дальнейшем использовании связывайте с проверенными ответами и пригодностью записей для сотрудника.

Источники и границы разбора

  1. Google — первоисточникBuild real-time voice applications with Gemini 3.8 Live and 3.5 TranscribeАвтор: Alisa Fortin. Дата публикации: 15 сентября 2026 года, 17:00 UTC.

    Использованы только подтверждённые выдержки о доступности через Live API, асинхронном вызове функций, настраиваемом рассуждении, переключении языков и Smart transcription. Это заявления Google о возможностях, не независимая проверка качества или результатов внедрения.

  2. The Decoder — новостной поводGoogle launches Gemini 3.8 Live to take on OpenAI's GPT-Live-1 at a fraction of the cost15 сентября 2026 года. Доступны метаданные RSS, не полный текст.

    Новостной повод; не доказательство эффективности предложенного сценария. Фактическая основа разбора — приведённые выдержки Google.

Фактическая часть ограничена проверенными выдержками из публикации Google. Обработка заявок, ограничения доступа, передача человеку и проверка расшифровок — наши гипотезы и рекомендации для пилота. Данных об эффективности, стоимости и результатах такого применения в использованных фактах нет.

Начните с границ пилота

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

Обсудить сценарий