Agenty kodujące działające 24/7 na własnym serwerze

Agent kodujący na laptopie zatrzymuje się, gdy zamykasz pokrywę. Przeniesienie go na maszynę, która jest zawsze włączona, to łatwa część. Ludzie pomijają nadzór (co utrzymuje proces przy życiu i co przywraca go po restarcie), izolację między równoległymi sesjami oraz limity użycia, które zatrzymają agenta dużo wcześniej niż sprzęt. Ten poradnik omawia każdą z tych rzeczy dla Claude Code, Codexa i innych agentów terminalowych.

Chmura czy własna maszyna

Najpierw zdecyduj, czy w ogóle potrzebujesz maszyny. Dostawcy uruchamiają teraz agenty za Ciebie:

Jeśli Twój projekt jest na GitHubie i buduje się ze skryptu konfiguracyjnego, chmura dostawcy wymaga najmniej pracy. Zacznij od dokumentacji sesji w chmurze Anthropic; claude --cloud "…" uruchamia sesję z terminala. Wybierz własną maszynę, gdy agent potrzebuje rzeczy, które ma tylko Twoja maszyna, albo gdy chcesz mieć agenty kilku dostawców obok siebie. Dobór rozmiaru i aktualne ceny opisuje poradnik zakupowy VPS. Mac mini w domu też się sprawdzi, o ile wyłączysz usypianie.

Nadzór nad procesem

Interaktywne agenty to programy terminalowe. Giną razem z terminalem, chyba że trzyma go coś innego. Masz cztery opcje, od najprostszej do najbardziej odpornej.

1. tmux

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

tmux przetrwa rozłączenia, ale nie restarty. To właściwe narzędzie do pracy interaktywnej i to właśnie sugeruje dokumentacja Anthropic do podtrzymywania sesji Remote Control na zdalnej maszynie. Nasz poradnik o tmux, mosh i Tailscale zawiera konfigurację potrzebną agentom.

2. systemd + tmux, żeby wracało po restarcie

Interaktywnego TUI nie da się uruchomić bezpośrednio jako usługi, bo potrzebuje terminala. Możesz za to kazać systemd uruchamiać przy starcie odłączoną sesję tmux. Jako zwykły użytkownik utwórz ~/.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

To przywraca pustą sesję, a nie Twoje rozmowy. Ich wznowienie to osobny krok (zobacz Co się dzieje przy restarcie poniżej).

3. Uruchomienia bez interfejsu według harmonogramu

Do zadań cyklicznych, takich jak nocne podbijanie zależności, segregowanie nowych zgłoszeń czy regenerowanie dokumentacji, pomiń TUI. Uruchamiaj claude -p "…" lub codex exec "…" z crona lub timera systemd. Nie ma tam nikogo, kto cokolwiek zatwierdzi, więc tryb uprawnień i listę dozwolonych akcji ustaw świadomie. Jak to zrobić, opisuje bezpieczne uruchamianie agentów z pełnymi uprawnieniami.

4. Demon sesji

Najbardziej odporna opcja to proces, który jest właścicielem sesji agentów: uruchamia je, przechowuje ich transkrypty i pozwala podłączyć się z dowolnego miejsca. Jednym z nich jest tryb serwera Remote Control w Claude Code (claude remote-control). Obsługuje domyślnie do 32 równoczesnych sesji, konfigurowalnie przez --capacity, ale nadal uruchamiasz go w tmux lub jako usługę. agy remote-control start rejestruje demona Antigravity jako usługę systemową. Narzędzia firm trzecich, w tym Maude, wdrażają własnego demona obsługującego kilka agentów.

Równoległe sesje i worktree

Dwa agenty edytujące tę samą kopię roboczą nadpiszą sobie nawzajem zmiany. Daj każdej sesji własny git worktree, czyli osobny katalog roboczy i gałąź, które dzielą historię repozytorium:

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 może zrobić to za Ciebie: claude --worktree feature-auth (lub -w) tworzy worktree w .claude/worktrees/ na nowej gałęzi i uruchamia w nim sesję. Zobacz dokumentację worktree.

To, ile sesji obsłuży jedna maszyna, zależy od tego, co uruchamiają, a nie od samych agentów. Przydatna reguła kciuka to 4 GB na pierwszą sesję plus 1–2 GB na każdą kolejną, która buduje lub testuje, i więcej, jeśli każdy worktree uruchamia własny serwer deweloperski lub bazę danych. Zanim dodasz kolejną, obserwuj free -h w godzinie największego ruchu. Dysk też się sumuje, bo każdy worktree ma własne node_modules.

Limity i ograniczenia

Maszyna 24/7 ma sens tylko wtedy, gdy Twój plan pozwala agentowi pracować, więc poznaj limity, zanim zaczniesz wokół nich planować:

• Claude (Pro, Max). Limity użycia resetują się co pięć godzin, a do tego jest limit tygodniowy, według artykułu Anthropic o limitach użycia. Kilka równoległych sesji korzysta z tej samej puli. Stan sprawdzisz w Settings → Usage.
• Codex (plany ChatGPT). Plus i podobne plany używają kroczących pięciogodzinnych okien, a mogą obowiązywać też limity tygodniowe. Lokalne użycie CLI i zadania w chmurze dzielą jedną pulę. Swój plan sprawdź w cenniku Codexa od OpenAI.
• Klucze API. Bez okna planu, ale płacisz za tokeny, więc pętla, która wymknie się spod kontroli, kosztuje pieniądze zamiast się zatrzymać. Ustaw limity wydatków w konsoli dostawcy.

W praktyce „24/7” oznacza, że agent może pracować zawsze, gdy jest praca i dostępny limit, a nie że pracuje na pełnych obrotach przez cały dzień. Kolejkuj długie zadania na czas Twojej nieobecności i licz się z tym, że zatrzyma się do następnego resetu.

Co się dzieje przy restarcie

Aktualizacje jądra, prace serwisowe dostawcy i zabicia procesów przez brak pamięci — wszystko to restartuje procesy. Rozmowy agentów są zapisywane na dysku, więc nic nie ginie, ale nic też nie uruchamia się samo:

• Claude Code: claude --continue wznawia ostatnią rozmowę w bieżącym katalogu, a claude --resume pozwala wybrać jedną z listy.
• Codex: codex resume --last albo codex resume z listą do wyboru.
• tmux: serwer zniknął, a razem z nim układ okien. Powyższa jednostka systemd odtwarza sesję. Pluginy takie jak tmux-resurrect potrafią też przywracać układy.

Wszystko, co było w toku, gdy maszyna padła, na przykład niedokończoną edycję czy trwający test, trzeba sprawdzić ręcznie. To kolejny powód, by agent często robił commity.

Pilnowanie z telefonu

Zawsze włączony agent będzie Cię potrzebował w dziwnych momentach: prośba o uprawnienie, pytanie, ukończone zadanie do przejrzenia. Masz do wyboru aplikację SSH podłączoną do tmux, która jest darmowa, ale bez powiadomień; aplikacje Remote Control od dostawców, działające dla jednego agenta; hooki ntfy do push, opisane w tekście o zatwierdzaniu próśb z telefonu; albo aplikację, która robi to wszystko.

Maude jest zbudowany dla takiej konfiguracji. Wdraża przez SSH demona, który uruchamia Twoje sesje na serwerze 24/7, utrzymuje je, gdy aplikacja jest zamknięta, i obsługuje Claude Code, Codex, OpenCode, Grok Build i Antigravity na tylu serwerach, ile dodasz. Dostajesz powiadomienia push z Zezwól/Odmów, skrzynkę z tym, co czeka, oraz w każdej sesji git worktree, przegląd diffa i terminal. Gdy jednemu agentowi skończy się limit, możesz przekazać sesję innemu agentowi razem z podsumowaniem dotychczasowej pracy. Nadal potrzebujesz planu lub klucza API każdego agenta. Aplikacja kosztuje $2.99 tygodniowo po 3-dniowym okresie próbnym lub $59.99 rocznie po 7-dniowym okresie próbnym.

Najczęściej zadawane pytania