Eseguire agenti di coding 24/7 sul tuo server

Un agente di coding sul portatile si ferma quando chiudi il coperchio. Spostarlo su una macchina che resta accesa è la parte facile. Le parti che si trascurano sono la supervisione (cosa tiene vivo il processo e cosa lo rimette in piedi dopo un riavvio), l'isolamento tra sessioni parallele e i limiti di utilizzo, che fermeranno l'agente molto prima dell'hardware. Questa guida le copre tutte, per Claude Code, Codex e gli altri agenti da terminale.

Cloud o macchina tua

Prima di tutto, decidi se ti serve davvero una macchina. I vendor ora eseguono gli agenti per te:

Se il tuo progetto è su GitHub e si costruisce da uno script di setup, il cloud del vendor è la soluzione che richiede meno lavoro. La documentazione delle sessioni cloud di Anthropic è il punto di partenza; claude --cloud "…" ne avvia una dal terminale. Scegli una macchina tua quando l'agente ha bisogno di cose che ha solo la tua macchina, o quando vuoi gli agenti di più vendor fianco a fianco. La guida all'acquisto di un VPS copre dimensionamento e prezzi attuali. Va bene anche un Mac mini a casa, purché disattivi lo stop.

Supervisione dei processi

Gli agenti interattivi sono programmi da terminale. Muoiono con il terminale, a meno che qualcos'altro non lo tenga in vita. Hai quattro opzioni, dalla più semplice alla più robusta.

1. tmux

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

tmux sopravvive alle disconnessioni, non ai riavvii. È lo strumento giusto per il lavoro interattivo, ed è ciò che suggerisce la documentazione di Anthropic per tenere viva una sessione Remote Control su una macchina remota. La nostra guida a tmux, mosh e Tailscale ha la configurazione che serve agli agenti.

2. systemd + tmux, perché riparta dopo un riavvio

Non puoi eseguire una TUI interattiva direttamente come servizio, perché ha bisogno di un terminale. Puoi però far avviare a systemd una sessione tmux staccata al boot. Con il tuo utente normale, crea ~/.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

Così riparte una sessione vuota, non le tue conversazioni. Riprenderle è un passaggio separato (vedi Cosa succede al riavvio più sotto).

3. Esecuzioni headless programmate

Per i lavori ricorrenti, come l'aggiornamento notturno delle dipendenze, lo smistamento delle nuove issue o la rigenerazione della documentazione, salta la TUI. Esegui claude -p "…" o codex exec "…" da cron o da un timer systemd. Non c'è nessuno ad approvare nulla, quindi imposta la modalità di permesso e l'allow-list con cognizione. Eseguire agenti con tutti i permessi, in sicurezza spiega come.

4. Un daemon di sessioni

L'opzione più robusta è un processo che possiede le sessioni degli agenti: le avvia, ne conserva le trascrizioni e ti permette di collegarti da ovunque. La modalità server di Remote Control di Claude Code (claude remote-control) è un esempio. Serve fino a 32 sessioni contemporanee di default, configurabili con --capacity, ma va comunque eseguita dentro tmux o un servizio. agy remote-control start registra il daemon di Antigravity come servizio di sistema. Strumenti di terze parti, tra cui Maude, distribuiscono un proprio daemon che gestisce più agenti.

Sessioni parallele e worktree

Due agenti che modificano la stessa copia di lavoro si sovrascriveranno a vicenda le modifiche. Dai a ogni sessione il proprio worktree git, una cartella di lavoro e un branch separati che condividono la cronologia del repository:

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 può farlo per te: claude --worktree feature-auth (o -w) crea un worktree sotto .claude/worktrees/ su un nuovo branch e ci avvia la sessione. Vedi la documentazione sui worktree.

Quante sessioni regge una macchina dipende da cosa eseguono, non dagli agenti in sé. Una regola pratica utile è 4 GB per la prima sessione più 1–2 GB per ogni sessione aggiuntiva che compila o esegue test, e di più se ogni worktree avvia il proprio server di sviluppo o database. Tieni d'occhio free -h durante un'ora di carico prima di aggiungerne un'altra. Anche il disco si riempie, perché ogni worktree ha il proprio node_modules.

Quote e limiti di utilizzo

Una macchina 24/7 è utile solo se il tuo piano lascia lavorare l'agente, quindi leggi i limiti prima di pianificarci sopra:

• Claude (Pro, Max). I limiti di utilizzo si azzerano ogni cinque ore, e c'è anche un limite settimanale, secondo l'articolo sui limiti di utilizzo di Anthropic. Più sessioni parallele attingono alla stessa quota. Puoi controllare a che punto sei in Settings → Usage.
• Codex (piani ChatGPT). Plus e i livelli simili usano finestre mobili di cinque ore, e possono applicarsi anche limiti settimanali. L'uso locale della CLI e le attività cloud condividono un'unica quota. Vedi la pagina dei prezzi di Codex di OpenAI per il tuo piano.
• Chiavi API. Nessuna finestra di piano, ma paghi a token, quindi un ciclo fuori controllo costa denaro invece di fermarsi. Imposta limiti di spesa nella console del provider.

In pratica, «24/7» significa che l'agente può lavorare ogni volta che c'è lavoro e quota disponibile, non che gira a pieno regime tutto il giorno. Metti in coda le attività lunghe per quando sei via, e aspettati che si fermi fino al prossimo azzeramento.

Cosa succede al riavvio

Aggiornamenti del kernel, manutenzione del provider e processi terminati per memoria esaurita riavviano tutti qualcosa. Le conversazioni degli agenti sono salvate su disco, quindi non si perde nulla, ma niente riparte da solo:

• Claude Code: claude --continue riprende la conversazione più recente nella cartella corrente, e claude --resume ti permette di sceglierne una.
• Codex: codex resume --last, oppure codex resume per un selettore.
• tmux: il server non c'è più, e con lui la disposizione delle finestre. La unit systemd qui sopra ricrea la sessione. Plugin come tmux-resurrect possono ripristinare anche le disposizioni.

Tutto ciò che era in corso quando la macchina si è fermata, come una modifica a metà o un test in esecuzione, va controllato a mano. Un motivo in più per far fare all'agente commit frequenti.

Seguirli dal telefono

Un agente sempre attivo avrà bisogno di te nei momenti più strani: una richiesta di permesso, una domanda, un'attività finita da rivedere. Le tue opzioni sono un'app SSH collegata a tmux, gratuita ma senza notifiche; le app Remote Control dei vendor, che funzionano agente per agente; hook ntfy per le push, trattati in approvare le richieste dal telefono; oppure un'app che fa tutto questo.

Maude è pensato per questa configurazione. Distribuisce via SSH un daemon che esegue le tue sessioni sul server 24/7, le tiene attive quando l'app è chiusa e gestisce Claude Code, Codex, OpenCode, Grok Build e Antigravity su tutti i server che aggiungi. Hai notifiche push con Consenti/Nega, un'inbox di ciò che ti aspetta e, per ogni sessione, worktree git, revisione dei diff e un terminale. Quando un agente esaurisce la quota, puoi passare la sessione a un altro agente insieme a un brief del lavoro fatto finora. Ti servono comunque il piano o la chiave API di ciascun agente. L'app costa $2.99 a settimana dopo una prova di 3 giorni, o $59.99 all'anno dopo una prova di 7 giorni.

Domande frequenti