Skip to main content
/v1/responses — текущий флагманский нативный endpoint OpenAI. По словам самих OpenAI: «Хотя Chat Completions по-прежнему поддерживается, Responses рекомендуется для всех новых проектов». APIYI полностью поддерживает этот endpoint — просто укажите base_url на https://api.apiyi.com/v1. Эта страница основана на официальной документации OpenAI (developers.openai.com/api/docs, по состоянию на июнь 2026 года). Все примеры готовы к копированию и вставке.

Почему Responses

По сравнению с Chat Completions OpenAI приводит три конкретных показателя:
  • Лучшее рассуждение: та же reasoning-модель показывает примерно на 3% более высокий результат на SWE-bench через Responses (состояние рассуждения сохраняется между ходами)
  • Дешевле входящие данные: использование кэша на 40%–80% выше, чем в Chat Completions (по внутренним тестам OpenAI), что напрямую снижает ваш счет за входные данные
  • Больше инструментов: встроенные инструменты, такие как web_search и code_interpreter, доступны только в Responses
Когда Chat Completions по-прежнему остается правильным выбором: вы опираетесь на существующие фреймворки (LangChain и большинство клиентов по умолчанию используют /v1/chat/completions), или вам нужна одна кодовая база, которая также вызывает Claude, Gemini и другие не-OpenAI-модели — см. Совместимый режим.
Устаревшим считается Assistants API (планируется отключение 26 августа 2026 года (UTC)), а не Chat Completions. Оба эндпоинта останутся поддерживаемыми в долгосрочной перспективе; просто новые функции сначала появляются в Responses.

Быстрый старт

Предпочитайте response.output_text вместо написанного вручную output[0].content[0].text — для моделей с рассуждением первый элемент в output часто оказывается элементом reasoning, а не message, поэтому жестко заданная индексация ломается.

Параметры запроса

модели рассуждения серии gpt-5 не поддерживают temperature / top_p — при передаче возникает ошибка. Вместо этого используйте reasoning.effort и text.verbosity.

Структура ответа

output — это массив элементов. Три распространенных типа: reasoning (сводка рассуждения), message (текстовый ответ) и function_call (запрос на вызов функции). Укороченный пример:
Два поля usage, на которые стоит обратить внимание:
  • input_tokens_details.cached_tokens: ввод, который попал в кэш (тарифицируется по 0.1×)
  • output_tokens_details.reasoning_tokens: расход на рассуждение (тарифицируется по ставке вывода; настраивается с помощью reasoning.effort)

Многоходовой режим: ведите историю самостоятельно

При вызове Responses API через APIYI, передавайте всю историю в массиве input (каждая запись с role / content), так же как в Chat Completions:
Состояние на стороне сервера в APIYI недоступно — не полагайтесь на него. Проверено через шлюз (несколько моделей, с задержками между повторными попытками):
  • previous_response_id: принято без ошибок (возвращает 200), но следующий ход не помнит предыдущий (input_tokens отражает только текущий ход, история не загружена);
  • GET /v1/responses/{id}: возвращает 400 — сохраненные responses нельзя получить;
  • conversation объекты (/v1/conversations): возвращают 404 — не поддерживается.
Поэтому store / previous_response_id / conversation не следует использовать в APIYI; всегда используйте подход с «массивом input с самостоятельно управляемой историей» выше. Полное руководство по кросс-форматам: Руководство по многоходовому диалогу.
Многоходовой режим не снижает тарификацию входных данных: каждый ход заново отправляет всю историю, и все это тарифицируется как input tokens. Длительные разговоры экономят за счет скидок кэша (исторический префикс автоматически попадает в кэш по ставке 0.1×) — см. Тарификация кэша.

Управление рассуждением и выводом

Выбор reasoning.effort

text.verbosity

low / medium (по умолчанию) / high управляет длиной ответа. Только ответы:

Потоковая передача

Responses передает поток semantic events, а не обычные choices[0].delta chunks из Chat Completions. Основные события:

Встроенные инструменты

Встроенные инструменты доступны только в Responses — объявите их в tools, и OpenAI выполнит их на стороне сервера: Минимальный пример web_search:
Встроенные инструменты выполняются на стороне OpenAI; поддержку pass-through для каждого инструмента на канале APIYI следует подтвердить тестированием. Пользовательский function calling полностью поддерживается — см. Вызов функций.

Pro-модели и фоновый режим

gpt-5.4-pro и gpt-5.5-pro — модели с глубоким рассуждением для профессиональных нагрузок ($30 / $180 за миллион token, только для svip group) и, на практике, доступны только через /v1/responses. Один запрос может занимать минуты — используйте их вместе с background: true:
Pro-модели дорогие и медленные — компромисс здесь в том, чтобы подождать несколько минут ради более надежного ответа. Для повседневной разработки используйте gpt-5.4 / gpt-5.5; не обращайтесь к Pro без явной необходимости в глубоком рассуждении.

Поддерживаемые модели и цены

Закрепленные версии датирования (например, gpt-5.4-2026-03-05) также доступны по той же цене. Полный список: Models & Pricing.

Сопоставление из Chat Completions

Начиная с GPT-5.4 (включая gpt-5.6-sol / gpt-5.6-terra / gpt-5.6-luna), /v1/chat/completions больше не позволяет одновременно вызывать tools и использовать рассуждение: любой запрос, который содержит tools, когда reasoning_effort не является none (учитывается значение medium по умолчанию), завершается ошибкой 400 — Function tools with reasoning_effort are not supported for ... in /v1/chat/completions. Это официальное ограничение OpenAI; эндпоинт /v1/responses, описанный на этой странице, не имеет такого ограничения — используйте Responses для вызова tools с этими моделями.
Сопоставление полей при миграции с /v1/chat/completions:

Статус поддержки клиентов

Почему большинство IDE и плагинов семейства VS Code (Cline, Trae и т. д.) поддерживают только /v1/chat/completions, а не эндпоинт Responses, рассматриваемый на этой странице?
  • chat/completions — де-факто отраслевой стандарт: сторонние шлюзы, локальные среды инференса (Ollama / vLLM / LM Studio) и вендоры, не относящиеся к OpenAI, все реализуют его, поэтому один обработчик покрывает сотни провайдеров — тогда как /v1/responses по-прежнему по сути является диалектом, почти исключительно OpenAI
  • Responses — это не просто замена URL: семантическая потоковая передача событий (а не конкатенация delta), вывод на основе items и передача состояния reasoning принципиально отличаются от chat/completions — клиентам приходится переписывать весь цикл агента
  • Проблема курицы и яйца: клиенты не реализуют это, потому что большинство кастомных эндпоинтов (шлюзов) не обслуживают responses, а шлюзы не спешат по той же причине. APIYI уже предоставляет /v1/responses (эта страница), так что на стороне шлюза нет блокирующего фактора
Поддержка в основных клиентах по состоянию на июль 2026 года: Для нагрузок GPT-5.4+ с «reasoning plus tool calling» первым выбором будут Codex CLI / opencode — укажите Base URL на https://api.apiyi.com/v1. Если вам достаточно gpt-5.4 и вы хотите остаться в IDE семейства VS Code (включая Trae), установите плагин Roo Code и выберите его провайдера OpenAI.

Устранение неполадок

Связанные ссылки

  • Эта группа: Compatible Mode · Cache Billing · Function Calling
  • Получение / управление token: https://api.apiyi.com/token
  • Руководство по миграции OpenAI: developers.openai.com/api/docs/guides/migrate-to-responses