# Навіщо OpenAI вчить агентів Codex працювати без зупинки > OpenAI тестує в Codex режим Persistent: AI-агенти працюватимуть без зупинки й самостійно генеруватимуть наступні завдання, поки людина не скаже «стоп». - Опубліковано: 27 серпня 2026 р. (2026-08-27T18:30:38.549998+00:00) - Розділ: Агенти - На основі публікації: [Techmeme](https://www.techmeme.com/260827/p40#a260827p40) - Видання: AiiN (https://aiin.news) - URL: https://aiin.news/article?slug=%D0%BD%D0%B0%D0%B2%D1%96%D1%89%D0%BE-openai-%D0%B2%D1%87%D0%B8%D1%82%D1%8C-%D0%B0%D0%B3%D0%B5%D0%BD%D1%82%D1%96%D0%B2-codex-%D0%BF%D1%80%D0%B0%D1%86%D1%8E%D0%B2%D0%B0%D1%82%D0%B8-%D0%B1%D0%B5%D0%B7-%D0%B7%D1%83%D0%BF%D0%B8%D0%BD%D0%BA%D0%B8 --- OpenAI тестує в Codex новий режим під назвою Persistent, який дозволяє AI-агентам продовжувати роботу без явної команди зупинки і самостійно формулювати собі наступні завдання, щойно попередні виконано. Це відхід від звичної моделі «дав завдання — отримав результат — сесія закрилась», на якій досі тримається більшість агентних інструментів для коду. За задумом, Persistent перетворює Codex із виконавця разових доручень на процес, що працює у фоні тривалий час і сам вирішує, чим зайнятися далі в межах поставленої мети. Для команд розробки це означає новий клас питань: хто контролює чергу завдань, які межі дозволених дій, і що станеться, якщо агент піде не туди раніше, ніж хтось це помітить. [За даними Techmeme](https://www.techmeme.com/260827/p40#a260827p40), функція наразі перебуває на стадії тестування — тобто OpenAI ще не відкрила Persistent для всіх користувачів Codex, а обкатує поведінку режиму в обмеженому контурі. ## Що саме змінює Persistent-режим у Codex? Головна зміна — зникнення природної точки зупинки. У звичайному режимі Codex-агент виконує конкретне завдання (написати функцію, полагодити тест, зробити рефакторинг) і завершує сесію, коли задача закрита. Persistent прибирає цей бар'єр: агент триває, доки людина сама не натисне «стоп», а список завдань поповнює не оператор, а сам агент — на основі того, що вважає логічним продовженням роботи. - Немає фіксованого завершення сесії — робота триває безперервно. - Агент сам генерує наступні кроки, а не чекає нового промпту. - Контроль зупинки переходить повністю на сторону людини-оператора. Для AI-білдерів це практична різниця: замість того, щоб запускати агента під кожну окрему задачу і чекати результату, доведеться проєктувати процес так, ніби агент — окремий учасник команди, який працює зміну за зміною. Це вимагає інших звичок: чіткого визначення мети на старті, а не покрокового мікроменеджменту, і окремого механізму, який зупинить агента, якщо він відхилиться від курсу. ## Чому це змінює логіку контролю над агентом? Коли агент сам вирішує, що робити далі, звична модель рев'ю «одна задача — один pull request — один погляд людини» перестає встигати за темпом роботи. Ймовірно, команди, які підключать Persistent у продакшн-пайплайни, зіткнуться з тим, що кількість автономно згенерованих завдань і змін почне випереджати пропускну спроможність рев'юерів — а це саме та проблема, яку ми вже розбирали у матеріалі про те, [чому AI-агенти для коду стали ризиком для корпоративних мереж](https://aiin.news/article?slug=чому-ai-агенти-для-коду-стали-ризиком-для-корпоративних-мереж). Другий момент — довіра до самостійно згенерованої черги завдань. Агент, який сам вирішує «що логічно зробити далі», спирається на власну інтерпретацію мети, а не на явне рішення людини. Якщо ця інтерпретація розходиться з реальними пріоритетами команди, ціна помилки накопичується непомітно — доки хтось не зупинить процес і не перегляне весь ланцюжок дій заднім числом. ## Які практичні ризики варто врахувати перед впровадженням? Безперервна автономна робота агента піднімає три конкретні питання, які варто закрити ще до пілоту: - **Межі дозволених дій** — які репозиторії, гілки й системи агент може чіпати без додаткового підтвердження. - **Бюджет і вартість** — режим без природної точки зупинки означає потенційно необмежене споживання токенів і обчислювальних ресурсів, якщо ліміти не виставлені явно. - **Аудит дій** — повний журнал того, що агент зробив і чому, потрібен саме тому, що людина більше не підтверджує кожен крок наперед. Це узгоджується з тим, що ми писали в матеріалі про інструменти для перевірки коду AI-агентів від [Harness](https://aiin.news/article?slug=harness-випустив-інструменти-для-перевірки-коду-ai-агентів): чим автономніший агент, тим важливіше мати окремий шар верифікації, що не залежить від самого агента. ## Висновок AiiN Наша теза: Persistent — це не просто нова опція Codex, а тест того, чи готова індустрія розвести відповідальність між «агент вирішує, що робити» і «людина вирішує, чи можна це зробити». Поки ці дві ролі змішані в одному циклі без стоп-сигналу, режим варто тримати в пісочниці — на некритичних репозиторіях, з жорсткими лімітами дій і окремим шаром рев'ю, а не в основному продакшн-пайплайні. Команди, які впровадять Persistent першими без таких запобіжників, ризикують отримати не пришвидшення розробки, а чергу з неконтрольованих змін, яку доведеться розбирати вручну. ## Що таке Persistent-режим у Codex? Це тестова функція OpenAI, яка дозволяє AI-агенту в Codex працювати без зупинки і самостійно формулювати наступні завдання, поки людина явно не завершить сесію. ## Чи можна вже користуватися Persistent-режимом? Ні, за даними Techmeme, режим наразі проходить тестування, а не доступний як загальна функція для всіх користувачів Codex. ## Чим Persistent відрізняється від звичайного режиму агента? У звичайному режимі Codex-агент завершує сесію, щойно закриває поставлену задачу; у Persistent сесія триває, а нові завдання агент ставить собі сам. --- Теги: OpenAI, Codex, AIагенти, автономність, безпекаAI, vibecoding Джерело: AiiN — https://aiin.news/article?slug=%D0%BD%D0%B0%D0%B2%D1%96%D1%89%D0%BE-openai-%D0%B2%D1%87%D0%B8%D1%82%D1%8C-%D0%B0%D0%B3%D0%B5%D0%BD%D1%82%D1%96%D0%B2-codex-%D0%BF%D1%80%D0%B0%D1%86%D1%8E%D0%B2%D0%B0%D1%82%D0%B8-%D0%B1%D0%B5%D0%B7-%D0%B7%D1%83%D0%BF%D0%B8%D0%BD%D0%BA%D0%B8. Цитуючи, посилайтесь на канонічний URL.