Контейнерные сессии OpenAI: поминутная тарификация, минимум 5 минут и модель стоимости для Hosted Shell

2 июня 2026 г. OpenAI тихо изменил схему тарификации допустимых контейнерных сессий. Вместо фиксированной стоимости 20-минутного блока независимо от реального использования платформа теперь начисляет оплату поминутно с минимумом 5 минут на сессию. Стоимость одной минуты не изменилась.

Это не снижение цен — это изменение гранулярности тарификации. Для команд, которые маршрутизируют рабочие нагрузки агентов через Hosted Shell или Code Interpreter от OpenAI, последствия для модели стоимости поминутной тарификации контейнерных сессий весьма существенны.

Что изменилось и где применяется

Контейнерные сессии охватывают два встроенных инструмента, доступных через Responses API:

• Hosted Shell (container_auto или container_reference) — полная терминальная среда Debian 12 с предустановленными Python, Node.js, Go, Java, Ruby и PHP.
• Code Interpreter — изолированная среда выполнения для анализа данных, обработки файлов и вычислений.

Прежняя схема тарификации: каждая допустимая сессия оплачивалась по ставке 20-минутного блока вне зависимости от продолжительности. Задача обработки данных за 90 секунд стоила столько же, сколько сессия отладки длиной 19 минут.

Новая схема тарификации (с 2 июня): оплата начисляется за каждую фактически прошедшую минуту с минимальным порогом в 5 минут. 90-секундная задача стоит 5 минут; 7-минутная задача — 7 минут; 22-минутная сессия по-прежнему стоит 22 минуты.

Текущие цены (стоимость минуты не изменилась): 1 ГБ RAM — $0.03 за 20 минут → $0.0015/мин; 4 ГБ — $0.006/мин; 16 ГБ — $0.024/мин; 64 ГБ — $0.096/мин.

Последствия для модели стоимости routing

При поминутной тарификации контейнерных сессий OpenAI минимум в 5 минут формирует новый ценовой порог, который меняет три распространённых решения по маршрутизации.

Решение 1: маршрутизация микрозадач

Короткие задачи (реальное время работы контейнера — менее 5 минут) теперь имеют фиксированную минимальную стоимость. Если ваш паттерн агента запускает новый контейнер для каждого небольшого вызова инструмента — конвертация CSV, быстрое вычисление — вы платите за 5 минут вне зависимости от реального времени выполнения.

Последствие для routing: для предсказуемых микрозадач с временем выполнения менее 2 минут оцените, не будет ли локальный shell runtime (самостоятельно размещённый) или вызов функции без контейнера более экономичным вариантом. В руководстве по Hosted Shell явно поддерживается путь локального выполнения для команд, стремящихся избежать накладных расходов на контейнер.

Решение 2: повторное использование сессии vs. новые контейнеры

Containers API позволяет создать постоянный контейнер и использовать его повторно в нескольких вызовах Responses API через container_reference. При поминутной тарификации повторное использование долгоживущего контейнера в рамках многошаговой сессии агента заметно выгоднее, чем запуск нового контейнера на каждом шаге.

Прежде фиксированная ставка за 20 минут делала краткосрочные контейнеры относительно дешёвыми по сравнению с поддержанием одного контейнера. Теперь каждая новая контейнерная сессия влечёт минимум в 5 минут, поэтому объединение многошаговой работы в одну контейнерную сессию снижает эффективную стоимость задачи.

Последствие для routing: если ваш router отправляет последовательные вызовы инструментов в Hosted Shell, передавайте container_reference вместо container_auto для каждого вызова. Проектируйте жизненный цикл контейнера в соответствии с жизненным циклом сессии агента, а не отдельных вызовов инструментов.

Решение 3: выбор уровня памяти в политике routing

Минимальная оплата начисляется для каждого контейнера на том уровне памяти, который вы выделили. Контейнер на 64 ГБ, выполняющий 45-секундную задачу, теперь стоит $0.48 (5 минут × $0.096/мин) вместо $1.92 (полные 20 минут). Это реальная экономия для избыточно выделенных контейнеров.

Последствие для routing: проверьте, не использует ли ваша политика маршрутизации по умолчанию более высокий уровень памяти, чем реально требуется задачам. При поминутной тарификации правильный выбор уровня памяти оказывает более прямое влияние на стоимость коротких сессий, чем при фиксированной ставке.

Что операторам нужно проверить сейчас

Изучите эти три области, если вы используете контейнерные сессии OpenAI в своём routing-слое:

1. Распределение затрат по типам задач — разбейте стоимость контейнерных сессий по продолжительности задач. Определите, какие категории задач стабильно укладываются в менее чем 5 минут, и оцените альтернативы: локальный shell или вызовы функций.
2. Жизненный цикл контейнера в оркестрации агентов — убедитесь, что ваш слой оркестрации передаёт container_id между многошаговыми вызовами инструментов в рамках одного хода агента. Каждый вызов с container_auto создаёт новую сессию и новый минимум в 5 минут.
3. Значения уровня памяти по умолчанию в конфигурации routing — проверьте настройку memory_limit, которую вы передаёте в Containers API. Если для всех задач используется 4 ГБ или 16 ГБ по умолчанию, рассмотрите маршрутизацию по уровню памяти на основе типа задачи — теперь, когда поминутные расходы стали прозрачными.

Чек-лист принятия решений по routing

Используйте этот фреймворк при маршрутизации задач, требующих контейнерного исполнения OpenAI:

• Время выполнения задачи < 2 мин и предсказуемо? → Рассмотрите локальный shell или чистый вызов функции
• Время выполнения задачи 2–5 мин? → Hosted-контейнер оправдан; повторно используйте через container_reference в рамках сессии агента
• Время выполнения > 5 мин или задача файлоёмкая? → Hosted-контейнер — правильный выбор; подберите подходящий уровень памяти
• Многошаговая последовательная shell-работа? → Создайте один контейнер, передавайте container_reference на всех шагах; не запускайте новые контейнеры для каждого вызова

Источник и верификация

Изменение тарификации задокументировано в журнале изменений OpenAI API (запись от 2 июня 2026 г.) и отражено на странице цен на встроенные инструменты: «Допустимые контейнерные сессии тарифицируются поминутно с минимумом 5 минут на сессию».

Контекст архитектуры routing см. в документации TheRouter и соответствующем материале о волне устаревания legacy-моделей OpenAI для более широкого планирования жизненного цикла API.