ACEVERSE / ГОЛОСОВІ АГЕНТИ
Ваші голосові агенти. Ваша інфраструктура. Наше впровадження.
Перетворіть ваш процес на голосових агентів. Розгортаємо, налаштовуємо й підключаємо потрібні команді системи.
Скриншоти продукту містять демонстраційні дані.
Активність і результати на одному дашборді.
НАВКОЛО ВАШОЇ РОЗМОВИ
Кваліфікація, дії та передача людині — в одному візуальному графі.
Мета · контекст · наступна дія
API-провайдери або сумісні self-hosted endpoints.
Від запуску — до транскрипту, запису й наступних дій команди.
До журналу розмовПідтримувані провайдери та SIP — з перевіркою маршрутизації й сумісності.
До телефоніїВище — ілюстрації можливостей. Оригінальний інтерфейс — у детальному огляді нижче.
ВАШ СТЕК МОДЕЛЕЙ
Обирайте розпізнавання, логіку та голос окремо. Поєднуйте їх під потреби вашого процесу.
Переглянути налаштування моделейМовлення в текст
Логіка та відповіді
Текст у голос
Ваші акаунти та ключі
Окремі API для STT, LLM і TTS. Зовнішні провайдери отримують направлені їм дані; акаунти й використання — з вашими ключами.
Переглядайте активність, тривалість та результати за обраний період. Показники на скриншотах ілюструють дашборд, а не результати реальних клієнтів.
Почніть із періоду звіту та розглядайте активність разом із результатами: кількість дзвінків сама по собі не означає успіх. Огляд допомагає визначити, які розмови варто детальніше перевірити в журналі запусків. Під час впровадження узгоджуємо важливі для процесу результати та правила їх трактування командою. Демонстраційні показники не є прогнозом для вашого розгортання.
Розділяйте агентів, списки контактів і розклади за метою: B2B-кваліфікація, запис у клініку, запити щодо нерухомості, підтримка e-commerce чи запис на сервіс.
Спершу визначте мету кампанії, а вже потім налаштовуйте агента. Для запису на прийом потрібні інші запитання та правила завершення, ніж для кваліфікації ліда або уточнення замовлення. Для обраного сценарію узгоджуємо джерело контактів, очікувану наступну дію та обробку винятків, щоб команда могла аналізувати кожну ініціативу окремо.
Налаштовуйте розпізнавання мовлення, мовні моделі та синтез голосу. Використовуйте власні API-ключі (BYOK) підтримуваних зовнішніх провайдерів або сумісні self-hosted endpoints. Доступність і потужність перевіряємо для обраної конфігурації.
Розпізнавання мовлення, формування відповіді та озвучення — окремі складові конфігурації. До підключення перевіряємо потрібні мови, доступ до провайдерів та вимоги до інфраструктури обраної комбінації. Додатковий екран нижче показує self-hosted налаштування мовлення: розміщення самого застосунку у вас не робить усі моделі та шляхи даних локальними.
Будуйте зв’язані гілки кваліфікації, основної дії, обробки винятків, передачі людині та завершення. Інтеграційні дії й бізнес-правила налаштовуємо під узгоджений сценарій.
Зробіть перебіг розмови явним: що агент запитує, які дані йому потрібні та що відбувається, коли запит неможливо виконати. Демонстраційний граф поєднує кваліфікацію з діями, винятками й передачею людині. На основі узгоджених бізнес-правил визначаємо ці гілки та перевіряємо як основний шлях, так і ситуації, що потребують участі команди.
Підключайте підтримуваних провайдерів телефонії або сумісну SIP-конфігурацію. Під час впровадження перевіряємо оператора, маршрутизацію, вимоги до номерів та інфраструктури — не припускаємо сумісності з кожним оператором.
До підключення номера визначаємо, як дзвінок має потрапляти до агента і куди його передавати, якщо потрібна людина. Разом перевіряємо можливості провайдера, параметри SIP та інфраструктурні обмеження. Екран ілюструє налаштовані підключення без облікових даних; він не означає, що наявного оператора можна підключити без змін.
Переглядайте кожен запуск агента: статус, тривалість, події, транскрипт і запис. Аналізуйте перебіг розмови, перевіряйте результат і знаходьте деталі, потрібні команді для наступних дій.
Переходьте від загального дашборда до деталей конкретного запуску. Статус і тривалість дають початковий контекст, а транскрипт та історія подій допомагають зрозуміти перебіг розмови й визначити наступні дії. Плеєр показано з беззвучним демонстраційним аудіо, а не записом клієнта. Зберігання, доступ і строки утримання даних узгоджуємо окремо.
ПРОГРАМНИЙ ДОСТУП
Те, що робить інтерфейс, можуть робити й ваші системи: 162 HTTP-операції того самого застосунку — від створення агента до запуску кампанії та вивантаження транскрипту.
Автентифікація: API-ключ у заголовку X-API-Key у межах організації. Базовий шлях /api/v1 на вашому сервері.
curl -X POST https://your-instance.example.com/api/v1/telephony/initiate-call \
-H "X-API-Key: $AGENT_BUILDER_API_KEY" \
-H "Content-Type: application/json" \
-d '{"workflow_id": 42, "phone_number": "+15555550100"}'Створення з визначення або шаблону, читання, оновлення, копіювання.
Створення, запуск, пауза, відновлення, передзвін, прогрес, звіт.
Ініціювання дзвінків, вхідні, колбеки провайдерів.
Завантаження, обробка документа, семантичний пошук, список, видалення.
Посилання на завантаження, список, транскрибація, видалення.
Створення, оновлення й перевірка інструментів; оновлення MCP.
Учасники, використання та сервісні ключі.
Користувачі та випущені ними ключі.
API — частина вашого розгортання. Він працює на вашому сервері, ключі належать вам, а програмний доступ не обмежений кількістю місць.
Self-hosted Agent Builder дає контроль над застосунком і його інфраструктурою. Але аудіо та промпти не залишаються локальними автоматично: зовнішні провайдери отримують дані, направлені до їхніх API. Для локальної обробки потрібні сумісні self-hosted моделі мовлення й мови, обчислювальні ресурси та перевірка всіх шляхів даних, включно з телефонією.
Узгоджуємо один сценарій, інтеграції, межі обробки даних і критерії приймання. Перевіряємо сумісність телефонії до затвердження плану розгортання.
Встановлюємо застосунок на узгодженій інфраструктурі, налаштовуємо моделі та логіку агента, підключаємо лише інтеграції, включені до обсягу робіт.
Тестуємо впровадження за критеріями приймання, документуємо доступи й операційні процедури, навчаємо команду. Підтримку та подальші зміни узгоджуємо окремо.
Self-hosted розгортання Agent Builder, налаштованих агентів та узгоджені інтеграції, документацію й передачу знань. Інфраструктуру, акаунти провайдерів та відповідальність за експлуатацію визначаємо до впровадження.
Розпізнавання, логіка та голос — окремі компоненти, і кожен може працювати на вашому сервері. Який саме набір моделей ми встановимо, залежить від потрібних вам мов, цільового часу відповіді, обсягу дзвінків і ліцензійних умов, прийнятних для вашого бізнесу. Це визначаємо разом із вами до впровадження — зверніться до команди, і ми запропонуємо набір під ваш випадок.
Ми вимірюємо затримку на телефонному каналі, а не в дашборді, і показуємо цифри до підписання. Розміщення моделей поруч із застосунком скорочує шлях запиту, але вимагає відповідного обладнання — це узгоджуємо наперед, а не після запуску. Певна затримка властива самій послідовності: розпізнавання, логіка, синтез.
Пороги тиші й обробку перебивань налаштовуємо під ваш сценарій і мову на записах ваших власних дзвінків. Ідеально це не працює на жодній платформі; різницю дає саме налаштування під вашу манеру мовлення, і ми продовжуємо його під час перевірки.
Немає націнки платформи на кожну хвилину. Ви платите провайдерам напряму власними ключами, плюс за свою інфраструктуру. Повний кошторис, включно з обладнанням, ми готуємо до впровадження — це не просто рекламна ставка.
Ні. Впровадження має фіксовану вартість, а після передачі ви платите лише своїм провайдерам та за інфраструктуру. Ми не тарифікуємо хвилини, і немає акаунта, який довелося б просити нас закрити.
Ви спілкуєтеся з командою, яка розгортала систему, а не з чергою тікетів. Обсяг підтримки й очікувану реакцію фіксуємо в договорі; ви також можете вести все власною командою.
Момент оновлення обираєте ви. Версія у продакшені не змінюється під вами серед робочого дня, а оновлення можна спершу перевірити на окремому інстансі.
Так. Логи, транскрипти й записи залишаються на вашому сервері з повним доступом, і можливість їх переглядати не залежить від тарифу та не вимикається режимом відповідності.
Інтеграції — частина впровадження, і код у вас, тому виправлення не залежить від планів вендора. Змінити може ваша команда або ми — це узгоджується в обсязі підтримки.
Ні. Ваші дані й так залишаються у вашому середовищі, а доступ до логів не забирається. Водночас сам по собі self-hosting не робить розгортання відповідним конкретному регламенту — політики, терміни зберігання, контроль доступу й аудит все одно треба побудувати та підтвердити, і це частина роботи.
На інфраструктурі, яку обираєте ви, і в юрисдикції, яку обираєте ви. Нічого не проходить через наше середовище. Якщо компонент звертається до зовнішнього API, цей конкретний шлях даних визначаємо й узгоджуємо до розгортання.
Спочатку перевіряємо підтримувані способи підключення провайдера, SIP-вимоги та доступні API CRM. Після цього визначаємо обсяг інтеграції; не обіцяємо підключення кожної системи без змін.
Ви залишаєте власного оператора й номери через підтримувані інтеграції або SIP, тож дзвінки надходять із номерів, які клієнти впізнають. Сумісність і маршрутизацію перевіряємо під час підключення, а не обіцяємо покриття наперед.
Моделі підбираємо під вашу мову й перевіряємо на ваших власних записах до запуску. Чесно: якість тут залежить від самих моделей, а не від способу розміщення — різниця в тому, що модель можна замінити, чого закрита платформа не дозволяє.
Цей ризик походить від самих мовних моделей, і self-hosting його не усуває. Його стримує дизайн: детермінований граф розмови, вузький обсяг завдань, явна обробка неочікуваних реплік і передача людині. Ці шляхи ми перевіряємо під час приймання.
Лише якщо обрані моделі мовлення й мови можуть працювати у вас, а всі шляхи даних налаштовані відповідно. Зовнішні API — не локальна обробка, навіть коли застосунок self-hosted. Телефонію, сховища й терміни зберігання розглядаємо окремо.
Якщо ви користуєтеся зовнішніми API для мовлення чи телефонії, їхні збої однаково вас зачіпають — self-hosting цього не змінює. Він дає контроль над оркестрацією та можливість налаштувати власні резервні шляхи, що ми й робимо під час впровадження.
Більше, ніж здається за демо. Сам агент — менша частина; основні зусилля — це обробка помилок, запис результатів у ваші системи й утримання всього ланцюга в межах прийнятного часу відповіді. Саме цю роботу ми беремо на себе й оцінюємо наперед, а не за фактом.
Ні. Скриншоти продукту ілюструють демонстраційні сценарії, а не реальні розмови чи результати клієнтів.
Розкажіть про процес, вашу інфраструктуру та системи, які хочете підключити. Разом визначимо обсяг розгортання й інтеграцій.