Codex Persistent mode: агент «until put to sleep» — код в CLI, релиза нет

В открытом репозитории Codex CLI на GitHub в конце августа 2026 всплыл режим Persistent. Инструкция агенту в коде короткая: continue working until put to sleep — продолжай работать, пока тебя не отправят спать. Первым это разобрал Wired (Maxwell Zeff). 27–28 августа подхватили Gizmodo и Techmeme. Представитель OpenAI подтвердил Wired: фичу тестируют, immediate launch нет.

На 29 августа 2026 это не пункт в твоих настройках и не шипнутый продукт. Ниже — что лежит в коде, чем Persistent mode отличается от обычной сессии Codex, что делает парный Proactivity, что это меняет для вайб-кодера (токены, ночь, sandbox) и с чем режим путать нельзя.

Что нашли в коде Codex CLI

Код живёт в публичном репозитории командной строки Codex. Wired фиксирует паттерн: изменения CLI по умолчанию открыты, новые фичи часто всплывают там раньше, чем в десктопе Codex или ChatGPT Work. Это сигнал направления, не анонс десктопа и не дата выкладки.

Что сходится в репортах по коду:

1. Пункт Persistent mode в меню reasoning-effort.
2. Текст агенту: continue working until put to sleep.
3. Нет потолка «несколько минут / несколько часов», который есть у текущих режимов: те гаснут даже на незакрытой задаче.
4. Парный файл Proactivity: агент сам заводит follow-up задачи, тянет их между сессиями, редко может написать тебе без нового промта.
5. Права не расширяются: sandbox и одобрение на действия снаружи системы остаются.

Меню reasoning-effort здесь не декорация. Это ручка «сколько compute, токенов и времени на размышление» рядом с самым тяжёлым режимом. Если агент крутится без верхнего лимита по часам, без такой ручки он сожрёт квоту за ночь. Про привычки, которые жрут токены в соседнем контуре, — отдельный разбор лимитов Claude Code. Принцип тот же, вендор и цифры квот — другие.

Не дописывай UI сверх этого. В первоисточниках нет скрина кнопки «Put to sleep», нет тумблера в ChatGPT, нет тарифа «Persistent included». Есть пункт в reasoning-effort и формулировка в коде.

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

Обычный ритм Codex знаком: ты пишешь промт, агент планирует, правит, гоняет тесты, отдаёт отчёт — сессия кончается. Даже если задача не доехала, текущие режимы reasoning-effort через минуты или часы сами гаснут. В обзорах как раз жалуются: агент выключается раньше, чем закрыл работу.

Persistent mode ломает вторую половину цикла. Условие остановки — не «дифф готов» и не таймер, а действие человека: put to sleep. Пока ты не уложил агента спать, он не обязан считать работу законченной.

Практическая развилка:

• Сессия. Ты смотришь терминал, правишь курс, жмёшь стоп. Контур закрыт твоим вниманием.
• Persistent (в коде, не в проде). Контур закрыт явным «спать». Задача может обрасти следующими шагами без нового промта.

Это не «чуть дольше подумал». Это смена модели: инструмент по вызову → процесс, который живёт, пока его не выключили. Cursor здесь идёт другим путём: cloud agents будятся событием (PR, Slack, расписание), делают ограниченный круг и отчитываются. У Persistent в коде нет внешнего триггера как обязательного старта и нет «и тогда он останавливается» как обязательного финала.

Не путай также с «сессия не умерла, потому что ноутбук не закрыли». Обычный Codex CLI жив, пока жив процесс — но внутри режима есть потолок времени на задачу. Persistent снимает именно этот потолок, не требование «держи терминал открытым».

Ещё одно бытовое отличие. В обычной сессии у тебя есть естественная единица аудита: один промт, один результат, конец. В Persistent граница размывается. Follow-up, которые агент завёл сам, садятся в ту же ленту. Если потом понадобится ответить «что он сделал ночью», без своего лога и без привычки смотреть дифф по коммитам ты получишь кашу. Это не баг кода. Это цена модели «работает, пока не уснёт».

Proactivity: сам ставит следующую задачу

Persistent без Proactivity был бы просто длинной сессией. Парный фич в коде жёстче.

По репортам Wired агенту говорят: работа не закончена, когда ответ на исходный запрос готов. Он должен:

• завести follow-up задачи себе;
• тащить их между сессиями;
• опираться на прошлые взаимодействия, чтобы выбрать, что делать дальше;
• иметь инструмент написать тебе без промта, но редко.

Последний пункт легко раздуть в «агент сам спамит в чат». В коде наоборот: писать без запроса можно, инструкция — делать это скупо. Не обещай команде ночные статусы каждый час. Такого SLA нет.

Польза и риск здесь одно и то же: качество следующего шага. Если модель верно угадывает «после тестов — починить флаки, потом обновить README», ночь экономит утро. Если она «дожимает» не тот рефакторинг или плодит задачи из шума — ты утром разбираешь чужой план. Gizmodo прямо пишет: полезность Proactivity упирается в то, насколько агент умеет предсказывать, что должно быть следующим.

Proactivity не выдаёт новых прав. Он меняет кто ставит очередь, не что можно трогать. Sandbox тот же. Действие за пределами твоей системы по-прежнему требует одобрения. Держи это в одном абзаце с «сам ставит задачи»: иначе в голове складывается «сам пушит в прод».

Для вайб-кодера практический смысл узкий. Proactivity имеет цену на задачах с понятным хвостом: добить тесты, закрыть типы, разложить один модуль. На задаче «придумай архитектуру с нуля и сам реши, что важно» ночной follow-up — лотерея. Не потому что «ИИ плохой», а потому что критерий «готово» ты не зафиксировал. Persistent не добавит критерий за тебя.

Что это меняет для вайб-кодера

Пока фичи нет в проде, меняется не кнопка, а как ты будешь её включать, если OpenAI выкатит близко к коду. Три оси: токены, ночь, sandbox.

Токены

Reasoning-effort стоит рядом с Persistent неслучайно. Всегда-включённый агент без потолка по минутам — это счётчик, который крутится без тебя. Текущие режимы хотя бы сами гаснут. Здесь стоп — человек или, если появится в релизе, явный потолок compute.

Что делать заранее, без выдуманных тарифов:

• Зафиксировать, какой уровень reasoning-effort ты готов отдать без присмотра. Не максимум «на всякий случай».
• Не смешивать Persistent с дневной сессией в терминале. Ночной контур жрёт иначе: нет твоего «стоп, хватит».
• Те же привычки, что копят квоту в Claude Code: широкий поиск по репо, жирная история, тяжёлая модель на мелочи. Разбор привычек — в статье про лимиты и экономию токенов. Цифры квот Claude сюда не переноси: у Codex свои лимиты, цены Persistent OpenAI не публиковала.

Цену, «входит ли в Plus / Pro / Team» и ночной множитель не выдумываем. Их нет в источниках на 29.08.2026.

Ночь

Формулировка «пока не уложишь спать» соблазняет сценарием: оставил агента на рефакторинг, утром дифф. В коде это направление. В проде — нет.

Честный чеклист на сейчас:

• Не пиши в ТЗ «включи Persistent в reasoning-effort и уходи». Пункта у пользователя нет.
• Если гоняешь обычный Codex ночью — это текущие режимы с их потолком минут и часов, не Persistent.
• Когда и если режим появится, первым решением должно быть не «включить», а «что считается сном»: кто жмёт стоп, что делать с follow-up, которые агент завёл сам, куда смотреть утренний дифф.

Ночь без человека усиливает обычные ошибки агента. Сессия с потолком ошибается и кончается. Persistent в описании кода ошибается и продолжает, пока его не уложат спать. Это не аргумент «нельзя». Это аргумент: kill switch и привычка читать дифф должны быть до того, как отдашь репозиторий без присмотра.

Sandbox

Wired и последующие разборы сходятся: Persistent не расширяет, что агенту можно. Действия вне твоей системы — с явным одобрением. Локальный sandbox остаётся.

Для вайб-кодера это значит:

• Не путать «работает всю ночь» с «может сам пушить, деплоить, писать в чужие API». Снятия ограничений в коде нет.
• Внешние действия по-прежнему через approval. Если ночью некому одобрить — внешний контур не должен ехать.
• Секреты и широкие токены в сессии, которая может жить часами, опаснее, чем в сессии на двадцать минут. Это не новая дыра Persistent. Это та же модель доступа, растянутая во времени.

Не обещай «изолированная VM как у Cursor cloud agents». У Cursor субагенты на своих машинах — отдельный шипнутый changelog. У Persistent в открытом коде Codex такой обвязки в репортах нет. Песочница здесь — текущая модель Codex, не новый контур изоляции.

Чего нет на 29 августа 2026

Короткий список, чтобы не скормить команде фантомный релиз:

• Нет шипа. OpenAI тестирует, immediate launch нет. Это не GA и не beta в меню у всех.
• Нет гайда «включи так». Нет подтверждённых кнопок UI, нет команды вроде /persistent, нет скрина Settings.
• Нет даты релиза и нет цены.
• Нет обещания десктопа и ChatGPT Work. Паттерн «сначала CLI» в Wired есть. Перенос — гипотеза по истории продукта, не анонс.
• Нет расширения прав. Sandbox и approval не сняты «потому что режим длинный».
• Нет потолка «N часов» в описании Persistent. Наоборот: у текущих режимов потолок есть, здесь его нет. Не дописывай «работает восемь часов и гаснет».

Вторичные тексты иногда тащат чужие always-on агенты как «все так делают, значит Codex уже так умеет». Чужой рынок — не спецификация CLI. В ТЗ оставляй только то, что лежит в коде и в словах OpenAI для Wired.

Чем не путать

Четыре соседних ярлыка уже живут в поиске. С Persistent у них общее слово «агент», не механика.

Cursor cloud agents. Подписки на события: PR, Slack, расписание. Агент просыпается на триггер, ведёт ограниченный круг. Это облако и changelog от 19.08.2026. Persistent Codex — не подписка на событие. В коде он не обязан ждать PR, чтобы продолжить, и не обязан остановиться, когда круг закрыт.

Claude Code Remote Control. Это доступ к локальной сессии со смартфона или браузера. Код крутится на твоей машине. Если ноутбук уснул, Remote Control гаснет вместе с процессом claude. Это не «агент сам живёт, пока его не уложат спать». Это «ты не у стола, сессия та же». Persistent — про длительность и инициативу агента, не про второй экран.

CopilotKit OpenBot. MIT-опенсорс «коллега с компьютером» на твоей машине, AG-UI, alpha. Не продукт OpenAI и не xAI. Self-host платформа ботов — не пункт reasoning-effort в Codex CLI.

xAI Grok Bot. Чужой всегда-включённый контур со своим компьютером и браузером. OpenBot на него похож формой. Codex Persistent — нет: это режим внутри агента OpenAI, найденный в CLI, без «компьютера коллеги» в описании кода.

Смешивать их в одном ТЗ («включи Persistent как Remote Control в Cursor») — ошибка постановки. Четыре разных стопа: событие, твой второй экран, self-host коллега, тест OpenAI без релиза.

Краткий итог

В конце августа 2026 в открытом Codex CLI нашли Persistent mode в меню reasoning-effort: агент должен continue working until put to sleep. Рядом Proactivity — сам заводит follow-up, тянет их между сессиями, редко пишет без промта. OpenAI подтвердила тест, запуска нет. На 29.08.2026 это не шипнутая настройка. Права не шире: sandbox и approval на внешние действия остаются. Токены без присмотра — главная бытовая цена такого режима, поэтому ручка effort стоит рядом. Не путай с cloud agents Cursor, Remote Control Claude, OpenBot и Grok. Появится релиз — сверяй changelog OpenAI, не посты «уже можно включить».

<!-- words: 1734 -->