OpenAI отдала долгие задачи в облако: Agents API запущен в бете
OpenAI запустила Agents API в публичной бете для всех разработчиков — событие датировано 10 сентября 2026 года в официальном анонсе OpenAI. Компания размещает и обслуживает агентную обвязку, лежащую в основе Codex, а разработчик задаёт модель, инструменты, задание и среду исполнения.
Это не означает, что OpenAI обязательно получает весь исполняемый код и рабочие файлы: команды могут запускаться в песочнице компании, собственной инфраструктуре разработчика или среде партнёра. Независимая проверка The File от 11 сентября также фиксирует публичную бету и это разделение между размещённой обвязкой и выбранным местом исполнения.
Что OpenAI берёт на себя
Агентная обвязка — это слой, который связывает модель, контекст, инструменты и вспомогательных агентов в одну управляемую сессию. Agents API поддерживает продолжение работы, принимает дополнительные указания и собирает события выполнения, поэтому приложению не нужно самостоятельно строить весь цикл обращений к модели.
Для продолжительных заданий сервис автоматически уплотняет раннюю часть контекста при приближении к его пределу, сохраняя сведения, необходимые для дальнейшей работы. Он также может подгружать определения подходящих инструментов по мере необходимости и распределять независимые части задания между вспомогательными агентами.
Управляемым становится именно механизм координации. Решения о том, какие системы разрешено вызывать, какие каталоги доступны для чтения и записи и какие действия требуют дополнительного контроля, по-прежнему задаёт приложение разработчика.
Где фактически исполняется код
Agents API отделяет сессию от вычислительной среды. В размещённой OpenAI песочнице компания подготавливает окружение, где агент может запускать код, работать с файлами и создавать артефакты; туда можно передать необходимые материалы, пакеты и подключаемые возможности.
Второй вариант — собственная инфраструктура: ноутбук, контейнер или удалённая песочница команды. Третий — интеграция с партнёрской площадкой. Такие среды могут различаться по размещению в частной сети, способам хранения файлов и секретов, доступным вычислительным ресурсам, времени запуска и стоимости.
Поэтому слово «управляемый» нельзя распространять на всю систему без уточнения конфигурации. OpenAI всегда ведёт агентную обвязку, но отвечает за саму песочницу только тогда, когда выбрана размещённая компанией среда; при другом варианте эксплуатационные обязанности переходят разработчику или поставщику инфраструктуры.
Как подключается собственная инфраструктура
В собственной среде команда запускает исполнитель codex exec-server. Документация по самостоятельно размещённым песочницам указывает, что OpenAI продолжает вести обвязку, а исполнитель запускает команды оболочки, читает и записывает файлы, обращается к локальным серверам MCP и возвращает результаты через исходящее соединение WebSocket.
Исполнитель регистрируется с идентификатором среды и отдельным ограниченным ключом. При разрыве соединения он пытается подключиться повторно; для каждой сессии создаётся собственный идентификатор среды, а исполнитель должен оставаться запущенным, пока агент работает.
Создание контейнера, подготовка зависимостей, повторное подключение, завершение и очистка окружения при такой схеме не становятся автоматической обязанностью OpenAI. Если приложение само предоставляет песочницы или управляет ими через вебхуки поставщика, команда должна связать эти операции с жизненным циклом сессии и заранее определить, какие результаты сохраняются после её окончания.
Кто отвечает за файлы и секреты
При самостоятельно размещённом исполнении разработчик отвечает за изоляцию сред по пользователям или рабочим нагрузкам. Агенты, работающие в одной песочнице, способны обращаться к общим файлам, учётным данным и другим доступным ресурсам, поэтому общий контейнер не образует безопасную границу сам по себе.
Для связи исполнителя с API используется ключ с правом подключения среды. Более широкий ключ приложения должен находиться за пределами песочницы: созданный агентом код может прочитать данные, доступные внутри окружения. Ограниченный ключ также нельзя встраивать в исходный код или образ контейнера и выводить в журналы; при утечке его требуется отозвать или заменить.
Та же архитектурная граница относится к ключам баз данных, облачных кабинетов и производственных сервисов. Если постоянный секрет передан агенту через файл или переменную окружения, он потенциально доступен коду и инструментам в этой среде. Практическую защиту обеспечивают отдельные песочницы, минимальные полномочия, сетевые ограничения и контролируемая выдача секретов, а не сама управляемая обвязка.
Что меняет статус публичной беты
API уже доступен разработчикам, но публичная бета допускает изменения интерфейсов и поведения до общей доступности. OpenAI намерена дорабатывать сервис по обратной связи, однако срок окончательного выпуска пока не указан.
На старте отдельной платы за обвязку нет: тарифицируются используемые модели и инструменты, а размещённая песочница учитывается как контейнерная инфраструктура. Для собственной или партнёрской среды расходы на вычисления, хранение, наблюдаемость и контроль доступа остаются вне этого обещания.
Таким образом, OpenAI перенесла в облачный сервис длительную сессию, управление контекстом и координацию агентной работы — основу для задач продолжительностью в несколько дней. Но перед миграцией командам всё ещё нужно определить владельца песочницы, границы доступа к файлам, порядок выдачи секретов и правила сохранения артефактов; публичная бета этих обязанностей не отменяет.
Читайте также:
Подпишитесь на рассылку
Получайте свежие новости Web3, AI и криптовалют прямо на вашу почту.