У новому відео автор каналу Tech With Tim показує, як перетворити Codex CLI на «нічного кодувальника», що працює безперервно в хмарі. Замість того, щоб ходити з напіввідкритим ноутбуком і чекати, поки агент допише код, він переносить усі довгі задачі на віртуальний приватний сервер (VPS) і керує ними дистанційно — з ноутбука чи навіть телефону.
Центральна ідея проста: якщо правильно налаштувати інфраструктуру, AI‑агенти для коду можна запускати в хмарі, вони не залежать від батареї, Wi‑Fi й того, чи відкрита кришка ноутбука.
Проблема «напіввідкритого ноутбука» і навіщо тут VPS
Сценарій, знайомий багатьом розробникам: агент коду щось генерує або переписує, процес триває годинами, а ноутбук не можна закрити, щоб не зупинити виконання. Тим описує власну ситуацію в аеропорту, коли мусив ходити з відчиненим ноутом, бо «needed my Claude Coder Codex agent to finish running».
Це, на його думку, «a problem that doesn’t need to exist because you can actually run agents in the cloud if you configure them correctly». Рішення — перенести довгі задачі з локальної машини на VPS, тобто віртуальний приватний сервер.
Локальний запуск агентів — на кшталт Codex CLI чи інших код‑асистентів — прив’язаний до машини користувача: використовується локальний термінал, файлову систему, процеси. Це нормально для інтерактивної роботи, коли кожна відповідь займає хвилини. Але для задач на вісім годин, добу чи регулярних щоденних запусків такий підхід ламається: ноутбук може заснути, втратити інтернет, розрядитися чи просто бути в рюкзаку.
Власне відповідь: «the solution here is to have a VPS or virtual private server where you can delegate long-running tasks». Локально лишається «активна» робота, а все, що потенційно триває години, віддається у віддалене середовище.
Чому саме Codex CLI і чим він відрізняється від інших агентів
Для такої архітектури Тим обирає Codex CLI. Причина не лише у функціональності, а й в економіці: «Codex… can actually run faster than Claude Code and, more importantly, is significantly cheaper to use, especially on a subscription basis».
Він підкреслює, що на підписці використання практично «необмежене», якщо не запускати агента одночасно в десятках сесій цілодобово. У поєднанні з тим, що Codex працює в headless‑режимі (без GUI) і добре почувається в терміналі, це робить його зручним кандидатом для запуску на VPS.
Codex CLI дозволяє:
- працювати повністю в консолі,
- використовувати існуючу підписку (через авторизацію по device code),
- запускатися як у звичному «сеансовому» режимі, так і через окрему команду
codex exec, яка просто виконує задану інструкцію без відкриття інтерактивного інтерфейсу.
Останній момент стає важливим на етапі автоматизації, коли Codex потрібно вбудувати в cron‑завдання на сервері.
VPS як «несхлопуваний» комп’ютер: стабільність, інтернет, швидкість
Тим формулює три ключові причини, чому така схема працює краще за тримання ноутбука в режимі постійної «напівактивності».
По‑перше, «a virtual private server doesn’t go to sleep, it’s available 24/7 in a secure environment with a hardwired connection so the internet just doesn’t go out». На відміну від ноутбука, VPS не засинає, не лягає разом з операційною системою після оновлення, не залежить від того, чи закрили ви кришку.
По‑друге, дані лишаються під контролем користувача: усе самохоститься на виділеному сервері, без потреби довіряти чужій інтегрованій інфраструктурі агентів.
По‑третє, важлива «фізика» дата‑центру. «You can just use the virtual private server and get significantly faster speeds for downloading something, uploading something, getting a data set, training a model». Для тих, хто часто мандрує або працює в середовищі з нестабільним інтернетом, це додає відчутної різниці: важкі завантаження, вибірки даних, навчання моделей проходять через канал дата‑центру, а не домашнього Wi‑Fi.
У підсумку VPS стає тим самим «ноутбуком, що не вимикається»: це середовище, яке завжди онлайн, з більш стабільним доступом до мережі й передбачуваною поведінкою під час довгих процесів.
Архітектура: як виглядає «Codex у хмарі»
Логіка побудови середовища досить лінійна. Спочатку піднімається VPS у будь‑якого провайдера, далі на ньому встановлюється Codex CLI й виконується авторизація в обліковому записі. Після цього той самий Codex, який зазвичай працював локально, починає жити в окремому серверному світі.
Тим описує це як «how we can set up Codex so that it’s running 24/7 in the cloud so we never need to have our laptop screen half open». Ключовий момент — немає різниці, звідки надходять команди: із фізичного ноутбука чи телефона, адже всі дії виконуються в одному й тому самому середовищі на VPS.
Далі йде важливе розділення:
- короткі, інтерактивні сеанси — на локальній машині;
- довгі, потенційно «крихкі» процеси (багатогодинні рефакторинги, рев’ю великих кодових баз, задачі, що мають повторюватися за розкладом) — делегуються в середовище VPS.
Це знижує ризик одночасно втратити і час, і прогрес через банальний sleep‑режим або обрив мережі.
Коли ноутбук уже не потрібен: tmux і доступ зі смартфона
Окремий пласт у побудові цієї інфраструктури — забезпечити, щоб сесія Codex не обривалася навіть при розриві SSH‑з’єднання. Для цього Тим використовує класичний інструмент командного рядка tmux.
Ідея така: звичайна SSH‑сесія прив’язана до конкретного підключення. Якщо користувач закриває термінал або втрачає зв’язок, усі процеси в цій сесії за замовчуванням завершуються. tmux натомість створює «persistent session» — стійкий сеанс, який продовжує жити на сервері, навіть коли клієнт відключився.
У цій схемі Codex запускається всередині tmux‑сесії. Далі користувач може:
- підключитися до VPS з ноутбука через SSH, «attach» до tmux‑сесії, віддати завдання Codex і спокійно роз’єднатися;
- через деякий час підключитися до того ж сервера вже з телефона, знову «attach» до тієї самої tmux‑сесії й побачити, що агент продовжував працювати весь цей час.
Саме так реалізується те, що він формулює як: «you can be on the go and you can actually trigger a task to run from your phone… if that screen closes, your task keep running». Екран телефону або ноутбука може гаснути скільки завгодно, але процеси в tmux‑сесії на VPS не зупиняються.
Доступ з мобільного реалізується через стандартного SSH‑клієнта: користувач додає хост VPS, логін root (або інший системний користувач), пароль, і далі працює з терміналом фактично так само, як і з десктопа. Усе управління Codex — через ті самі команди, просто на екрані смартфона.
Де VPS + Codex дають найбільше вигоди
Тим не намагається перетворити VPS на універсальну заміну локальній машині. Він радше пропонує чітке розділення зон відповідальності, де віртуальний сервер виграє саме в сценаріях довготривалості та надійності.
Вигода проявляється у кількох типових кейсах.
По‑перше, довгі «нічні» задачі. Якщо потрібно, щоб агент кілька годин аналізував велику кодову базу, генерував звіти, робив рефакторинг чи інші ресурсомісткі речі, це сенсно виносити на VPS. Сеанс у tmux лишається активним, навіть якщо ноутбук закрили й пішли спати.
По‑друге, задачі, що запускаються за розкладом. На VPS можна налаштувати cron‑завдання, які у визначений час викликають codex exec із потрібними інструкціями. Тим наголошує, що в Codex немає вбудованого планувальника на кшталт інтегрованої «автоматизації» в інших інструментах, але cron у поєднанні з CLI повністю закриває цю потребу саме на сервері.
По‑третє, сценарії з поганим інтернетом. Коли сам користувач перебуває в «low internet environment», він може доручити важкі мережеві операції VPS, який сидить на стійкому каналі в дата‑центрі: «you can just use the virtual private server and get significantly faster speeds for downloading something, uploading something, getting a data set, training a model». Локальна машина в такому випадку перетворюється лише на інтерфейс доступу.
Загальний лейтмотив: не обов’язково перетворювати власний ноутбук на сервер із постійно відкритим екраном, якщо в мережі є машина, яка створена саме для цілодобової роботи з тими самими агентами.
Висновок: «агент, що не спить», як новий стандарт роботи з AI‑кодерами
Технічна суть підходу, який демонструє Tech With Tim, зводиться до трьох елементів: Codex CLI як код‑агент, VPS як завжди доступний обчислювальний вузол і tmux як шар стійкості між ними та клієнтом.
У результаті зникає типова для агентних інструментів проблема: робота більше не прив’язана до фізичного стану ноутбука. Завдання можна запустити на VPS, від’єднатися, піти в дорогу, перепідключитися з іншого пристрою — а агент тим часом продовжуватиме крутитися у своїй сесії.
На тлі того, що Codex, на думку автора, «can actually run faster than Claude Code» і «is significantly cheaper to use» на підписці, така архітектура виглядає логічним наступним кроком для розробників, які хочуть вичавити максимум з AI‑інструментів для коду й не залежати від випадкового sleep‑режиму власного ноутбука.
Джерело
YouTube: I Gave Codex a 24/7 Server. Now It Codes While I Sleep.