Коли застосунок має вибрати один із кількох наступних кроків, повноцінна генеративна відповідь може спричинити зайву затримку й витрати. 22 жовтня 2026 року OpenAI оголосила про загальну доступність Decisions API — інтерфейсу для таких обмежених рішень, у якому розробник заздалегідь задає запитання та допустимі варіанти відповіді.

За описом компанії, API побудований на GPT‑6 Luna та приймає текст, зображення і структуровані дані. OpenAI заявляє, що для цільових завдань він працює до 10 разів швидше, ніж GPT‑6 Luna через Responses API. Це порівняння стосується зазначеного способу обробки; у власній системі результат варто перевірити на реальних вхідних даних, зокрема оцінити помилки класифікації та частку запитів, що потребують ручної перевірки. Докладніше про це йдеться в анонсі Decisions API та посібнику для розробників.
Три формати відповіді замість вільного тексту
Розробник описує рішення й контекст, а API повертає результат одного з трьох типів. Predicate оцінює ймовірність умови, наприклад наявності видимого пошкодження. Choice вибирає один варіант із заданого списку — наприклад, продовжити дію, повторити спробу чи попросити уточнення. Score оцінює вхідні дані за впорядкованою шкалою, визначеною розробником.
Такий формат підходить для класифікації звернень, маршрутизації документів, вибору наступної дії агента та первинного оцінювання ризику. Головна практична властивість — межі відповіді задає застосунок: результат можна безпосередньо пов’язати з розгалуженням у коді, а випадки з низькою впевненістю скеровувати працівникові. У публікації OpenAI наводить приклад Box: компанія повідомила, що під час власного оцінювання на 30 страхових сертифікатах Decisions API вибирав маршрут приблизно вп’ятеро швидше за Responses API за такої самої точності. Це результат конкретного тесту Box, а не універсальна гарантія для інших наборів даних.
Що перевірити перед упровадженням
OpenAI вказує ціну $0,10 за мільйон вхідних токенів і $0,01 за мільйон кешованих вхідних токенів; за вихідні токени плата не стягується. В одному запиті підтримується до 400 запитань. Компанія також зазначає кешування контексту для повторного використання, обробку даних у США та ЄС і доступність Zero Data Retention для клієнтів, які відповідають вимогам.
Щоб оцінити економічний ефект, виберіть один частий сценарій вибору й порівняйте API з поточним рішенням на збережених прикладах. Зафіксуйте точність для кожного класу, затримку на 50-му й 95-му перцентилях, частку невизначених випадків і вартість повного запиту з контекстом. Для завдань із наслідками — наприклад, автоматичного виконання команди чи відмови в операції — додайте поріг упевненості та маршрут ручної перевірки для неоднозначних відповідей.
Окремо перевірте якість інструкцій і список допустимих варіантів: якщо серед відповідей немає важливого випадку, модель муситиме вибрати невідповідний результат. Для голосових застосунків OpenAI оголосила про вбудовану інтеграцію Decisions API з GPT‑Live; компанія наводить приклад вибору наступної дії під час живої розмови. У такому сценарії варто вимірювати затримку саме від надходження сигналу користувача до реакції інтерфейсу.
Де новинка може бути корисною
Decisions API призначений для невеликих рішень, які багаторазово повторюються у великому процесі. Тому його можна розглядати для первинного сортування заявок, розподілу завдань між чергами, оцінювання вхідних документів і вибору наступного кроку агента. Практичний критерій упровадження простий: API має пришвидшувати роботу або знижувати вартість саме вашого завдання за прийнятної точності й зрозумілого способу обробки сумнівних випадків.
Для команд, які вже використовують Responses API, розумний перший крок — не переписувати весь процес, а винести одну обмежену розвилку й порівняти її на однакових прикладах. Так можна перевірити, чи справді швидка структурована відповідь спрощує систему й виправдовує окремий шлях обробки.