Ajoxi
  • Столб
    ОБЛАЧНЫЙ ТЕЛЕФОН

    Облачный телефон, обмен сообщениями, видео, факс, чат — полный набор UCaaS.

    • Виртуальный номер телефонаМестные и бесплатные номера в любом месте
    • Деловой телефонЗвонки, СМС, видео, один логин
    • Взаимодействие с клиентамиКаждый канал, одна тема
    • Персональный ИИAI помощник для каждого представителя
    • СМС и ММСТекст из основного направления деятельности
    • Командный чатВнутренний чат, привязанный к клиентам
    • Видео встречиКомнаты с примечаниями AI + резюме
    • Онлайн-факсФакс без факса
    • Веб-сайт Чат-ботАвтоматическое определение статуса заказа и возврата
    • Телефонная системаСовременная АТС со встроенным искусственным интеллектом
    Рекомендуемые
    Все включено.
    Облачный телефон, контакт-центр AI, администратор AI, SMS, видео, более 300 интеграций.
    Посмотреть планы и цены
  • Основные возможности
    • ИИ-секретарьПервый ответ 24/7 · 32 языка
    • Настроения ИИАвтоматически маршрутизирует расстроенных абонентов
    • Помощь ИИ-агентаСценарии шепота + следующее лучшее действие
    • Разговорный интеллектСтенограммы, настроения, возражения
    • Запись звонковПолная точность + поиск по ключевым словам
    • АвтосекретарьВизуальный конструктор IVR с возможностью перетаскивания
    • Инструменты супервизораСлушать · шептать · баржа · журнал аудита
    • Бесплатные номера800, 888, 877 — быстрое предоставление
    Новый
    AI Sentiment · подсчет очков в реальном времени.
    Маршруты расстраивают клиентов до старших агентов в тот момент, когда настроения падают. На каждом платном плане.
    См. мнение ИИ
  • По отраслям и командам
    • ФинансыSOC 2 · Журналы аудита, соответствующие требованиям FINRA
    • Розничная торговляОмниканальность + СМС для восстановления корзины
    • SaaSAPI + персональный искусственный интеллект на каждом месте
    • ЛогистикаМаршрутизация отправки по нескольким объектам
    • Отделы продажМощный дозвонщик + живое обучение искусственному интеллекту
    • Группы поддержкиОбщая память по 8 каналам
    • Удаленные командыОдин и тот же номер на каждом устройстве
    • СМБАдминистратор с искусственным интеллектом в качестве вашей стойки регистрации
    • Корпоративные ИТSSO, SCIM, управление несколькими площадками
    Наиболее принятые
    Доверия соответствия стека вызовов.
    Запись разговоров, STIR/SHAKEN, маршрутизация настроений. Журналы аудита, соответствующие требованиям SOC 2, PCI и FINRA.
    См. финансы
  • Встроенная синхронизация
    • HubSpotДвусторонняя синхронизация · триггеры жизненного цикла
    • ЗохоCRM · Рабочий стол · Книги · Бигин
    Вскоре
    Сейлфорс. Пайпдрайв. Свежие продажи.
    Все три встроенные двусторонние синхронизации будут реализованы в третьем квартале 2026 года. Хотите получить информацию о запуске?
    Напишите мне о запуске
  • Цены
  • Учиться
    • БлогПримечания к проектированию и продукту
    • Истории клиентовРеальные результаты, реальные цифры
    • ПутеводителиПошаговые сборники игр
    • ВебинарыПрямой эфир каждый четверг · по запросу
    • Связаться с намиПоговорите с отделом продаж или получите поддержку
    Строить
    • ДокументыКак все работает
    • Справочник по APIОТДЫХ + вебхуки
    • SDKУзел, Python, Go, Руби
    • Журнал измененийКаждый корабль в одном месте
    Доверять
    • Страница статусаВремя безотказной работы + инциденты
    • Безопасность + соответствиеSOC 2 · GDPR · PCI
    • КонфиденциальностьЧто мы собираем и почему
    • УсловияДоговор, по главам
    Свежие чернила
    Замерено 8400 звонков.
    Точность секретарей AI по языку, акценту и типу вызова — неотредактированные цифры.
    Прочитать сообщение
  • English flagАнглийский
  • Español flagиспанский
  • Français flagФрансэ
  • Deutsch flagнемецкий
  • Italiano flagИтальяно
  • Português flagПортугальский
  • Nederlands flagНидерланды
  • Русский flagРусский
  • Polski flagПольский
  • Türkçe flagТюркче
  • العربية flagعربية
  • हिन्दी flagहिन्दी
  • 简体中文 flag简体中文
  • 日本語 flag日本語
  • 한국어 flag한국어
  • Tiếng Việt flagТианг Вьет
  • Bahasa Indonesia flagБахаса Индонезия
  • ไทย flagไทย
  • Svenska flagСвенска
  • Українська flagУкраинская
ВойтиБесплатная пробная версия
Облачный телефон
Виртуальный номер телефонаМестные и бесплатные номера в любом местеДеловой телефонЗвонки, СМС, видео, один логинВзаимодействие с клиентамиКаждый канал, одна темаПерсональный ИИAI помощник для каждого представителяСМС и ММСТекст из основного направления деятельностиКомандный чатВнутренний чат, привязанный к клиентамВидео встречиКомнаты с примечаниями AI + резюмеОнлайн-факсФакс без факсаВеб-сайт Чат-ботАвтоматическое определение статуса заказа и возвратаТелефонная системаСовременная АТС со встроенным искусственным интеллектом
Контакт-центр
ОмниканальностьОдна очередь на каждый каналИсходящий номеронабирательПрогнозирование, мощность, предварительный просмотрАгент АссистентЖивой тренинг шепотомАссистент супервайзераВыявляйте плохие звонки в режиме реального времениАналитика взаимодействияAuto-QA, тенденции темыПредприятие500+ мест операций
Семья ИИ
Айокси ГолосAI-секретарь, который записывает встречиИИ-помощникЧерновики, резюме, последующие действияРазговор ИИЧитает каждый звонок, чтобы вы ничего не пропустили
ИИ-секретарьПервый ответ 24/7 · 32 языкаНастроения ИИАвтоматически маршрутизирует расстроенных абонентовПомощь ИИ-агентаСценарии шепота + следующее лучшее действиеРазговорный интеллектСтенограммы, настроения, возраженияЗапись звонковПолная точность + поиск по ключевым словамАвтосекретарьВизуальный конструктор IVR с возможностью перетаскиванияИнструменты супервизораСлушать · шептать · баржа · журнал аудитаБесплатные номера800, 888, 877 — быстрое предоставление
ФинансыSOC 2 · Журналы аудита, соответствующие требованиям FINRAРозничная торговляОмниканальность + СМС для восстановления корзиныSaaSAPI + персональный искусственный интеллект на каждом местеЛогистикаМаршрутизация отправки по нескольким объектамОтделы продажМощный дозвонщик + живое обучение искусственному интеллектуГруппы поддержкиОбщая память по 8 каналамУдаленные командыОдин и тот же номер на каждом устройствеСМБАдминистратор с искусственным интеллектом в качестве вашей стойки регистрацииКорпоративные ИТSSO, SCIM, управление несколькими площадками
HubSpotДвусторонняя синхронизация · триггеры жизненного циклаЗохоCRM · Рабочий стол · Книги · Бигин
Учиться
БлогПримечания к проектированию и продуктуИстории клиентовРеальные результаты, реальные цифрыПутеводителиПошаговые сборники игрВебинарыПрямой эфир каждый четверг · по запросуСвязаться с намиПоговорите с отделом продаж или получите поддержку
Строить
ДокументыКак все работаетСправочник по APIОТДЫХ + вебхукиSDKУзел, Python, Go, РубиЖурнал измененийКаждый корабль в одном месте
Доверять
Страница статусаВремя безотказной работы + инцидентыБезопасность + соответствиеSOC 2 · GDPR · PCIКонфиденциальностьЧто мы собираем и почемуУсловияДоговор, по главам
  • English flagАнглийский
  • Español flagиспанский
  • Français flagФрансэ
  • Deutsch flagнемецкий
  • Italiano flagИтальяно
  • Português flagПортугальский
  • Nederlands flagНидерланды
  • Русский flagРусский
  • Polski flagПольский
  • Türkçe flagТюркче
  • العربية flagعربية
  • हिन्दी flagहिन्दी
  • 简体中文 flag简体中文
  • 日本語 flag日本語
  • 한국어 flag한국어
  • Tiếng Việt flagТианг Вьет
  • Bahasa Indonesia flagБахаса Индонезия
  • ไทย flagไทย
  • Svenska flagСвенска
  • Українська flagУкраинская
ВойтиБесплатная пробная версия
Ajoxi

Облачный телефон и контакт-центр с искусственным интеллектом в одной сети операторского класса.

СОЦ 2GDPRPCI-DSS

Люкс C, уровень 7, World Trust Tower,
50 Стэнли-стрит, Центральный,
Гонконг

info@ajoxi.com+1 (512) 612-4425

Облачный телефон

  • Деловой телефон
  • Взаимодействие с клиентами
  • СМС и ММС
  • Командный чат
  • Видео встречи
  • Телефонная система

Контакт-центр

  • Омниканальность
  • Исходящий номеронабиратель
  • Агент Ассистент
  • Аналитика взаимодействия
  • Предприятие CCaaS

ИИ

  • Платформа искусственного интеллекта
  • ИИ-секретарь
  • ИИ-помощник
  • Разговорный ИИ
  • Настроения ИИ
  • Разговорный интеллект

Решения

  • Финансы
  • Розничная торговля и электронная коммерция
  • SaaS и технологии
  • Отделы продаж
  • СМБ

Реселлер

  • Оптовая торговля VoIP
  • Оптовая голосовая связь
  • SIP-транкинг
  • Маршруты командной строки

Компания

  • Цены
  • О
  • Клиенты
  • Связаться с нами
  • Коды стран
  • Коды городов
  • Документы
  • Статус
  • Безопасность

© 2026 Айокси. Все права защищены.

Все системы в норме
  • Конфиденциальность
  • Условия
  • Карта сайта
Блог/Инженерное дело/Одинаковая задержка на китайском и английском языках. Вот как

Одинаковая задержка на китайском и английском языках. Вот как

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

Оглавление
  • 1.Введение
  • 2.Куда на самом деле уходят миллисекунды
  • 3.Исправление маршрутизации
  • 4.Классификатор, которого никто не ожидал
  • 5.TTS-сторона проблемы
  • 6.Измерение паритета, а не средних значений
  • 7.Что еще медленно
  • 8.Что бы мы сделали по-другому

Введение

К нашему голосовому продукту поступило две жалобы, которые мы не смогли устранить внутри компании. Англоязычным корпоративным клиентам ИИ показался быстрым. У клиентов, говорящих на китайском языке, а также у клиентов, говорящих на вьетнамском, тагальском и хинди, ИИ чувствовал себя вялым. Разрыв, измеряемый от начала молчания звонящего до первого слога ИИ, составил 260 мс на английском языке и 540 мс на китайском языке. Оба числа уложились в опубликованный бюджет задержки.

Только один из них чувствовал себя приемлемым во время телефонного звонка.

Инстинкт любой команды инженеров, которая видит пробел в задержках, заключается в том, чтобы доработать модель. Более быстрый вывод. Меньшая модель. Лучшее квантование. Мы все это сделали. Это дало нам 60 мс по всем направлениям, что ничего не закрыло — относительный разрыв все еще был, а английский остался вдвое быстрее.

Реальное решение пришло из другого наблюдения: мы рассматривали задержку как проблему модели, тогда как на самом деле это была проблема маршрутизации.

Куда на самом деле уходят миллисекунды

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

  • Захват звука и конечная точка — 80 мс
  • Первый токен преобразования речи в текст — 140 мс
  • Намерение + конвейер поиска — 90 мс
  • Первый токен большой модели (поколение) — 180 мс
  • Преобразование текста в речь в первую очередь — 50 мс

На английском пути одни и те же сегменты появились в 80/60/90/80/40. Двумя сегментами, которые резко разошлись, были преобразование речи в текст и генерация больших моделей. STT работал медленнее на китайском языке, потому что акустическая модель была обучена с использованием более длинного контекстного окна, необходимого для устранения тональной неоднозначности, которое сдвигало первый токен на 80 мс.

Генерация модели была медленнее, потому что токенизатор создавал больше токенов на символ эквивалентного значения в китайском языке, чем в английском.

И это не было дефектом модели. Оба были компромиссами, которые были незаметно накоплены независимыми командами, оптимизирующими собственные показатели: STT для точности, LLM для качества генерации. Цена задержки была реальной, но это не было ничьей прибылью и убытком.

Исправление маршрутизации, которое купило 200 мс

Мы перестали направлять все языки через один LLM. Вместо этого мы создали тонкий слой классификации перед генерацией, который менее чем за 8 мс определяет три вещи: язык входящего высказывания, класс разговорных намерений и является ли запрос одним из примерно 40 высокочастотных шаблонов, которые мы определили путем кластеризации 2 миллионов сегментов вызова.

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

Когда классификатор видит хвостовое намерение — что-то, что не входит в 40 шаблонов, — запрос попадает в большую модель, как и раньше. Большая часть снижения задержки происходит из-за того, что высокочастотные шаблоны также шаблоны, на которые приходится ~78% объема звонков. Хвостовые случаи оплачивают первоначальную задержку, но они встречаются редко.

Классификатор, которого никто не ожидал

Тонкий классификатор был частью проекта, на который никто не заложил бюджет. Ее создание заняло больше времени, чем создание самой системы маршрутизации, поскольку виды сбоев были незаметными. Классификатор, который неправильно направляет 1% запросов на небольшую модель, которая их не обрабатывает, вызывает галлюцинации, а не просто ухудшенные ответы.

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

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

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

TTS-сторона проблемы

Пока изменения LLM и STT проходили проверку, параллельная группа работала над речевым выводом. Первый звук TTS на английском языке длительностью 50 мс был фактически непобедимым; Разрыв в 70–90 мс для большинства языков, отличных от английского, обусловлен меньшими размерами голосовых моделей, менее агрессивным кэшированием и единым общим пулом графических процессоров, в котором приоритет отдается английскому языку под нагрузкой.

Мы разделили инфраструктуру TTS на пулы, привязанные к языку. Mandarin TTS теперь работает в собственном пуле со своими собственными правилами масштабирования на оборудовании, расположенном рядом с регионами, откуда исходит большая часть нашего трафика Mandarin. Задержка снизилась с 70-90 мс до 45 мс в течение двух недель после переключения.

Ничего из этого не было умным; это была инфраструктурная работа, которую никто не удосужился выполнить, потому что незначительное улучшение какого-либо отдельного языка само по себе не оправдало ее.

Урок — и сейчас мы записываем его внутри компании — заключается в том, что «мы не инвестировали в это, потому что ни один показатель, ориентированный на пользователя, не оправдывал этого» — это именно то решение, которое приводит к разрыву в 280 мс между двумя языками за четыре года.

Измерение паритета, а не средних значений

Одно небольшое, но существенное изменение, которое мы внесли внутри компании, касалось способа отчетов на информационной панели команды по задержке. Раньше мы отслеживали сквозную задержку p50 и p95, усредненную по всем языкам, по одному SLO. Приборная панель большую часть времени выглядела зеленой.

Новая панель мониторинга сообщает p50 и p95. за язык против паритет SLO — разрыв между самым медленным и самым быстрым поддерживаемым языком имеет свой собственный бюджет, который контролируется отдельно. Мы установили бюджет четности на уровне 60 мс. Когда разрыв превышает бюджет, дежурный вызывается.

Панель мониторинга четности делает то, чего не могла сделать система, основанная на средних значениях: она делает регрессии на самом медленном языке видимыми с той же срочностью, что и регрессии на самом быстром. При усреднении по 32 языкам регрессия на вьетнамском языке за 200 мс сдвигает среднее значение на 6 мс. Когда вы измеряете четность, приборная панель перемещается на 200 мс.

Что еще медленно

После работы по маршрутизации, пулов TTS и панели контроля четности наш худший язык (кантонский, в первую очередь потому, что корпус поддерживающих акустических моделей меньше) составляет 320 мс. Английский — 220 мс. Оставшийся разрыв в 100 мс реален, и мы примерно знаем, где он находится — кантонская акустическая модель STT старая и еще не на новой архитектуре, и мы переобучим ее в третьем квартале.

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

Что мы сделаем по-другому в следующий раз

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

  • Сначала постройте классификатор-маршрутизатор, затем модель. Уровень маршрутизации в конечном итоге оказался частью с самым высоким рычагом воздействия. Отношение к этому как к «мы добавим это позже, если оно нам понадобится» означало, что мы жили с задержкой одной модели на 18 месяцев дольше, чем нам было нужно.
  • Устанавливайте SLO четности перед языковыми SLO. Соблазн состоит в том, чтобы установить целевые показатели для каждого языка и позволить достичь паритета. Паритет не возникает; он медленно расходится в направлении основного языка команды.
  • Ресурсируйте языковую инфраструктуру так, как если бы каждый язык был отдельным продуктом. Mandarin TTS заслужил собственный пул графических процессоров с самого первого дня, а не с того дня, когда мы измерили разницу в задержке.

Ничто из этого не является новым исследованием. Ничто из этого не требовало бумаги. Требовалось рассматривать паритет задержек как обязательство по продукту, а затем финансировать непривлекательную инфраструктуру для поддержки этого обязательства. У нас есть тот паритет, который нам нужен сейчас. У нас его не было четыре года.

Запустите свой голос на Ajoxi.

Администраторы с искусственным интеллектом, оптовые маршруты, виртуальные номера — построены на одной платформе с прозрачными ценами и круглосуточным NOC.

Посмотреть цены Поговорите с нами
Продолжайте читать

Связанное чтение

Следующие чтения подобраны вручную из блога Ajoxi.

We measured AI receptionist accuracy across 8,400 real calls
ИИ

Мы измерили точность работы секретарей с помощью искусственного интеллекта по 8400 реальным звонкам.

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

Читать статью
Why we ship STIR/SHAKEN attestation on day one
Согласие

Почему мы отправляем аттестацию STIR/SHAKEN в первый же день

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

Читать статью
The case for ranking calls, not sampling them
Продукт

Аргументы в пользу ранжирования звонков, а не их выборки

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

Читать статью