OpenAI добавила в GPT-Live встроенную интеграцию с Decisions API. Обновление от 15 октября позволяет голосовому приложению выбирать заранее заданное действие по ходу разговора: например, понять просьбу сделать теплее и передать приложению решение об изменении температуры. Decisions остаётся в публичной beta и работает на GPT-6 Luna.
Что изменилось 15 октября
Новая возможность появилась в официальном журнале изменений OpenAI 15 октября 2026 года. GPT-Live теперь может напрямую вызывать Decisions — механизм, который выбирает ответ из ограниченного набора вариантов. Разработчику не нужно передавать каждый такой вызов через собственное приложение.
Для самого Decisions это следующий этап развития. На DevDay 29 сентября OpenAI представила API в ограниченном предварительном доступе. 6 октября компания выпустила публичную beta и объявила доступ для разработчиков. Обновление 15 октября связывает этот механизм с голосовым взаимодействием в GPT-Live.
Это полезно там, где реплика должна приводить к конкретному следующему шагу. Голосовому помощнику в приложении бывает достаточно выбрать команду или маршрут обработки, чтобы программа продолжила работу. Свободный текст удобен для объяснения пользователю; для управления функциями нужны ещё и понятные программе варианты решения.
Как Decisions выбирает следующее действие
Разработчик заранее задаёт вопрос и допустимые ответы. Например, для температуры в салоне это могут быть три варианта: повысить, понизить или оставить без изменения. Decisions получает контекст и выбирает подходящий вариант. В документации интеграции OpenAI показывает именно такое управление климатом.
Встроенное делегирование означает, что GPT-Live передаёт задачу Decisions напрямую. При прежнем варианте с делегированием приложению Live сначала уведомляет программу, а уже она обращается к Decisions. Новая связка убирает этот промежуточный этап вызова. Выполнение выбранной команды по-прежнему остаётся задачей приложения.
Есть и другой способ связать решение с разговором: запускать его при поступлении новых фрагментов расшифровки речи пользователя или ответа Live. Так разработчик сам определяет, на какие изменения текста должна реагировать программа. Это отдельный режим, который не требует ждать, пока Live передаст задачу через делегирование.
В результате у разработчика появляется выбор: поручить Live определить момент для передачи задачи либо настроить реакцию на поступающие фрагменты разговора. Для читателя важнее практический смысл: набор возможных действий и правила их применения нужно определить заранее.
Пример: «Мне прохладно, добавь тепла»
Рассмотрим пример голосового помощника в автомобиле по схеме OpenAI. Водитель говорит: «Мне прохладно, добавь тепла». У приложения есть три вопроса к Decisions: что сделать с температурой, нужен ли режим устранения запотевания стекла и потребуется ли обращение к Responses API для более широкой задачи.
Для этой реплики ожидаемый выбор в примере такой:
- повысить температуру;
- оставить режим устранения запотевания без изменения;
- не обращаться к Responses API.
Далее приложение отправляет команду системе климата и считывает фактическую настройку. Только после подтверждения изменения оно передаёт результат в Live, чтобы помощник сообщил водителю, что произошло. Выбор «повысить температуру» сам по себе ещё не означает, что климатическая система выполнила команду.
Такое разделение помогает избежать понятной ошибки голосовых интерфейсов: помощник уже говорит об успехе, хотя устройство не ответило или настройка осталась прежней. В правильно построенном сценарии фраза пользователю опирается на подтверждённое состояние. Если команда не сработала, приложению нужен отдельный путь обработки ошибки.
В документации есть и более сложная просьба: убрать запотевание стекла, построить маршрут и найти рестораны. Для такого сценария Decisions может выбрать действие для климата и отдельно указать, что нужен Responses API. Приложение выполняет действия и возвращает результаты, на основании которых Live продолжает диалог.
Схема по документации OpenAI: Decisions выбирает действие, а приложение выполняет его и подтверждает результат перед ответом Live.
Когда лучше задать уточняющий вопрос
Для разработчика остаётся важным вопрос: что делать с неоднозначными репликами. «Сделай комфортнее» может означать изменить температуру, громкость или другие настройки. Если в приложении предусмотрены только варианты «теплее» и «холоднее», оно рискует выбрать действие раньше, чем поймёт намерение человека.
Практичный вариант для такого сценария — заранее предусмотреть переход к уточнению. Помощник может спросить, что именно нужно изменить, а программа продолжит действие после ответа. Это решение на уровне проектирования приложения: нужный запасной вариант и его значение задаёт разработчик.
В обычной классификации обращений действует тот же принцип. Три рабочих маршрута — оплата, техническая проблема и доставка — полезно дополнить служебным выходом «недостаточно данных». Фраза «заказ списали дважды» явно указывает на оплату. Фраза «у меня проблема с заказом» требует уточнения. Служебный выход позволяет сохранить эти случаи разными.
Руководство Decisions рекомендует использовать размеченные примеры для выбора порогов автоматической обработки. Для вопроса с выбором категории API возвращает выбранный вариант, распределение вероятностей и отдельное поле уверенности. Правильный формат ответа ещё не гарантирует правильный маршрут: ошибки нужно оценивать по их последствиям для конкретного приложения.
Доступ, модель и цена
Decisions API находится в публичной beta. В текущем руководстве единственной поддерживаемой моделью указана gpt-6-luna. Посмотреть работу с вопросами можно в Playground; для программного обращения предусмотрен отдельный адрес POST /v1/decisions. Это инструменты для разработчиков, которые подключают возможности OpenAI к своим приложениям.
Decisions поддерживает три типа задач: проверку условия, выбор из заданных вариантов и оценку по шкале. Для маршрута обращения или команды подходит выбор — choice. Если приложению требуется сгенерировать объяснение или объект по собственной схеме, документация направляет разработчика к Responses API.
По документации OpenAI, базовая цена Decisions с GPT-6 Luna — $0.10 за миллион входных токенов. Токены — единицы, на которые модель разбивает входные данные. Плата за выходные токены, чтение и запись кеша не взимается; региональная обработка и длинный контекст могут менять стоимость входа. Условия относятся к Decisions, а голосовая сессия GPT-Live и дополнительные обращения к другим API оплачиваются по своим тарифам.
Поэтому цену Decisions нельзя считать ценой всего разговора с помощником. В бюджете приложения нужно учитывать всю цепочку: голосовое взаимодействие, решения и возможную дополнительную обработку. Анонс beta также не означает, что эта функция появилась внутри любой подписки ChatGPT: новость касается API OpenAI.
Для каких приложений полезно обновление
Интеграция интересна разработчикам голосовых сервисов с понятным набором действий: изменением настройки, выбором раздела, передачей обращения нужному сотруднику. Пользователь говорит обычной фразой, а приложение получает вариант, который можно связать со своим обработчиком.
Для таких задач ценность обновления от 15 октября — более короткий путь между GPT-Live и Decisions. При этом разработчик продолжает отвечать за доступные команды, уточнение неоднозначных просьб, проверку результата и текст сообщения пользователю. Именно эти части превращают выбор модели в работающую функцию продукта.
Начать проектирование разумно с одного узкого сценария: определить допустимые действия, добавить выход для неполных данных и решить, какое подтверждение нужно перед сообщением об успехе. Тогда роль Decisions остаётся ясной: выбрать следующий шаг, который приложение сможет выполнить и проверить.
