OpenAI тестує в Codex новий режим під назвою Persistent, який дозволяє AI-агентам продовжувати роботу без явної команди зупинки і самостійно формулювати собі наступні завдання, щойно попередні виконано. Це відхід від звичної моделі «дав завдання — отримав результат — сесія закрилась», на якій досі тримається більшість агентних інструментів для коду.

За задумом, Persistent перетворює Codex із виконавця разових доручень на процес, що працює у фоні тривалий час і сам вирішує, чим зайнятися далі в межах поставленої мети. Для команд розробки це означає новий клас питань: хто контролює чергу завдань, які межі дозволених дій, і що станеться, якщо агент піде не туди раніше, ніж хтось це помітить.

За даними Techmeme, функція наразі перебуває на стадії тестування — тобто OpenAI ще не відкрила Persistent для всіх користувачів Codex, а обкатує поведінку режиму в обмеженому контурі.

Що саме змінює Persistent-режим у Codex?

Головна зміна — зникнення природної точки зупинки. У звичайному режимі Codex-агент виконує конкретне завдання (написати функцію, полагодити тест, зробити рефакторинг) і завершує сесію, коли задача закрита. Persistent прибирає цей бар'єр: агент триває, доки людина сама не натисне «стоп», а список завдань поповнює не оператор, а сам агент — на основі того, що вважає логічним продовженням роботи.

• Немає фіксованого завершення сесії — робота триває безперервно.
• Агент сам генерує наступні кроки, а не чекає нового промпту.
• Контроль зупинки переходить повністю на сторону людини-оператора.

Для AI-білдерів це практична різниця: замість того, щоб запускати агента під кожну окрему задачу і чекати результату, доведеться проєктувати процес так, ніби агент — окремий учасник команди, який працює зміну за зміною. Це вимагає інших звичок: чіткого визначення мети на старті, а не покрокового мікроменеджменту, і окремого механізму, який зупинить агента, якщо він відхилиться від курсу.

Чому це змінює логіку контролю над агентом?

Коли агент сам вирішує, що робити далі, звична модель рев'ю «одна задача — один pull request — один погляд людини» перестає встигати за темпом роботи. Ймовірно, команди, які підключать Persistent у продакшн-пайплайни, зіткнуться з тим, що кількість автономно згенерованих завдань і змін почне випереджати пропускну спроможність рев'юерів — а це саме та проблема, яку ми вже розбирали у матеріалі про те, чому AI-агенти для коду стали ризиком для корпоративних мереж.

Другий момент — довіра до самостійно згенерованої черги завдань. Агент, який сам вирішує «що логічно зробити далі», спирається на власну інтерпретацію мети, а не на явне рішення людини. Якщо ця інтерпретація розходиться з реальними пріоритетами команди, ціна помилки накопичується непомітно — доки хтось не зупинить процес і не перегляне весь ланцюжок дій заднім числом.

Які практичні ризики варто врахувати перед впровадженням?

Безперервна автономна робота агента піднімає три конкретні питання, які варто закрити ще до пілоту:

• Межі дозволених дій — які репозиторії, гілки й системи агент може чіпати без додаткового підтвердження.
• Бюджет і вартість — режим без природної точки зупинки означає потенційно необмежене споживання токенів і обчислювальних ресурсів, якщо ліміти не виставлені явно.
• Аудит дій — повний журнал того, що агент зробив і чому, потрібен саме тому, що людина більше не підтверджує кожен крок наперед.

Це узгоджується з тим, що ми писали в матеріалі про інструменти для перевірки коду AI-агентів від Harness: чим автономніший агент, тим важливіше мати окремий шар верифікації, що не залежить від самого агента.

Висновок AiiN

Наша теза: Persistent — це не просто нова опція Codex, а тест того, чи готова індустрія розвести відповідальність між «агент вирішує, що робити» і «людина вирішує, чи можна це зробити». Поки ці дві ролі змішані в одному циклі без стоп-сигналу, режим варто тримати в пісочниці — на некритичних репозиторіях, з жорсткими лімітами дій і окремим шаром рев'ю, а не в основному продакшн-пайплайні. Команди, які впровадять Persistent першими без таких запобіжників, ризикують отримати не пришвидшення розробки, а чергу з неконтрольованих змін, яку доведеться розбирати вручну.

Що таке Persistent-режим у Codex?

Це тестова функція OpenAI, яка дозволяє AI-агенту в Codex працювати без зупинки і самостійно формулювати наступні завдання, поки людина явно не завершить сесію.

Чи можна вже користуватися Persistent-режимом?

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

Чим Persistent відрізняється від звичайного режиму агента?

У звичайному режимі Codex-агент завершує сесію, щойно закриває поставлену задачу; у Persistent сесія триває, а нові завдання агент ставить собі сам.