OpenAI держит длинную сессию агента для правок черновика

Вечер. В чате мигает черновик поста для блога или Telegram-канала. Текст вроде на месте, но лид слабоват, примеры сухие, а для Дзена нужно развернуть подзаголовки и добавить блок вопросов. Знакомо? Начинается привычная рутина: отправляешь агенту замечания, просишь переделать тон, ужать абзацы, пересобрать фактуру под разные площадки.

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

С приходом Agents API подход к автоматизации меняется в корне. Главный сдвиг здесь не в новой модели, а в инфраструктуре: платформа перенесла управление долгоживущими сессиями, координацию шагов и автоматическое сжатие контекста прямо в своё облако. Агент теперь держит историю правок, сам уплотняет старый диалог и складывает черновики на диск. Но облачная сессия — это не волшебная кнопка автопостинга. Без понимания границ памяти и файловой системы легко потерять результаты работы.

Четыре слоя архитектуры: как устроена облачная сессия

Когда OpenAI открыла публичную бету Agents API 10 сентября 2026 года, стало очевидно: фокус разработки сместился с промптов на готовую инфраструктуру. Раньше, чтобы заставить агента последовательно вести проект, разработчику приходилось самому собирать движок оркестрации. Нужно было помнить состояние диалога, следить за переполнением памяти, перезапускать упавшие шаги и прикручивать песочницы для кода. В Agents API эту черновую работу забирает облачный исполнитель (тот же harness, на котором работает Codex).

Архитектура разделена на четыре понятные сущности:

• Agent — мозги и правила. Сюда входят базовая модель, системный промпт с ролью редактора, набор функций и подключённые сервера инструментов по протоколу MCP.
• Environment — изолированная среда (песочница), где агент выполняет код, читает файлы и сохраняет черновики. Окружение может быть облачным контейнером OpenAI, собственным сервером или отсутствовать.
• Session — долгоживущая сессия взаимодействия. Она сохраняет конфигурацию агента, накапливает историю правок и держит созданные файлы.
• Events и Items — хронологическая лента событий. В неё попадают шаги рассуждений, вызовы инструментов, промежуточные ответы и ошибки.

Управление сессией построено через асинхронные вызовы. Инициализация выполняется POST-запросом к эндпоинту сессий с заголовком OpenAI-Beta: agents=v1. Для авторизации используются ключи с правами api.agents.read, api.agents.write и api.responses.write. Идентификатор сессии сохраняется в вашей базе, чтобы к диалогу можно было вернуться в любой момент.

Рабочий цикл простой: когда сессия в состоянии ожидания (idle), новое сообщение запускает следующий ход (turn). Если же отправить реплику во время выполнения задачи, система использует её как корректирующий сигнал (steer), направляя агента на лету.

Главная ловушка для новичков: статус idle сам по себе не означает, что задача выполнена без ошибок. А завершённый ход не гарантирует успешного срабатывания всех вызванных инструментов. Если разорвалось сетевое соединение, поток событий не воспроизводится заново. Управляющий сервис должен запросить состояние сессии и получить список готовых элементов по их идентификаторам.

Автоматическое сжатие контекста и границы памяти модели

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

В Agents API встроен механизм автоматического сжатия контекста (compaction). Когда объём переписки приближается к лимиту окна, облачный движок сам формирует выжимку ранних сообщений. Агент продолжает работать часами в рамках одной сессии, а разработчику не нужно писать собственные алгоритмы сжатия истории.

Честно предупреждаю: не путайте автосжатие с фотографической памятью. Алгоритм оставляет только суть, необходимую для продолжения задачи. Он не гарантирует дословного сохранения всех мелких правок, примеров слога или редких стоп-слов, скормленных агенту десять итераций назад.

Не путайте этот механизм со сжатием в Responses API, где создаются технические зашифрованные блоки. В Agents API уплотнением контекста полностью управляет облачный harness платформы.

Отсюда правило для контент-завода: редакционную политику, структуру рубрик и ключевые факты нельзя держать только в сообщениях чата. Неизменяемые правила должны лежать в виде отдельных файлов на диске песочницы, к которым модель обращается напрямую при каждом ходе.

Песочницы и файлы: почему диск важнее истории чата

Платформа предлагает три варианта работы с окружением: без файловой среды, в облачной песочнице OpenAI на базе Linux или на собственном сервере. Для задач редакции подходит облачная песочница с поддержкой Python, Node.js и базовых утилит командной строки.

Рабочей директорией по умолчанию выступает каталог /workspace. Сюда агент складывает промежуточные тексты, файлы аналитики и таблицы. Всё записанное на диск остаётся доступным между ходами сессии. Но здесь действует жёсткое системное ограничение: если облачная песочница простаивает без активности в течение одного часа, она автоматически уничтожается. Этот часовой таймаут зашит платформой и не настраивается.

Представь: редактор отправил бриф, получил набросок и ушёл на обед. Прошёл час — песочница удалилась, а промежуточные файлы стёрлись. Чтобы труд не пропал, предусмотрена папка /workspace/outputs.

Любые файлы, сохранённые в эту выходную директорию, по завершении хода публикуются как неизменяемые артефакты (immutable artifacts). Они сохраняются на сервере платформы и остаются доступными для скачивания даже после удаления контейнера песочницы по таймауту неактивности. Скачивать готовые файлы можно вплоть до удаления самой сессии.

Системные лимиты файлов в hosted-песочнице:

• При создании окружения поддерживается загрузка до 50 стартовых файлов.
• Объём встроенных в запрос данных ограничен 5 мегабайтами на файл и 10 мегабайтами суммарно.
• Через файловый интерфейс поддерживается загрузка документов до 50 мегабайт.
• Максимальный размер одного артефакта — 200 мегабайт, а общий объём папки outputs — до 500 мегабайт.
• Клиентский сервис скачивает артефакты строго по одному файлу за запрос.

Практический конвейер контент-завода: от брифа до готовых постов

Смысл сквозной сессии — превратить разрозненные запросы в единый производственный конвейер. Вместо ручного переноса текста из окна в окно ты загружаешь исходники в сессию один раз и последовательно доводишь материал до нужных форматов.

Цепочка контент-завода строится в пять шагов:

1. Старт сессии и загрузка редполитики. Сервис создаёт сессию, передаёт системные инструкции редактора и загружает в рабочую папку файл со стандартами канала, структурой статей и стоп-словами.
2. Сборка опорного лонгрида. В сессию отправляется исходный бриф или транскрипт эксперта. Агент выделяет ключевые тезисы, проверяет фактуру и сохраняет базовый черновик в рабочий файл.
3. Точечная шлифовка смысла. Человек оценивает черновик и отправляет замечания: усилить контраст, добавить пример или сократить вступление. Агент открывает сохранённый файл, вносит правки и перезаписывает документ.
4. Адаптация под форматы площадок. В той же сессии агент упаковывает выверенную фактуру: сжатый пост для Telegram, структурированную статью с подзаголовками и FAQ для Дзена и заметку для сообщества во ВКонтакте. Все итоговые версии сохраняются в папку outputs.
5. Выгрузка артефактов и проверка человеком. Система забирает артефакты и передаёт их в редакционный интерфейс. Человек проверяет результат и отправляет готовые тексты в отложку площадок.

Субагенты и параллельная работа: возможности и риски

В Agents API встроен многоагентный режим. Ведущий агент может динамически запускать дочерних субагентов для параллельных подзадач. Платформа предоставляет системные инструменты для запуска субагентов, передачи заданий, ожидания ответов и прерывания процессов. По умолчанию лимит одновременных субагентов без выделенного координатора составляет 6 процессов.

Каждый субагент работает в собственном контекстном окне. Долгий поиск фактов или расчёты кода не засоряют память ведущего агента. При этом все дочерние процессы имеют доступ к единой файловой системе песочницы.

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

В анонсе приводятся корпоративные цитаты: сокращение задержек в 4 раза у Ciridae, снижение стоимости кейса на 60% у SafetyKit и падение ошибок агентов на 86% у Hypha. Не принимайте эти цифры за безусловную норму. Это узкие корпоративные бенчмарки запуска, а не гарантия автоматического роста показателей для блога.

Экономика сессии: из чего складывается счёт

Официальная формулировка «за сам Agents API нет отдельной абонентской платы» не означает, что работа бесплатна. Реальные расходы складываются из трёх счётчиков:

• Токены модели. Оплачиваются входные и выходные токены всех внутренних вызовов, включая шаги рассуждений, системные промпты и автосжатие контекста. Для повторных префиксов действуют скидки на кэшированные токены. Например, для модели GPT-6 Astra миллион входных токенов стоит 10 долларов, кэшированных — 1 доллар, запись в кэш — 12,50 доллара, а миллион выходных токенов — 50 долларов.
• Вызовы встроенных инструментов. Встроенный веб-поиск тарифицируется по ставке 10 долларов за 1000 вызовов плюс токены найденного текста.
• Аренда контейнеров песочницы. Облачные песочницы тарифицируются по ставкам контейнеров в зависимости от объёма памяти. Базовый тариф за 20-минутную сессию одного контейнера: 1 ГБ — 0,03 доллара, 4 ГБ — 0,12 доллара, 16 ГБ — 0,48 доллара, 64 ГБ — 1,92 доллара. Для сессий с поминутным учётом действует минимальный порог списания в 5 минут.

Поле usage в потоке событий носит ориентировочный характер, может возвращать пустые значения и не выделяет запись в кэш. Использовать его как бухгалтерский счёт нельзя. Также в текущей бете обработка доступна только в США и не поддерживает режим нулевого сохранения данных (ZDR).

Грабли и типичные ошибки при длинных сессиях

Практика запуска автоматизированных редакций показывает характерные ошибки:

• Хранение текста только в чате. Надеяться, что модель через пять часов вспомнит формулировки из первого сообщения — верный путь к потере деталей. Черновик должен сразу фиксироваться в файле на диске.
• Иллюзия, что статус idle равен успеху. Переход сессии в ожидание означает лишь окончание генерации. Если вызов инструмента упал с ошибкой, черновик останется недописанным. Проверяйте файлы.
• Забытый часовой таймаут песочницы. Если редакция делает долгую паузу, несохранённые в папку outputs файлы исчезнут вместе с контейнером. Выгрузка в артефакты должна происходить после каждого этапа.
• Попытка доверить агенту прямой выпуск. Облачный агент готовит текст, но не заменяет человека. Финальная проверка перед выходом в Telegram, VK, Дзен или MAX остаётся за вами.
• Свалка сотен правил в системный промпт. Перегрузка чата мелкими инструкциями приводит к тому, что при сжатии контекста они вымываются. Правила должны быть структурированы в виде отдельного гайда.

Чек-лист перед запуском редакции на Agents API

Перед запуском производства материалов через Agents API проверьте ключевые точки:

• Запросы к API идут с заголовком бета-версии и ключом с полными правами на агентов.
• Идентификаторы сессий сохраняются в базе данных для продолжения работы после пауз.
• Редполитика и стандарты оформления вынесены в отдельный файл и загружаются в песочницу при старте.
• Сценарий агента настроен на сохранение промежуточных редакций текста в локальные файлы.
• Готовые тексты для площадок записываются в папку outputs для создания постоянных артефактов.
• В управляющем коде настроен перехват разрывов соединений с запросом статуса по идентификатору.
• Установлен контроль времени простоя песочницы для защиты от часового таймаута.
• Настроен контур передачи артефактов живому редактору для финального утверждения.

Частые вопросы

В чём главное отличие Agents API от обычных запросов к модели?

В стандартном API разработчик обязан сам хранить и передавать всю историю сообщений при каждом обращении. В Agents API платформа сама держит долгоживущую сессию, управляет облачной песочницей с файлами и автоматически уплотняет старый контекст при приближении к лимитам памяти.

Что происходит с файлами в песочнице при паузах в работе?

Файлы в рабочей папке доступны между ходами сессии, но при отсутствии активности в течение одного часа песочница автоматически удаляется. Чтобы сохранить наработки навсегда, их нужно записывать в папку outputs, откуда они сохраняются как постоянные артефакты.

Забывает ли агент редполитику при автоматическом сжатии контекста?

Механизм сжатия оставляет краткую выжимку диалога, поэтому мелкие правила и примеры слога из ранних сообщений могут вымываться. Чтобы агент строго держал стандарты стиля на протяжении всей сессии, редполитику нужно загружать отдельным файлом в рабочую папку.

Можно ли отключить или увеличить часовой таймаут песочницы?

Часовой лимит неактивности зафиксирован на уровне платформы и не настраивается через параметры API. Единственный надёжный способ защитить наработки от удаления — сохранять готовые черновики в каталог выходных артефактов.

Может ли агент самостоятельно отправлять посты в социальные сети?

Облачная сессия предназначена для генерации, структурирования и адаптации текстов, но не занимается прямой публикацией. Финальный выпуск материалов в Telegram, ВКонтакте, Дзен или MAX выполняет человек после проверки качества текста.

Из чего складывается итоговая стоимость работы с облачной сессией?

Счёт состоит из трёх компонентов: оплаты токенов модели во всех внутренних вызовах, фиксированного тарифа за использование встроенного поиска и поминутной аренды облачного контейнера песочницы в зависимости от объёма памяти.

Главный вывод

Облачные сессии и автосжатие контекста в Agents API снимают с разработчиков рутинную работу по оркестрации агентов. Больше не нужно изобретать собственные костыли для удержания памяти и тратить бюджет на постоянную пересылку раздутого диалога. Длинный черновик теперь можно вести, дополнять и переупаковывать под разные площадки внутри одной рабочей среды.

Но техническое удобство не отменяет законов контента. Зелёный статус завершённого хода в API говорит лишь о том, что контейнер отработал инструкцию. Убедительный материал получается только тогда, когда за рулём остаётся человек, контролирующий фактуру, редполитику и финальную пользу текста для читателя.