Coding-агент на ноутбуці зупиняється тієї миті, коли ви закриваєте кришку. Для швидкої правки — нормально, і тихо дратує, щойно хочеться, щоб він прогриз довгий рефакторинг, прокрутив тест-сьют чи просто працював далі, поки ви зайняті іншим. Перенесіть його на сервер — і це обмеження зникає: він працює, поки ви спите, переживає обрив wifi і видає результат до вашого повернення.
Що реально дає «на сервері»
- Не зупиняється. Довга задача доходить до кінця незалежно від ноутбука.
- Чиста кімната. Агенту — відтворюване оточення; ваша машина вільна від сміття збірок і недовстановлених залежностей.
- Ізоляція. Агент із shell-доступом потужний. Куди краще, щоб ця потужність була на одноразовій машині, а не поруч із вашими фото й SSH-ключами.
Останній пункт недооцінений: VPS — безпечніший дім для автономного агента саме тому, що він окремий.
Підбираємо розмір
Сам агент легкий — викликає модель по API, тож «думання» відбувається в іншому місці (та сама причина, чому більшості AI-агентів потрібно мало RAM). Реально ресурси їсть тулчейн вашого проєкту: великий білд, важкий прогін тестів, локальна БД. Тож беріть під проєкт, не під агента:
- 2 ГБ / 2 ядра — комфортно для агента + git-чекаут + легкі збірки.
- 4 ГБ — безпечний дефолт для реальних проєктів із нормальними тестами.
- Більше — лише якщо білд по-справжньому ненажерливий або ганяєте кілька агентів водночас.
Запуск
Зайдіть по 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, якщо хочете весь цикл автономним.