OpenAI тестирует Persistent mode для Codex: что изменится в работе AI-агента

Что известно о Persistent mode Codex сейчас

OpenAI тестирует для Codex новый режим Persistent mode, при котором агент дольше сохраняет рабочий контекст и может возвращаться к уже начатой задаче без нового запроса. Публичного запуска функции пока нет: сведения о ней появились из открытого кода командной версии Codex и подтверждены представителем компании, но точные сроки и условия доступа неизвестны.

Это не анонс готовой функции, а признак направления разработки. Persistent mode меняет привычную модель, где агент завершает сессию после ответа или по таймеру. Теперь задача может оставаться активной, пока пользователь не остановит агента вручную.

Упоминания persistent_mode нашли в коде Codex

В открытом репозитории Codex обнаружены упоминания persistent_mode в нескольких файлах, включая код управления состоянием и тесты. Это указывает на готовящуюся механику, а не на слух. Среди найденных файлов: codex-rs/core/src/context/world_state/mod.rs и codex-rs/core/tests/suite/step_settings.rs.

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

Публичного запуска Persistent mode пока нет

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

Новость стоит воспринимать как сигнал о будущем развитии AI-агентов, а не как руководство к действию. Следите за официальными сообщениями OpenAI.

Codex persistent mode: что это простыми словами

Persistent mode переводится как «постоянный режим». Для Codex это означает, что агент не забывает задачу сразу после ответа. В обычном сценарии помощник выполнил запрос, сообщил результат и ждет следующего сообщения. В новом подходе задача может оставаться активной, а агент способен вновь проверить ее состояние и найти полезное продолжение работы.

Ключевое изменение: задача не считается завершенной только потому, что Codex выдал ответ или временно остановился. Активность задачи сохраняется, пока результат не установлен, в том числе после сна агента или сброса его памяти.

Задача остается активной, пока результат не подтвержден

По описанию режима, пока результат не установлен, задача считается активной и переживает и сон помощника, и сброс памяти. Это значит, что даже если агент «уснул» или его память очистилась, он может вернуться к задаче при следующем запуске, если она не была явно завершена.

Такой подход имитирует поведение человека, который держит в голове незакрытый вопрос и возвращается к нему при возможности.

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

Persistent mode не предполагает непрерывного выполнения действий. Режим предусматривает ожидание и повторные проверки: короткие интервалы для ближайших событий и более длинные паузы для дальнейшего наблюдения. Это позволяет агенту экономить ресурсы и вмешиваться только тогда, когда это действительно нужно.

Например, если Codex поручили следить за сборкой, он может проверять статус сборки каждые несколько минут, а затем, если все идет по плану, увеличить интервал до часа или больше.

Чем Persistent mode отличается от обычной работы с Codex

В обычной сессии Codex отвечает на запрос и завершает работу. Контекст и намерение пользователя могут теряться при долгой паузе или новой сессии. Persistent mode меняет эту модель: агент продолжает сопровождать задачу, даже если пользователь не отправляет новых сообщений.

Это не просто увеличенное время сессии. Persistent mode позволяет агенту при повторном запуске без нового вопроса оценить, что еще полезно сделать для уже начатой работы. Речь идет о поддержании задачи, а не о произвольной инициативе.

Обычная сессия заканчивается после ответа или паузы

Привычный сценарий: вы просите Codex что-то сделать, он выполняет и сообщает результат. Дальше он ждет вашей следующей команды. Если вы вернетесь через несколько часов или на следующий день, агенту может потребоваться заново объяснять контекст.

Это ограничение особенно заметно в длительных проектах, где нужно отслеживать состояние задачи между сессиями.

В Persistent mode Codex ищет полезное продолжение

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

Например, если вы попросили Codex настроить CI/CD пайплайн, и после первого запуска он обнаружил, что тесты не проходят, в persistent mode он может сам вернуться к задаче, проверить логи и попытаться исправить ошибку, не дожидаясь вашего явного указания.

Какие задачи Persistent mode может упростить

Persistent mode особенно полезен в задачах, где результат появляется не сразу и его нужно периодически проверять. Вместо того чтобы вручную запускать агента каждый раз, вы можете поручить ему длительное наблюдение и вмешательство при необходимости.

Один из конкретных сценариев из материалов: контроль сборки. Если Codex поручено следить за сборкой, он может сам возвращаться к задаче, проверять итоговый статус и продолжать разрешенные действия, если работа требует продолжения.

Наблюдение за сборкой и проверка результата

Представьте: вы запустили сборку проекта и попросили Codex сообщить, если что-то пойдет не так. В обычном режиме агент ответит «хорошо, я проверю» и, возможно, проверит один раз. В persistent mode он будет периодически проверять статус сборки, анализировать логи и, если обнаружит ошибку, может попытаться ее исправить в рамках разрешенных действий.

Такой подход экономит время и снижает риск пропустить важное событие.

Длинные задачи с ожиданием между шагами

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

Важно четко определить, что считать успешным завершением и когда агенту следует остановиться.

Persistent mode не дает Codex дополнительных прав

Длительная работа агента не означает, что он получает свободу действий без контроля. Persistent mode меняет длительность и непрерывность работы над задачей, но не расширяет полномочия. Действия с чужими файлами, выход за пределы задачи и работа вне разрешенной среды по-прежнему требуют подтверждения.

Это принципиально: автономность агента ограничена рамками задачи и разрешенной средой. Пользователь сохраняет контроль над чувствительными операциями.

Границы задачи сохраняются

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

Например, если вы поручили Codex обновить зависимости в проекте, он не должен трогать другие проекты или системные файлы.

Изменения за пределами разрешенной среды нужно согласовывать

Persistent mode не отменяет подтверждения для потенциально значимых действий, включая изменение чужих файлов или действия, выходящие за заданные рамки. Если агенту нужно выполнить операцию, которая может повлиять на других пользователей или выйти за пределы его песочницы, он должен запросить разрешение.

Это сохраняет баланс между автономностью и безопасностью.

Почему OpenAI Persistent mode важен для развития AI-агентов

Persistent mode отражает общий тренд: AI-помощники переходят от разовых ответов к длительному сопровождению процессов. Такой подход называют always-on агентами, то есть агентами, которые всегда на связи и не забывают задачу сразу после одного ответа.

Для рынка это шаг к более полезным и автономным системам, но он требует более ясных правил контроля.

От разовых ответов к сопровождению процесса

Ценность AI-агента растет, когда он может не только выполнить один шаг, но и отслеживать, достигнут ли результат. Persistent mode выглядит как движение в этом направлении, но не является доказательством полностью автономной работы. Агент все еще зависит от качества постановки задачи и заданных границ.

Тем не менее, возможность удерживать цель в течение длительного времени открывает новые сценарии использования.

Дольше работающий агент требует более ясных правил контроля

Чем дольше агент работает, тем важнее четко задавать цель, разрешения и условия остановки. OpenAI сохраняет подтверждения для чувствительных действий, а пользователь должен понимать, когда агент все еще активен. Это снижает риски непреднамеренных действий.

В перспективе always-on агенты могут стать стандартом, но только при условии прозрачности и управляемости.

Что стоит учитывать до выхода нового режима Codex

Persistent mode может сделать Codex удобнее для продолжительных задач, но функция пока не доступна публично. Следите за официальными сообщениями OpenAI и оценивайте будущий режим по трем критериям: сохранение контекста, прозрачность статуса задачи и понятность подтверждений.

Не стройте процессы на основе неподтвержденных возможностей. Дождитесь релиза и тестируйте в безопасной среде.

Не путать тестирование с готовой функцией

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

Главный вопрос для пользователя: когда агент должен остановиться

При длительной работе AI важны не только возможности агента, но и понятные условия завершения. Пользователю нужно уметь явно остановить помощника и видеть, какую задачу он продолжает. Это ключевой навык для работы с persistent-агентами.

Если вы планируете использовать подобные режимы в будущем, заранее продумайте, как будете контролировать активность агента и какие действия требуют вашего подтверждения.