Розробник і ютубер Tech With Tim показує, як перетворити Codex CLI на постійно доступного код‑агента, винісши його з локального ноутбука на віртуальний приватний сервер. Ідея проста: замість того, щоб ходити з напівзакритим ноутом, чекаючи на завершення довгого завдання, Codex працює 24/7 у хмарі, а ви підключаєтесь до нього з будь‑якого пристрою.
У цьому матеріалі — саме технічна частина: вибір VPS‑плану, базове підключення через SSH, встановлення Codex CLI в headless‑середовище та автентифікація через існуючу ChatGPT‑підписку. Без ліричних відступів і без занурення в інші теми на кшталт GitHub‑інтеграції чи мобільного доступу, які розкриваються окремо.
Вибір і створення VPS: чому і який план брати
Перший крок — віртуальний приватний сервер. Без нього говорити про 24/7‑агента немає сенсу. Автор відразу окреслює, що підійде будь‑який VPS, але для демонстрації використовує Hostinger, тому що, як він формулює, це «some of the best virtual private servers on the market» і «they are the most reliable».
Конкретна рекомендація для тих, хто хоче повністю повторити конфігурацію: план KVM 2. Прямо звучить порада: «I would recommend going with the KVM 2 plan if you want to follow along with me here». Решта тарифів також доступні, але вся подальша інструкція прив’язана до цього класу ресурсів.
Далі — стандартний сценарій розгортання:
спочатку обирається план і тривалість підписки, потім — регіон (у прикладі це датацентр в Індонезії), а в конфігурації серверу — варіант «OpenAI Codex» як one‑click‑деплой. Це готовий шаблон, який одразу піднімає потрібні залежності, зокрема Codex CLI, і економить кілька кроків ручної установки.
Якщо система просить задати root‑пароль, його генерують випадково, зберігають у безпечному місці й не передають нікому. Після цього VPS створюється і проходить стадію «provisioning», що займає хвилини.
Важливий момент: подальші кроки в гайді не залежать жорстко від Hostinger. Після розгортання автор «вважає даним» факт наявності будь‑якого VPS. Ключове, що потрібно користувачу на цьому етапі, — мати свій сервер, до якого можна підключитися по SSH.
Перший вхід: IP‑адреса, SSH і root‑доступ
Коли VPS готовий, завдання номер один — підключитися до нього з локальної машини. Для цього в панелі керування потрібно знайти IP‑адресу сервера. Це окрема акцентована порада: «what we’re going to need to do though is find the IP address of our server so we can SSH into it and start configuring a few things».
На Hostinger потрібна інформація знаходиться в розділі VPS‑дашборду, там же доступна готова SSH‑команда для root‑доступу. До цього додається ще один обов’язковий елемент — root‑пароль, який або зберігся з моменту створення, або змінюється в панелі.
Подальший сценарій на боці розробника виглядає так:
у терміналі на локальному комп’ютері відкривається нове вікно, і туди вставляється команда на кшталт ssh root@IP_СЕРВЕРА. Саме так і формулюється інструкція: «we’re going to paste the command SSH root at and then the IP address of our server».
Додається зауваження для тих, хто працює з іншим провайдером: обов’язково переконатися, що ви правильно вказали три параметри — IP‑адресу, ім’я користувача (як наголошується, «typically root») і пароль.
Після введення команди SSH, клієнт попросить підтвердити довіру до нового хоста — на це відповідають «yes», далі вводять пароль (курсору і символів не видно — це очікувана поведінка), натискають Enter і в разі успіху бачать промпт на кшталт root@srv…. Цей індикатор означає, що сесія вже всередині VPS, і можна переходити до налаштування середовища.
Встановлення Codex CLI: від curl‑скрипта до робочої команди
Далі потрібно переконатися, що Codex CLI встановлений. Якщо під час створення VPS використовувався варіант «OpenAI Codex» як one‑click‑деплой, команда codex має бути доступною одразу. Якщо ні, доведеться встановити інструмент вручну.
Весь процес зводиться до запуску одного рядка з офіційної документації. У гайді це описано так: «there’s a curl, you can just copy this, paste this as the command and run it and that that install the Codex CLI for you». Йдеться про стандартний інсталер через curl, який витягується з docs Codex CLI.
Після виконання скрипта є тонкий, але важливий момент: змінна PATH може не оновитися в поточній SSH‑сесії. Тому якщо після установки команда codex не знаходиться, радять просто розірвати підключення й підключитися до сервера знову. Формулювання тут чітке: іноді «the path variable needs a second to refresh», тому варто «close it and re‑SSH back in and it should work».
Як тільки codex починає викликатися без помилок «command not found», середовище для наступного кроку готове.
Автентифікація через ChatGPT‑підписку: вхід по device code
Мати встановлений двійковий файл Codex CLI — лише половина справи. Щоб інструмент працював, його потрібно прив’язати до свого облікового запису. На VPS немає браузера, тож класичний логін «через веб» замінюється схемою з device code.
Залежно від конфігурації автор згадує і можливість використання API‑ключа, але акцент ставиться на іншому шляхові: «from here, we should be able to trigger the Codex command… we’re going to go to sign in with device code… it’s probably going to be better to use your existing ChatGPT subscription».
Старт відбувається з запуску codex у терміналі на VPS. Усередині інструменту обирається опція «sign in with device code». Далі Codex CLI показує два елементи: URL, який треба відкрити в браузері на локальному пристрої, та одноразовий код.
Порядок дій:
користувач копіює посилання з терміналу й вставляє його у браузер на своєму комп’ютері; потім повертається до терміналу, копіює device code і вставляє його у веб‑форму на сторінці входу; після цього авторизація продовжується у звичному форматі: вказується email, підтверджується обліковий запис, і сервіс фіксує, що саме цей сервер отримує доступ.
Після підтвердження у браузері повертаються до терміналу на VPS і натискають Enter, щоб завершити прив’язку. У CLI з’являється повідомлення про успішний вхід, користувач погоджується з продовженням сесії («we’re just going to go yes, continue, that’s fine») — і Codex переходить у стандартний робочий режим.
Перший запуск: базове спілкування і режим швидкої роботи
Після автентифікації Codex CLI відкриває інтерактивну сесію в терміналі. У гайді показується найпростіший тест: набирається щось на кшталт «hello world», і інструмент генерує відповідь. У цьому стані «we’ve now open up Codex and we’re able to start triggering something».
Далі одразу робиться важливе застереження: це не повноцінний навчальний курс по функціоналу агента. Прямим текстом зазначається: «I’m not going to give you a full tutorial on how Codex works here. There’s a lot of different slash commands that you can use».
Однак одна конкретна рекомендація все ж звучить: увімкнути так званий fast mode. Він витрачає більше «usage», але суттєво прискорює роботу агента. Для довгих задач — а саме під них і розгортається VPS‑схема — це може бути критично.
Після цього Codex CLI можна сприймати як вже повноцінно настроєний інструмент у headless‑середовищі. Сесію, за потреби, завершують по Ctrl+C, термінал очищують командою clear, і VPS готовий до наступних кроків — інтеграції з іншими сервісами, мобільного доступу чи автоматизацій.
Висновок: мінімум кроків до власного хмарного код‑агента
Загальна логіка налаштування виявляється простішою, ніж може здатися ззовні. Алгоритм зводиться до кількох чітких дій: створити VPS (у прикладі — з планом KVM 2 на Hostinger), знайти IP‑адресу і зайти по SSH як root, встановити Codex CLI через curl‑скрипт із документації або скористатися one‑click‑деплоєм, після чого прив’язати інструмент до свого облікового запису через схему sign in with device code, бажано використовуючи вже наявну ChatGPT‑підписку.
Після цих кроків у розробника з’являється окреме, постійно доступне середовище, в якому Codex CLI працює незалежно від стану локального ноутбука. Усе подальше — від глибшого освоєння slash‑команд до інтеграцій і автоматизацій — будується вже поверх цієї базової інфраструктури.
Джерело
YouTube — I Gave Codex a 24/7 Server. Now It Codes While I Sleep.