Як запускати агентів для коду 24/7 на власному сервері

Агент для коду на ноутбуці зупиняється, коли закривається кришка. Перенести його на машину, що завжди ввімкнена, — проста частина. Люди пропускають інші: нагляд (що підтримує процес живим і що повертає його після перезавантаження), ізоляцію паралельних сесій і ліміти використання, які зупинять агента задовго до того, як здасться залізо. Цей посібник розбирає кожну з них для Claude Code, Codex та інших термінальних агентів.

Хмара чи свій сервер

Спершу вирішіть, чи потрібна вам машина взагалі. Вендори тепер самі запускають агентів за вас:

Якщо ваш проєкт живе на GitHub і збирається скриптом налаштування, хмара вендора потребує найменше роботи. Почніть із документації Anthropic щодо хмарних сесій; claude --cloud "…" запускає таку сесію з термінала. Обирайте свій сервер, коли агенту потрібне те, що є лише на вашій машині, або коли ви хочете агентів різних вендорів поруч. Про вибір розміру й актуальні ціни — у посібнику покупця VPS. Mac mini вдома теж підійде, якщо вимкнути сон.

Нагляд за процесами

Інтерактивні агенти — термінальні програми. Вони помирають разом із терміналом, якщо його не тримає щось інше. Є чотири варіанти, від найпростішого до найнадійнішого.

1. tmux

tmux new -A -s main
cd ~/src/api && claude        # detach: Ctrl-b d · re-attach: tmux attach -t main

tmux переживає розриви зв'язку, але не перезавантаження. Це правильний інструмент для інтерактивної роботи, і саме його документація Anthropic радить, щоб підтримувати сесію Remote Control живою на віддаленій машині. У нашому посібнику з tmux, mosh і Tailscale є конфігурація, потрібна агентам.

2. systemd + tmux, щоб усе поверталося після перезавантаження

Запустити інтерактивний TUI напряму як службу не можна: йому потрібен термінал. Але можна доручити systemd запускати під час завантаження від'єднану сесію tmux. Від свого звичайного користувача створіть ~/.config/systemd/user/agents.service:

[Unit]
Description=tmux session for coding agents

[Service]
Type=forking
ExecStart=/usr/bin/tmux new-session -d -s main
ExecStop=/usr/bin/tmux kill-session -t main

[Install]
WantedBy=default.target

systemctl --user daemon-reload
systemctl --user enable --now agents.service
sudo loginctl enable-linger "$USER"     # start user services at boot, without a login

Так повертається порожня сесія, а не ваші розмови. Їх відновлення — окремий крок (див. Що відбувається під час перезавантаження нижче).

3. Headless-запуски за розкладом

Для повторюваних задач — нічного оновлення залежностей, розбору нових issue чи перегенерування документації — обійдіться без TUI. Запускайте claude -p "…" або codex exec "…" із cron чи таймера systemd. Підтверджувати там нікому, тож режим дозволів і список дозволеного задавайте свідомо. Як — описано у статті про безпечний запуск агентів із повними правами.

4. Демон сесій

Найнадійніший варіант — процес, що володіє сесіями агентів: запускає їх, зберігає листування й дає змогу під'єднуватися звідусіль. Серверний режим Remote Control у Claude Code (claude remote-control) — один із них. За замовчуванням він обслуговує до 32 одночасних сесій, що налаштовується через --capacity, але запускати його однаково треба всередині tmux чи служби. agy remote-control start реєструє демон Antigravity як системну службу. Сторонні інструменти, зокрема Maude, розгортають власний демон, що працює з кількома агентами.

Паралельні сесії й worktree

Два агенти, що правлять ту саму робочу копію, перезаписуватимуть зміни одне одного. Дайте кожній сесії власний git worktree — окрему робочу теку й гілку зі спільною історією репозиторію:

git worktree add ../api-auth -b feature/auth
git worktree add ../api-billing -b fix/billing
# one tmux window per worktree, one agent per window

Claude Code вміє робити це за вас: claude --worktree feature-auth (або -w) створює worktree в .claude/worktrees/ на новій гілці й запускає сесію всередині нього. Дивіться документацію щодо worktree.

Скільки сесій витримає одна машина, залежить від того, що вони запускають, а не від самих агентів. Корисне практичне правило: 4 ГБ на першу сесію плюс 1–2 ГБ на кожну наступну, що збирає чи тестує, і більше, якщо в кожному worktree працює свій dev-сервер чи база даних. Перш ніж додавати ще одну, поспостерігайте за free -h у завантажену годину. Диск теж набігає, бо в кожного worktree свої node_modules.

Квоти й обмеження швидкості

Машина 24/7 корисна, лише якщо тариф дозволяє агенту працювати далі, тож прочитайте про ліміти, перш ніж будувати на них плани:

• Claude (Pro, Max). Ліміти використання скидаються кожні п'ять годин, і є ще тижневий ліміт, згідно зі статтею Anthropic про ліміти. Кілька паралельних сесій витрачають ту саму квоту. Перевірити, скільки лишилося, можна в Settings → Usage.
• Codex (тарифи ChatGPT). Plus і схожі рівні використовують ковзні п'ятигодинні вікна, можуть діяти й тижневі ліміти. Локальне використання CLI й хмарні задачі ділять одну квоту. Дивіться сторінку цін Codex від OpenAI для вашого тарифу.
• Ключі API. Вікна тарифу немає, але ви платите за токени, тож зациклений агент не зупиняється, а витрачає гроші. Задайте ліміти витрат у консолі провайдера.

На практиці «24/7» означає, що агент може працювати, коли є робота й квота, а не що він цілий день працює на межі. Ставте довгі задачі в чергу на час, коли вас немає, і будьте готові, що він зупиниться до наступного скидання.

Що відбувається під час перезавантаження

Оновлення ядра, обслуговування в провайдера й убивства через брак пам'яті — усе це перезапускає процеси. Розмови агентів зберігаються на диску, тож нічого не губиться, але й саме нічого не перезапускається:

• Claude Code: claude --continue відновлює останню розмову в поточній теці, а claude --resume дає змогу обрати.
• Codex: codex resume --last або codex resume для вибору зі списку.
• tmux: сервера більше немає, а з ним і компонування вікон. Юніт systemd вище відтворює сесію. Плагіни на кшталт tmux-resurrect уміють відновлювати й компонування.

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

Нагляд із телефона

Постійно ввімкненому агенту ви будете потрібні в несподівані моменти: запит дозволу, запитання, готова задача на перевірку. Варіанти: SSH-застосунок, під'єднаний до tmux, — безкоштовно, але без сповіщень; застосунки Remote Control від вендорів, що працюють для свого агента; хуки ntfy для пушів, про які йдеться у статті про підтвердження запитів із телефона; або застосунок, що робить усе це.

Maude створена для такої схеми. Вона розгортає по SSH демон, що запускає ваші сесії на сервері 24/7, продовжує їх, коли застосунок закрито, і працює з Claude Code, Codex, OpenCode, Grok Build та Antigravity на стількох серверах, скільки ви додасте. Ви отримуєте push-сповіщення з «Дозволити/Відхилити», вхідні з усім, що чекає на вас, а в кожній сесії — git worktree, перевірку diff і термінал. Коли в одного агента закінчується квота, сесію можна передати іншому разом зі зведенням виконаної роботи. Тариф чи ключ API кожного агента й далі потрібен. Застосунок коштує $2.99 на тиждень після 3 днів пробного періоду або $59.99 на рік після 7 днів пробного періоду.

Часті запитання