Який VPS брати під Claude Code та інші coding-агенти?

4 vCPU / 4 ГБ — золота середина для одного агента на реальному проекті (тариф AI-Agent у EQVPS); 2 ГБ вистачає легким репо. Сам агент легкий — беріть розмір під білд/тест-тулчейн проекту, а не під агента.

Чи можна запускати coding-агентів на VPS без KYC?

Так. Реєстрація по email і оплата криптою (USDC або USDT у мережах Base чи Ethereum) — без посвідчення і картки. Зручно, коли піднімаєш одноразові машини під агентів і не хочеш привʼязувати кожну до своєї особи.

NAT чи виділений IP для coding-агента?

Вистачає NAT — coding-агент робить лише вихідні виклики (API моделі, git, реєстри пакетів), тож проброшеного SSH на NAT-тарифі достатньо. Виділений IP потрібен, лише якщо ви ще й хостите щось вхідне — webhook-приймач чи preview-сервер.

Чи може ШІ-агент сам замовити собі VPS?

Так — у EQVPS є MCP-сервер, тож агент може обрати тариф, оплатити криптою і підняти собі машину програмно. Деталі в /docs.

Навіщо запускати coding-агента на VPS, а не на ноутбуці?

Заради постійності. На сервері агент працює далі, коли ноутбук заснув, закрився чи втратив wifi — довгий рефакторинг чи прогін тестів переживе ваш день. Плюс важкі встановлення й сміття збірок не на вашій машині, а в агента чисте відтворюване оточення.

Скільки RAM потрібно coding-агенту на сервері?

Сам процес агента легкий — він викликає модель по API, тож 2 ГБ спокійно тягнуть агента плюс git-чекаут і редактори. RAM їсть ваш власний білд/тест-тулчейн (велика збірка Node чи компілятора), під нього й беріть. 4 ГБ — безпечний дефолт для реальних проєктів.

Як тримати агента запущеним після відключення SSH?

Запускайте всередині tmux (чи screen). Підключаєтесь, стартуєте агента, від'єднуєтесь і закриваєте ноут — він працює далі на сервері. Пізніше `tmux attach`, щоб подивитися прогрес. Для запусків без нагляду за розкладом чистіше systemd-сервіс чи cron.

Чи безпечно давати автономному агенту shell на сервері?

Ставтеся як до будь-якого потужного інструмента: запускайте на окремому VPS, не поруч із цінним, під не-root користувачем, секрети — у змінних оточення, працюйте в git-репо, щоб кожну зміну можна було переглянути й відкотити. Ізоляція окремої машини — саме тому VPS безпечніший для цього, ніж ваш основний комп.

Чи потрібен потужний CPU?

Не для «думання» — воно на залізі провайдера моделі. CPU важливий лише для білдів і тестів вашого проєкту. 2 ядра вистачає більшості репо; додайте ядер, якщо тест-сьют важкий або ганяєте кілька агентів водночас.

Найкращий VPS для Claude Code і coding-агентів (без KYC, оплата криптою)

Coding-агент на ноутбуці зупиняється тієї миті, коли ви закриваєте кришку. Для швидкої правки — нормально, і тихо дратує, щойно хочеться, щоб він прогриз довгий рефакторинг, прокрутив тест-сьют чи просто працював далі, поки ви зайняті іншим. Перенесіть його на сервер — і це обмеження зникає: він працює, поки ви спите, переживає обрив wifi і видає результат до вашого повернення. Розберемо, який VPS реально підходить coding-агенту — Claude Code, CLI Cursor, Cline, OpenCode чи aider — скільки платити і як тримати його запущеним, без KYC і з оплатою криптою.

Що реально дає «на сервері»

Не зупиняється. Довга задача доходить до кінця незалежно від ноутбука.
Чиста кімната. Агенту — відтворюване оточення; ваша машина вільна від сміття збірок і недовстановлених залежностей.
Ізоляція. Агент із shell-доступом потужний. Куди краще, щоб ця потужність була на одноразовій машині, а не поруч із вашими фото й SSH-ключами.

Останній пункт недооцінений: VPS — безпечніший дім для автономного агента саме тому, що він окремий.

Підбираємо розмір

Сам агент легкий — викликає модель по API, тож «думання» відбувається в іншому місці (та сама причина, чому більшості AI-агентів потрібно мало RAM). Реально ресурси їсть тулчейн вашого проєкту: великий білд, важкий прогін тестів, локальна БД. Тож беріть під проєкт, не під агента:

2 ГБ / 2 ядра — комфортно для агента + git-чекаут + легкі збірки.
4 ГБ — безпечний дефолт для реальних проєктів із нормальними тестами.
Більше — лише якщо білд по-справжньому ненажерливий або ганяєте кілька агентів водночас.

Який тариф підходить — і як платити

Для одного coding-агента на реальному проекті золота середина — 4 vCPU / 4 ГБ: місце під агента плюс ваш білд і тест-сьют. У EQVPS це тариф AI-Agent ($10/міс); 2 ГБ вистачає легким репо, вище — лише якщо тести важкі або ганяєте кілька агентів одразу.

Два практичні рішення:

NAT, а не виділений IP. Coding-агент робить лише вихідні виклики — API моделі, git, реєстри пакетів — тож NAT-тариф із проброшеним SSH повністю покриває, і він дешевший. Виділений IP беріть, лише якщо ще хостите щось вхідне (webhook-приймач, preview-сервер).
Без KYC, оплата криптою. Реєстрація по email і оплата USDC або USDT у мережах Base чи Ethereum — без картки і документів. Зручно, якщо піднімаєш одноразові машини під агентів і не хочеш привʼязувати кожну до особи. Картка теж працює, але в on-ramp мінімум ~$27, тож для дешевих тарифів простіше один раз поповнити невеликий баланс.

Це CPU-only і один дата-центр у Німеччині — для coding-агента нормально (важке «думання» все одно на боці провайдера моделі), але варто знати, якщо потрібен GPU чи інший регіон.

Запуск

Зайдіть по SSH, поставте тулчейн і агента (Claude Code, CLI Cline, aider — що використовуєте), склонуйте репо, експортуйте ключ API:

export ANTHROPIC_API_KEY=...    # або ключ вашого провайдера
cd ~/myproject

Тепер ключовий трюк — не запускайте в голій SSH-сесії, інакше він помре з відключенням. Запускайте всередині tmux:

sudo apt install -y tmux
tmux new -s agent
# усередині tmux: стартуйте coding-агента, націльте на задачу
# потім від'єднайтесь: Ctrl-b, потім d

Від'єдналися, закрили ноут, пішли на обід. Агент працює далі на сервері. Повернулися — tmux attach -t agent, дивіться, що зробив. Для запусків за розкладом без нагляду (наприклад, нічний прохід обслуговування) оберніть у systemd-сервіс — той самий патерн, що тримати будь-який процес живим.

Чесні застереження

Дайте пісочницю, не ключі від усього. Не-root користувач, робота в git-репо (кожна зміна переглядувана й відкочувана), не кладіть бойові креди на машину. Автономність + shell + безтурботність — так і стаються аварії.
Стежте за витратою токенів. Довго працюючий агент, що викликає модель у циклі, витрачає реальні гроші на API — ставте ліміти й перевіряйте. Сервер дешевий; набігає саме інференс.
Це не магія. Фоновий агент хороший для чітко окреслених перевірюваних задач. Націльте на розмите й без нагляду — повернетесь до впевненої нісенітниці. Ставте задачу вузько.

У цих межах coding-агент на своєму сервері — реально корисний патерн: робота триває незалежно від вас. Підніміть сервер на 4 ГБ, поставте tmux і агента — хай вариться. Агент може навіть орендувати сервер сам через MCP, якщо хочете весь цикл автономним.