OpenAI представила Decisions API на DevDay 29 сентября. В официальном обзоре описана узкая задача: разработчики задают текстовый или визуальный контекст и собственные вопросы с конечным набором заранее определённых ответов, а затем получают ответы для классификации, маршрутизации запросов или выбора следующего действия агента. По словам OpenAI, сервис направляет возможности GPT-6 Luna на эти вопросы.

Это описание привлекает внимание разработчиков приложений, но пока не даёт публичного контракта интеграции. В обзоре сервис назван ограниченной предварительной версией, а более широкий запуск запланирован «в ближайшие дни». На момент нашей проверки 30 сентября в журнале изменений OpenAI API не было записи о Decisions API. В изученных материалах мы не нашли публичный путь запроса, схему запроса или ответа, пример SDK либо цену Decisions API. BIG CHANGE не вызывал этот сервис.

Решение задаёт границу продукта

В приложении классификация может быть важна, поскольку определяет дальнейшие действия. Среди примеров OpenAI — выбор категории, маршрутизация запроса и выбор действия агента. В объявленном интерфейсе центральное место занимают вопрос разработчика и разрешённые ответы. Ответ может быть полезен программе, которая уже знает значение каждого варианта.

Конечный набор ответов также упрощает описание ожидаемого поведения по сравнению с открытым ответом. Разработчик может задать варианты, значимые для приложения, и проверить правильность выбора на типичных входных данных. Это анализ объявленного дизайна, а не вывод о точности предварительной версии. Даже при выборе только из допустимых меток модель может выбрать неверную. Приложение само решает, достаточно ли метки для действия, нужна ли проверка и как обработать ошибку.

Разница особенно заметна, когда модель выбирает следующее действие агента. OpenAI называет это одним из применений Decisions API, но не публиковала сведения о выполнении действий в этой версии. Выбор следующего шага и его выполнение — разные операции. Если OpenAI не укажет иное, разрешения, само действие и проверка результата относятся к окружающему рабочему процессу.

Что уже описано в существующих API

Разработчикам, которым уже сейчас нужен ограниченный формат вывода, доступен документированный путь через Responses API и Structured Outputs . Structured Outputs может требовать соответствия ответа модели заданной JSON-схеме, включая поле, значение которого выбирается из фиксированного набора. Документация предупреждает, что соблюдение схемы не исключает ошибки в возвращаемых значениях. Это помогает задать формат результата классификации, но саму классификацию всё равно нужно оценивать для конкретной задачи. OpenAI не сообщала, использует ли Decisions API Structured Outputs или общую реализацию.

Function calling охватывает другую часть рабочего процесса. Приложение задаёт функции и их аргументы; модель может запросить вызов функции, который выполняет код приложения и возвращает результат. Это важно, когда выбранный следующий шаг должен вызвать инструмент. Разработчик по-прежнему определяет доступные функции и разрешает ли запрошенную операцию. Документированный процесс вызова функций ничего не говорит об эндпоинте Decisions API или формате его ответов.

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

Эти различия важны и при закупках, и при разработке. На странице модели GPT-6 Luna и на странице цен API указаны стандартные тарифы моделей. Упоминание Luna в обзоре не доказывает, что к вызовам Decisions API применяются те же тарифы. Ни обзор, ни публичный журнал изменений, проверенный 30 сентября, не указывают отдельную плату за Decisions API. Сравнение бюджетов стоит отложить до публикации цены и единицы тарификации.

Главное изменение

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

Наш обзор запусков DevDay включает Decisions API в число анонсов и предварительных версий мероприятия. В этой статье мы подробнее рассматриваем интерфейс принятия решений и то, что может проверить разработчик. Обзор Jev и демонстрации Jev в BIG CHANGE посвящены другому продукту TypeSafe AI. Похожая лексика о принятии решений не доказывает общую архитектуру, обучение или поведение API.

Что проверить перед использованием предварительной версии

Практический следующий шаг — определить реальную задачу классификации или маршрутизации, допустимые ответы, критерии правильности и последствия ошибки. Эту задачу уже можно оценить с помощью существующего документированного API. Для Decisions API разработчикам с доступом к предварительной версии перед интеграцией нужен фактический контракт OpenAI: условия и способ доступа; поддерживаемые поля запроса и ответа; обработка неподдерживаемых или неоднозначных входных данных; ограничения частоты; работа с данными; цены; управление версиями. Затем нужно измерить скорость ответа и частоту ошибок на собственной нагрузке приложения. В объявлении таких измерений нет.

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

Источники и дополнительные материалы

  • OpenAI, DevDay 2026 Recap — объявление от 29 сентября о концепции конечных ответов Decisions API, текстовом или визуальном контексте, сценариях использования и ограниченном предварительном доступе. В обзоре нет схемы запроса, цены или бенчмарка.
  • Журнал изменений OpenAI API — 30 сентября выполнен поиск по “Decisions API”, “decision layer” и “fast decision layer”; записей не найдено. Это не отменяет официальное объявление и не определяет статус частного доступа к предварительной версии.
  • OpenAI API: Structured Outputs — описание соответствия схеме и предупреждение, что возвращаемые значения всё ещё могут быть неверными. Не описывает Decisions API.
  • OpenAI API: Function calling — описание функций, вызовов модели и выполнения в приложении; используется для различения выбора действия и его выполнения.
  • OpenAI API: Moderation — классификация вредного контента в текстах и изображениях, категории и применение политик для конкретных целей.
  • OpenAI API: GPT-6 Luna и цены API — только сведения о стандартных тарифах моделей; ни один источник не определяет тарификацию Decisions API.
  • Статья сообщества Hugging Face, автор bna — наводка читателя, а не выпуск или спецификация API от OpenAI. Утверждения о скорости и реализации не используются.