Decisions API нужен, когда приложению требуется оценка или выбор из заранее определённых вариантов, а не развёрнутый текст. Например, можно определить направление обращения: оплата, техническая помощь или общий вопрос. Это учебный сценарий, не результат нашего внедрения.
Сначала определите варианты решения и условия каждого из них. Если сами категории неоднозначны, короткий машинный ответ не сделает классификацию надёжной.
Что доступно сейчас
Текущая документация отмечает Decisions API как общедоступный. Запрос направляется в POST /v1/decisions; поддерживаемая модель — gpt-6-luna. Входом могут служить текст, изображения и JSON.В запросе задаются общие данные и вопросы. Возможны оценка вероятности условия, выбор из набора и оценка по шкале. Это отдельный интерфейс, а не просто просьба к обычному чату «верни JSON».
Сообщение о недоступности из старого обсуждения запуска не доказывает, что сервис закрыт сейчас. Но и наличие документации не подтверждает работоспособность конкретного ключа: ошибки доступа нужно разбирать для своего проекта.
Как сформулировать полезный вопрос
Для маршрутизации заявок недостаточно перечислить короткие названия отделов. Опишите границы: куда направлять проблему со списанием, а куда — невозможность войти. Добавьте вариант «другое», если набор не покрывает все обращения.Не заставляйте классификатор выбирать между двумя неподходящими ответами. Отдельный путь для неопределённости полезнее уверенного, но неверного маршрута.
Проверяйте неоднозначные сообщения: «не могу войти после оплаты» содержит сразу две темы. Решите заранее, что важнее для вашего процесса: причина обращения, первый исполнитель или необходимость общего разбора.
Чем выбор отличается от оценки
choice возвращает выбранный вариант, распределение вероятностей и confidence. score может оказаться дробным: он представляет взвешенное по вероятностям среднее уровней шкалы. Поэтому для выбора одного отдела используйте категорию, а не округление оценки.Уверенность модели не является гарантией правильного решения. Проверяйте пороги на примерах своего приложения, особенно если ошибка запускает действие с последствиями.
Как проверить до автоматической маршрутизации
- Соберите разрешённые для обработки примеры типичных и спорных обращений.
- Попросите ответственного сотрудника заранее определить ожидаемые категории.
- Сравните результаты отдельно по каждому направлению.
- Разберите ошибки и уточните границы категорий.
- Отправляйте неопределённые случаи на общий разбор, а не теряйте их.
Чего не стоит ожидать от этого API
Классификация обращения не выполняет само поручение. Выбор «оплата» не возвращает деньги, а высокая оценка срочности не отправляет уведомление. Эти действия и проверку их результата реализует ваше приложение.Не переносите рекламное ускорение в обещание скорости своего сервиса. Измерять нужно весь путь, включая передачу данных и последующие действия. Для статьи платные вызовы и замеры не проводились.
Поля, типы ответов и актуальные ограничения доступны в руководстве Decisions API.