Разбор · Codex · август 2026
Codex работает, пока не усыпят: 3 правила режима 2026 года
29.08.2026 я открыл исходный код помощника Codex и нашёл там готовые файлы режима, о котором в интерфейсе пока ничего не написано. Режим называется persistent mode, дословно «стойкий режим». Смысл простой: помощник не замолкает после того, как выдал ответ. Он смотрит, осталось ли по твоей задаче незакрытое дело, сам берётся за него, ждёт и проверяет снова
Дальше в статье: что именно нашлось в коде, что этот режим делает и чего не делает, где он ломается на практике и что тебе теперь надо менять в привычке работы. Технических подробностей не будет, будет разбор простыми словами
29.08.2026 в открытом коде Codex видны файлы режима, в котором помощник продолжает работать после ответа: он сам ищет следующий шаг по уже поставленной задаче, спит между проверками и просыпается снова. Новых прав режим не даёт: всё, что меняет чужие файлы или выходит за поставленную задачу, помощник обязан согласовать. Для новичка это меняет одну вещь: помощника теперь надо останавливать словами, а не закрытым окном
Что именно нашлось в коде Codex
В открытом хранилище кода Codex лежат файлы с именем persistent_mode. Это не догадка по слухам, а результат поиска по самому хранилищу: я запустил поиск 29.08.2026 и получил список файлов, где это слово встречается. Четыре строки из этого списка ниже, они сняты с моего прогона, а не переписаны из обзора
Что вернул поиск по открытому коду Codex 29.08.2026
- openai/codex:codex-rs/core/src/context/world_state/mod.rs: mod persistent_mode;
- openai/codex:codex-rs/core/src/context/world_state/mod.rs: pub(crate) use persistent_mode::PersistentModeState;
- openai/codex:codex-rs/core/src/context/world_state/persistent_mode.rs: ContentItemKind("persistent_mode.instructions".to_string())
- openai/codex:codex-rs/core/tests/suite/step_settings.rs: format!("\npersistent instructions for {MODEL_A}.\n");
Что здесь видно человеку без подготовки. Слово встречается не в одном месте, а сразу в нескольких частях программы: в описании состояния мира помощника, в разборе событий, в наборе проверок. Так выглядит не набросок, а собранная и проверяемая штука
Что это тебе даёт: когда в интерфейсе появится переключатель, ты уже будешь знать, что за ним стоит, а не будешь гадать по красивой подписи
Что этот режим делает простыми словами
Обычный помощник работает по кругу «человек спросил - помощник ответил - тишина». Стойкий режим меняет только третий шаг. После ответа помощник ещё раз оглядывается на твою задачу и ищет, не осталось ли по ней незакрытого хвоста
В самом описании режима это сказано дословно так: после выполнения задачи и выдачи ответа, если помощника запустили снова без нового вопроса, он ищет полезные продолжения, которые прямо поддерживают уже сделанную работу. И отдельно: закрыть известную открытую петлю или проверить, что правка подействовала, важнее, чем выдумать себе новую работу
Три правила, которые описание задаёт помощнику:
- продолжение ограничивается смыслом и целью исходной задачи, а не числом проверок
- пока результат не установлен, задача считается активной: она переживает и сон помощника, и сброс памяти
- ждать надо соразмерно: на живой работе ближайшего часа шаг проверки короткий, дальше пауза растягивается
На практике это значит вот что: помощник, которому сказали «следи за сборкой», перестаёт ждать твоего «ну как там» и сам возвращается со строчкой результата
Чего режим НЕ делает: границы, которые заданы прямо
Главный страх новичка звучит так: если помощник продолжает работать сам, он же может наворотить дел, пока я сплю. Описание режима отвечает на это отдельным абзацем, и отвечает жёстко
Дословно там сказано: настойчивость не расширяет разрешённый объём. Помощник может делать безопасные продолжения, которые ничего не меняют и остаются внутри того, что человек уже разрешил. Всё, что требует новых прав, заметно расширяет объём работы или меняет что-то снаружи, помощник обязан сначала описать и получить одобрение
«Persistence does not broaden that scope» - настойчивость не расширяет разрешённый объём. Дословная строка из описания режима, файл persistent_mode.md, снято 29.08.2026
Есть и второе ограничение, чисто человеческое: помощнику запрещено сыпать одинаковыми сообщениями. Быть запущенным снова и получить служебный контекст - это не новый вопрос от человека, и сам по себе поводом написать не является
| Что человек боится | Что задано в описании режима |
|---|---|
| Начнёт делать что попало | продолжение ограничено целью исходной задачи, придумывать несвязанную работу запрещено |
| Полезет менять чужое | внешние изменения без разрешения запрещены, сначала описание действия и одобрение |
| Завалит сообщениями | повтор уже сказанного запрещён, между значимыми изменениями помощник молчит |
| Забудет, что делал | цель, последнее состояние и условие остановки записываются, чтобы пережить сон и сброс памяти |
| Будет крутиться вечно | у продолжения есть условие остановки, обоснованное самой задачей |
Таблица прокручивается вбок →
Что это тебе даёт: страх «оно само что-то сломает» снимается не обещанием, а записанным правилом, которое ты теперь можешь процитировать
Где это ломается на практике: две живые жалобы
Тут начинается честная часть. Идея «работает, пока не усыпят» упирается в старую больную точку: фоновые процессы, которые не гасятся
Первая жалоба открыта 04.06.2026 и до сих пор не закрыта: отменённая задача продолжала работать и перезапускаться в фоне и загрузила процессор сервера полностью. Человек отменил работу, а запущенный ею тяжёлый процесс остался жить
Вторая жалоба, заведённая 01.01.2026, называется прямо: фоновые задачи продолжают крутиться сами по себе, и способа их убить нет. Она уже закрыта, но сам класс проблемы никуда не делся, что и показывает первая жалоба
«A canceled/interrupted Codex task continued running or restarting in the background and saturated the server CPU» - отменённая задача продолжала работать и перезапускаться в фоне и полностью загрузила процессор. Дословная строка из открытой жалобы 26382, прочитана 29.08.2026
Что это значит для тебя. Режим, который специально создан продолжать работу, ставится поверх механики, которая уже сейчас иногда не умеет останавливаться. Значит привычка «просто закрою окно» перестаёт работать: закрытое окно и остановленная работа - разные вещи
Три привычки, которые придётся поменять
- Останавливать словами, а не крестиком скажи помощнику «останови слежение за сборкой», дождись подтверждения и только потом закрывай окно
- Называть условие остановки в самой задаче не «следи за сборкой», а «следи, пока сборка не станет зелёной или пока не пройдёт час»
- Проверять, что осталось запущено после длинной задачи посмотри список работающих программ на компьютере, прежде чем уходить
Как читается описание режима: три слоя правил
- Слой 1, когда браться помощника запустили снова, а нового вопроса нет - только тогда он ищет продолжение
- Слой 2, за что браться закрыть известную открытую петлю или проверить, что правка подействовала, важнее выдуманной новой работы
- Слой 3, когда остановиться результат установлен, человек отменил, тема перестала быть актуальной или дальше нужен ответ человека
Что делать сегодня, если ты только начинаешь
Ничего включать не нужно: переключателя в интерфейсе пока нет. А вот привычку стоит завести заранее, потому что она полезна и без этого режима
Приём один и он не про кнопки: формулируй задачу С УСЛОВИЕМ ОКОНЧАНИЯ. Вместо «посмотри, что не так с сайтом» - «посмотри, что не так с сайтом, назови три причины и остановись»
Условие окончания работает в любом помощнике и сегодня, без всякого стойкого режима: оно даёт машине признак, по которому она понимает, что работа кончилась. Именно этого признака и не хватает в жалобах выше
| Формулировка без условия | Что получится | Как переписать |
|---|---|---|
| посмотри, что не так с сайтом | бесконечная проверка по кругу | назови три причины и остановись |
| поправь текст | правки без края | поправь заголовок и первый абзац, остальное не трогай |
| разберись с ошибкой | помощник уходит в соседние файлы | найди причину ошибки, покажи строку, ничего не меняй |
| сделай лучше | случайный результат | перечисли, что именно улучшить, по пунктам |
Таблица прокручивается вбок →
Что это тебе даёт: когда стойкий режим появится у всех, твои задачи уже будут написаны так, что помощник в них не заблудится. Тот же приём разобран подробнее в гайде про цикл работы с помощником и в разборе как ставить задачи простыми словами
Почему «помощник сам продолжает» - это не мелкая деталь
Разница видна на простом счёте. Обычный цикл выглядит так: ты поставил задачу, ушёл, вернулся, спросил «как там», прочитал, поставил следующую. Четыре действия человека на один шаг машины
Стойкий режим убирает из этого ровно одно звено - твоё «как там». Кажется, что мелочь, но именно это звено привязывает тебя к экрану: пока ты не спросил, ничего не произойдёт
| Что происходит | Обычный режим | Стойкий режим |
|---|---|---|
| задача поставлена | помощник делает и замолкает | помощник делает и проверяет, осталась ли открытая петля |
| работа идёт долго | ты возвращаешься и спрашиваешь | помощник возвращается сам с результатом |
| появился побочный вопрос | ждёт твоего следующего сообщения | берёт его, если он в рамках задачи |
| работа закончена | ты узнаёшь об этом, когда спросишь | помощник говорит об этом сам |
| ты хочешь остановить | закрываешь окно | предусмотрена явная отмена человеком |
Таблица прокручивается вбок →
Что это тебе даёт: понятно, за что тут вообще спор. Спор не про «умнее или глупее», а про то, кто держит инициативу между шагами
Три вопроса, которые стоит задать до того, как включать такое у себя
Первый: что помощник делает, пока меня нет? Если ответ «может тронуть боевые файлы», такому режиму нужна песочница, а не доверие
Второй: как я его останавливаю? Отмена человеком должна быть в описании режима, а не в надежде. В найденном файле она названа прямо, и это хороший признак
Третий: где лежит результат? Помощник, который работал час и написал итог в чат, теряет работу вместе с окном. Итог должен ложиться в файл
Что это тебе даёт: три проверки, которые отделяют полезную автономность от неуправляемой
Чем это отличается от фоновых задач, которые уже есть
Фоновая задача - это «запустил и забыл»: она крутится, пока не кончится, и обратной связи от неё нет. Именно на это жалуются в открытых обращениях, которые разобраны выше
Стойкий режим устроен иначе: у него описаны и вход (когда браться), и выход (когда остановиться), и право человека прервать. То есть это не «работает вечно», а «работает до условия»
Разница практическая: фоновую задачу ты убиваешь, стойкий режим ты отменяешь. Второе предусмотрено, первое приходится изобретать
Что это тебе даёт: ты не путаешь два разных механизма и не ждёшь от одного поведения другого
Что почитать в самом коде, если хочется проверить меня
Файл описания режима лежит открыто в репозитории проекта, и найти его можно поиском по коду, а не через чужие пересказы. В статье все цитаты даны дословно, а адреса файлов - в разделе источников ниже
Отдельно стоит посмотреть, где именно этот файл подключается: имя режима встречается в коде дважды, и оба места видно тем же поиском. Это и есть разница между «в интернете пишут» и «я открыл и посмотрел»
Что это тебе даёт: любую цифру и цитату из этой статьи ты можешь перепроверить сам за пять минут
Как это выглядит рядом с другими помощниками
Идея «помощник продолжает работу сам» не новая, и у соседей она сделана иначе. Сравнение простое: у кого работа продолжается сама и что её останавливает
| Помощник | Продолжает работу сам | Чем останавливается |
|---|---|---|
| Codex, стойкий режим | да, ищет продолжение по уже поставленной задаче | условием остановки из задачи, отменой человеком, сном |
| Обычный чат в браузере | нет, ждёт следующего сообщения | закрытием вкладки |
| Помощник в терминале с задачами по расписанию | да, но по расписанию, а не по смыслу | остановкой расписания |
Таблица прокручивается вбок →
Отдельно стоит сравнить, чем человек платит за каждый вариант:
| Как устроено продолжение работы | Что человек делает руками | Чем платит |
|---|---|---|
| Ничего не продолжается | сам возвращается и спрашивает результат | своим вниманием и переключением между делами |
| Продолжение по расписанию | заводит расписание и следит, чтобы оно не крутилось впустую | лишними прогонами, которые никому не нужны |
| Продолжение по смыслу задачи | один раз формулирует условие остановки | точностью формулировки: размытая задача даёт размытую остановку |
Таблица прокручивается вбок →
Что это тебе даёт: становится видно, что новое тут не «работает без человека», а «сам решает, что делать дальше по твоей же задаче». Разница между этими двумя вещами и есть всё содержание режима. Если тебе интереснее сравнение самих помощников, оно разобрано в гайде Codex против Claude
Стоит ли ждать этот режим новичку
Короткий ответ: ждать нечего, а готовиться стоит. Режим лежит в коде, но кнопки нет, а срока включения я не нашёл ни на одной из открытых мной страниц источника. Ставить на него планы рано
Что реально можно сделать сегодня, не дожидаясь кнопки:
- писать задачи с условием окончания, а не открытым «посмотри там»
- заканчивать работу словом «останови», а не закрытием окна
- держать список того, что запущено, если работа была длинной
Эти три привычки работают в любом помощнике и сегодня, а когда режим включат, они станут обязательными. Первые шаги с самим Codex разобраны в гайде про установку помощника с нуля, а типовые ошибки новичка - в десяти навыках
Условие окончания: девять готовых формулировок
Это самая практичная часть статьи, и она работает уже сегодня, в любом помощнике. Каждая строка - готовая концовка задачи, которую можно скопировать в конец своего запроса
Девять концовок, после которых помощник останавливается сам
- По количеству назови ровно три причины и остановись
- По границе файла правь только этот файл, соседние не открывай
- По времени шага сделай один проход и покажи результат, второй не начинай
- По формату ответа ответ одной таблицей, без пояснений вокруг
- По запрету действия ничего не меняй, только покажи строку с ошибкой
- По проверке после правки прогони проверку и покажи её вывод, дальше стоп
- По вопросу назад если данных не хватает, задай один вопрос и жди
- По списку задач сделай первый пункт списка, остальные не трогай
- По готовому признаку работа закончена, когда сборка проходит без ошибок
Почему это работает без всякого стойкого режима: помощник ищет признак завершения. Нет признака - он либо останавливается слишком рано, либо крутится слишком долго. Ты этот признак даёшь сам
Что это тебе даёт: девять фраз, которые убирают половину жалоб на «помощник не то делает», и убирают их сегодня, а не когда режим раскатают
Что почитать рядом на сайте
Соседние разборы, которые закрывают шаги вокруг этой темы:
- Codex против Claude - чем два помощника отличаются на практике
- Установка помощника с нуля - первый запуск, если ты ещё не ставил
- Цикл работы - как выглядит нормальный рабочий круг с помощником
- Десять навыков - что уметь, чтобы помощник не буксовал
- Три промпта - как формулировать задачу с условием окончания
- Пять привычек - рабочий день рядом с помощником
- Агенты - когда одной задачи мало и нужен помощник помощнику
- Скиллы - как объяснить помощнику твой порядок работы один раз
- Файл памяти - где помощник хранит договорённости между сессиями
- Пять уровней автоматизации - куда это всё ведёт без кода
- Что такое нейросеть - если слова выше звучат непривычно
- Бесплатные нейросети - с чего начать, не платя
Источники
Все ссылки открыты живьём 29 августа 2026 года, цитаты сняты со страниц первоисточника, а не переписаны из чужих обзоров
- Открытое хранилище кода Codex, файлы режима найдены поиском по слову persistent_mode - github.com/openai/codex
- Описание поведения режима, текстовый файл рядом с кодом: правила продолжения работы, границы прав, требование одобрения на внешние изменения - codex-rs/core/assets/persistent_mode.md
- Открытая жалоба от 04.06.2026: отменённая задача продолжала работать и перезапускаться в фоне, процессор сервера загружен полностью - issue 26382
- Закрытая жалоба от 01.01.2026: фоновые задачи крутятся сами по себе, способа остановить их нет - issue 8656
- Обзор фоновых режимов в интерфейсе разработчика OpenAI, для сверки терминологии - developers.openai.com, background
Памятка: как работать с помощником, который не замолкает
Шесть строк, которые снимают главные риски стойкого режима
Сохрани себе
- Формулируй задачу с условием окончания: «сделай X и остановись», а не «следи»
- Заканчивай работу словом «останови» и жди подтверждения
- Не считай закрытое окно остановкой работы
- После длинной задачи проверь, что на компьютере не осталось запущенных процессов
- Не давай помощнику прав, которых не давал бы человеку на его месте
- Держи результат в файле, а не в переписке: сон помощника переписку обрывает
Что останется после
Что остаётся, когда помощник уходит работать сам
Когда помощник продолжает работу без тебя, ценность переезжает с исполнения на постановку: что запускаем, чем меряем и когда останавливаемся
Это и есть навык, который не устаревает с обновлением очередного режима
Заявка в закрытый канал, одобряю сразу. Бот сам напишет первым и покажет, как забрать три дня Лагеря. Бесплатно
Частые вопросы
Что такое persistent mode в Codex простыми словами?
Это режим, в котором помощник не замолкает после ответа, а сам ищет незакрытые дела по уже поставленной задаче: проверить, что правка подействовала, дождаться результата сборки, закрыть висящий вопрос. Между проверками он спит, потом просыпается снова. Правило одно: он остаётся внутри того, что ты уже разрешил
Можно ли включить этот режим прямо сейчас?
Нет. На 29.08.2026 в интерфейсе Codex переключателя нет, файлы режима видны только в открытом коде. Срока включения я не нашёл ни на странице хранилища кода, ни в описании самого режима. Всё, что сейчас можно, - подготовить привычку ставить задачи с условием остановки
Он может что-то сломать, пока я сплю?
Само описание режима это запрещает: продолжения разрешены только безопасные и только внутри уже разрешённого объёма. Всё, что меняет что-то снаружи или требует новых прав, помощник обязан сначала описать и получить одобрение. Отдельный риск другой: фоновые процессы, которые не гасятся после отмены. Про них ниже
Правда, что фоновые задачи Codex иногда не останавливаются?
Да, и это открытая жалоба, а не слух. Одна заведена 04.06.2026 и до сих пор открыта: отменённая задача продолжала перезапускаться в фоне и полностью загрузила процессор сервера. Вторая, от 01.01.2026, называется «фоновые задачи крутятся сами по себе, и убить их нечем», она закрыта. Вывод для новичка простой: останавливай работу словами и проверяй, что осталось запущено
Чем это отличается от помощника, который работает по расписанию?
Расписание запускает работу по времени: каждый час, каждое утро. Стойкий режим запускает её по смыслу: помощник смотрит, установлен ли результат твоей задачи, и решает, надо ли ещё раз проверить. Первое не знает, зачем оно запустилось, второе знает
Мне, новичку, вообще нужно за этим следить?
Следить не нужно, а три привычки завести стоит: условие окончания в задаче, остановка словами, проверка запущенного после длинной работы. Они полезны и без этого режима, а с ним станут обязательными. Как эти привычки складываются в рабочий день, разобрано в гайде про пять привычек
Где посмотреть первоисточник самому?
В открытом хранилище кода Codex. Поиск по слову persistent_mode отдаёт список файлов, а само описание режима лежит отдельным текстовым файлом рядом с кодом. Ссылки на обе страницы стоят в разделе «Источники» ниже, обе открываются без регистрации
Можно ли включить стойкий режим прямо сейчас?
Переключателя в интерфейсе на 30.08.2026 нет. В открытом коде файлы режима есть, и это всё, что можно утверждать честно
Это то же самое, что фоновые задачи?
Нет. У фоновой задачи нет описанного условия остановки, у стойкого режима оно есть, плюс предусмотрена отмена человеком
Помощник будет работать без моего ведома?
По описанию режима он берётся за продолжение только при повторном запуске и только пока есть открытая петля. Условия остановки перечислены прямо в файле
Что делать, если помощник уходит в бесконечную проверку уже сейчас?
Ставить задачу с условием окончания: назвать, сколько причин найти, что именно поправить и где остановиться. Таблица переписанных формулировок стоит выше
Где посмотреть первоисточник?
Файл описания режима лежит в открытом репозитории проекта, адреса в разделе источников. Все цитаты в статье дословные