Відомий розробницький канал Tech With Tim показав, як перетворити консольний Codex CLI від OpenAI на справжнього бекграунд‑агента: замість того, щоб сидіти й чекати завершення довгих AI‑сесій, винести їх на VPS і підв’язати до класичного Linux‑планувальника cron. У фокусі — не інсталяція, а саме автоматизація: як змусити Codex щодня самостійно рев’ювати pull request’и, шукати вразливості в коді чи збирати changelog, поки власник спить.
Автоматизація без «магії»: cron замість вбудованого планувальника
Підхід будиться на простій, але важливій тезі: автоматизації — це просто завдання, які запускаються за розкладом. І в Codex CLI, попри його агентну природу, немає жодної «вбудованої» системи планування задач. Немає ні окремого інтерфейсу, ні спеціального режиму, який би дозволяв налаштувати «запускайся щодня о 3:00».
Тому логіка така: за розклад відповідає сама операційна система, а Codex — лише інструмент, який виконує конкретну команду. Саме тут у гру входить cron — стандартний Linux‑механізм, який дозволяє на рівні сервера сказати: «запускай о такій‑то годині ось цю команду». Завдання Codex — бути цією командою.
Власний VPS у такій схемі стає ключовим елементом. Він працює 24/7, не засинає, не залежить від кришки ноутбука чи домашнього Wi‑Fi. Якщо потрібно, щоб щось стабільно й передбачувано виконувалося щодня, по таймеру, — cron на VPS дає це «залізне» виконання, якого важко досягти на особистій машині.
Що може робити Codex на автопілоті: від безпеки до документації
Коли з’являється можливість запускати Codex за розкладом, набір сценаріїв різко розширюється. Пропонується дивитися на Codex як на універсального код‑асистента, який можна щоранку «прокидати» cron‑ом з конкретною задачею.
Серед прикладів регулярних завдань, які можна віддати такому агенту:
Codex можна попросити раз на добу переглядати весь код у сховищі й звітувати, чи бачить він потенційні вразливості, підозрілі патерни або місця, які варто посилити. Це особливо логічно для великих або активно змінюваних кодових баз, де ручний щоденний аудит просто нереалістичний.
Ще один сценарій — регулярне рев’ю pull request’ів. Агент може проходитися по всіх відкритих PR, формувати короткий аналіз, пропонувати, що варто схвалити, а що — відхилити, і чому. Ідея не в тому, щоб повністю замінити живого рев’юера, а в тому, щоб мати базову «першу лінію» перевірки, яка працює сама по собі.
Окремо виділяється автоматична генерація changelog’ів. Можна налаштувати, щоб Codex щоденно будував markdown‑файл зі змінами в репозиторії за останній період: які PR були змінені, що додано чи виправлено. Аналогічно, агент може оновлювати README‑файли, синхронізуючи їх з актуальним станом проєкту.
Усі ці сценарії тримаються на одній простій фразі, яку адресують Codex: «Щодня я хочу, щоб ти робив X, Y, Z». Далі — справа cron, який гарантує, що команда буде запущена, навіть якщо власник репозиторію взагалі не заходив на сервер того дня.
Codex exec: як запустити агента без інтерактивної сесії
Ключовий інструмент, який дозволяє зв’язати cron і Codex, — команда codex exec. На відміну від стандартного запуску Codex CLI, який відкриває інтерактивну сесію і чекає на діалог із користувачем, codex exec веде себе як одноразова команда.
Ідея проста: замість того, щоб сидіти всередині Codex і в реальному часі давати інструкції, можна один раз сформулювати чітке завдання і передати його codex exec. У відповідь Codex просто виконує цю інструкцію від початку до кінця й виходить.
Це ідеально пасує під cron. Планувальник очікує «звичайну» команду, яку можна поставити в розклад. codex exec цю роль виконує: cron у визначений час викликає codex exec з потрібними параметрами, а Codex уже всередині запускає повний сценарій — перевіряє репозиторій, взаємодіє з GitHub, створює файли, оновлює документацію.
Такий поділ обов’язків дозволяє уникнути складних самописних демонів, постійних сесій чи ручних викликів. Вся «магія» зводиться до однієї командної лінії, яку зручно контролювати, змінювати чи відключати в будь-який момент.
Приклад: щоденний рев’ю PR + звіт у markdown
Щоб показати, як це працює в реальному сценарії, використовується конкретний кейс: проста автоматизація, яка щодня проганяє рев’ю pull request’ів у репозиторії й формує звіт у вигляді markdown‑файлу.
Формулювання задачі до агента виглядає приблизно так: потрібно налаштувати автоматизацію, що щоденно, через Codex CLI, запускає cron‑завдання. Це завдання повинно:
працювати по цільовому репозиторію;
переглядати всі відкриті PR’и;
на основі аналізу створювати markdown‑файл із переліком PR, їх статусом і рекомендацією, чи варто їх схвалювати.
Наголошується, що це радше демонстрація можливостей, ніж обов’язково корисна продакшн‑рутина. Мета — показати, що одному агенту можна довірити не тільки аналіз коду, а й повний цикл: від доступу до репозиторію до створення звітного артефакту в самому репо.
Далі в гру вступає codex exec: в самій cron‑конфігурації прописується виклик цієї команди з потрібними параметрами. Cron відповідає за розклад, codex exec — за логіку всередині CLI, а сам Codex — за взаємодію з GitHub і генерування результату.
Cron на VPS: як виглядає «підкапотна» автоматизація
Після того як сценарій описаний, Codex фактично генерує налаштування cron job: команду, яка додається в crontab, розклад виконання і конкретний виклик codex exec. Користувачеві залишається погодитися з тим, що агент пропонує виконати в терміналі.
З точки зору інфраструктури це виглядає так: створюється cron‑запис, який на заданому інтервалі запускає Codex CLI в режимі exec. Операційна система відповідає за те, щоб у визначений час команда дійсно стартувала. Codex, у свою чергу, в кожен запуск «з нуля» піднімає контекст, звертається до репозиторію й доводить задачу до логічного фіналу.
Після встановлення такого cron‑запису видно, як crontab повідомляє, що запис додано й він почне працювати. З цього моменту кожне «вікно» розкладу запускає повний ланцюг автоматизації без будь‑яких додаткових дій з боку людини.
Підкреслюється ще одна важлива перевага VPS у цьому контексті: усе відбувається в ізольованому середовищі. Навіть якщо Codex зробить помилку, щось не так оновить чи невдало змінить у репозиторії, це не торкнеться локальної машини користувача. У крайньому випадку сервер можна просто зупинити або перестворити, а ризики не вийдуть за межі окремого віртуального середовища.
Навіщо все це: VPS як постійний бекграунд‑агент
Логічний висновок із такого підходу: автоматизації на базі cron і codex exec — це спосіб по‑справжньому «завантажити» VPS корисною роботою. Сервер перетворюється зі звичайного віддаленого терміналу на постійного агента, який самостійно виконує задачі навіть тоді, коли користувач не в мережі й нічого не запускає вручну.
Підкреслюється, що це особливо цінно для довготривалих або регулярних процесів. Якщо задача займає години або має виконуватися щодня в певний час, винос її на VPS через cron дозволяє не хвилюватися про батарею ноутбука, стабільність Wi‑Fi чи те, чи відкритий зараз редактор коду.
У підсумку cron‑job’и й codex exec формують просту, але потужну зв’язку: класичний Linux‑планувальник задає ритм, а сучасний AI‑агент із доступом до репозиторіїв виконує значну частину рутинної розробницької роботи у фоновому режимі. Для багатьох розробників це шанс перестати «чергувати» біля агента й дозволити йому працювати паралельно з реальним життям.
Джерело
YouTube: I Gave Codex a 24/7 Server. Now It Codes While I Sleep.