Tenere Claude Code al lavoro quando chiudi il portatile

Affidi a Claude Code qualcosa che richiederà quaranta minuti, poi devi uscire. Di default il lavoro si ferma quando chiudi il coperchio. Ci sono quattro modi affidabili per evitarlo, e quale fa per te dipende da una sola domanda: hai una macchina che resta accesa?

Perché si ferma

Tre cose diverse possono chiudere una sessione. Vale la pena distinguerle, perché ogni soluzione ne risolve solo alcune:

• Il processo si ferma. La macchina va in stop, oppure la shell che conteneva claude termina. Su un portatile in stop non gira nulla, qualunque app tu usi.
• La connessione cade. Hai perso il segnale, o il telefono ha sospeso l'app. Il processo magari sta benissimo; semplicemente non lo vedi.
• La sessione si perde. Il processo è sopravvissuto, ma niente sa come rimetterti davanti a esso o avvisarti che ha finito.

Il Remote Control di Anthropic mostra bene la differenza. La documentazione dice che se il portatile va in stop o la rete cade, Claude Code si ricollega quando la macchina torna online. Questo risolve la connessione. Non tiene in esecuzione nulla a coperchio chiuso, perché «il computer deve restare acceso e il processo claude deve continuare a girare».

Opzione 1: le sessioni cloud di Anthropic

Se non hai una macchina che resta accesa, sposta del tutto il lavoro fuori dalle tue macchine. Le sessioni cloud eseguono Claude Code in una VM gestita da Anthropic. La sessione continua dopo che chiudi il portatile, e puoi controllarla dall'app Claude, da un browser o dal terminale. Sono uscite dalla research preview il 23 settembre 2026. Sono disponibili su Pro, Max e Team, e per gli utenti Enterprise con postazioni premium o Chat + Claude Code.

Puoi avviarne una dal terminale e andartene:

claude --cloud "Fix the flaky test in auth.spec.ts"

La VM cloud clona il tuo remote GitHub al branch corrente, quindi fai prima il push. Quando ha finito, claude --teleport riporta la sessione e il suo branch nel tuo terminale. Cosa sapere prima di contarci, dalla documentazione delle sessioni cloud:

• Clonazione e pull request richiedono GitHub.
• La sessione non vede la tua rete privata né il tuo database locale.
• L'utilizzo viene scalato dagli stessi limiti del resto del tuo uso di Claude.
• Le VM inattive vengono recuperate dopo un po'. Riaprendo si ripristina la conversazione, ma non il lavoro in background ancora in corso.

Confrontiamo questa strada più nel dettaglio in Maude vs Claude Code sul web.

Opzione 2: un server con tmux o systemd

La risposta classica è eseguire Claude Code su un VPS, che non va mai in stop, dentro tmux, che possiede il processo al posto della tua connessione SSH:

tmux new -s work
# start claude, then Ctrl-B then D to detach
tmux attach -t work

Così risolvi tutti e tre i problemi: il processo vive su una macchina sempre accesa, una connessione caduta non lo tocca, e tmux attach ti rimette davanti a esso. Costa pochi euro al mese, e la nostra guida alla configurazione del VPS spiega tutti i passaggi.

Due miglioramenti che vale la pena conoscere:

• Remote Control dentro tmux. Esegui claude remote-control nella sessione tmux e potrai gestirla dalla scheda Code dell'app Claude, con notifiche push, invece che da un terminale. Così unisci l'app ufficiale di Anthropic a una macchina che non va mai in stop.
• systemd per i riavvii. tmux non sopravvive a un riavvio. Un servizio systemd (una unit utente con il lingering attivo, così parte senza login) può rilanciare all'avvio un processo di lunga durata. Claude Code di per sé non riprende un turno interrotto da un riavvio. claude --continue riapre la conversazione più recente in quella cartella, così puoi dirgli di proseguire.

Sul telefono il limite è soprattutto ergonomico. Una sessione tmux semplice non può avvisarti quando il lavoro è finito, e ricollegarsi significa un terminale a schermo intero e una tastiera virtuale. Altro su questo in tmux, mosh e Tailscale per agenti di coding.

Opzione 3: un daemon di sessioni (Maude)

È la stessa idea, un livello più su. Un piccolo processo di lunga durata sul server possiede ogni sessione degli agenti e registra cosa succede. I client si collegano e si scollegano, e la sessione non se ne accorge. Rispetto a tmux:

• Ricollegarti ti restituisce la conversazione stessa, non un buffer dello schermo da scorrere.
• Più dispositivi possono seguire la stessa sessione.
• Qualcosa continua a osservare quando tu non lo fai, quindi puoi ricevere una notifica push quando il lavoro è finito o serve una decisione.

È così che funziona Maude. Quando aggiungi un server, l'app distribuisce il proprio daemon via SSH e lo registra per l'avvio al boot: una unit utente systemd su Linux, un LaunchAgent su macOS e una voce cron @reboot come soluzione di riserva. Le sessioni continuano a girare sul server quando chiudi l'app o il portatile. L'inbox mostra quali sono finite, andate in errore o hanno bisogno di te, e le notifiche push ti permettono di rispondere a una richiesta di permesso con Consenti o Nega senza aprire nulla. Come per qualsiasi processo, un turno in corso durante un riavvio viene interrotto, ma la conversazione resta e puoi proseguire dall'app.

Lo stesso daemon esegue Codex, OpenCode, Grok Build e Antigravity, quindi funziona con qualunque agente tu avvii. Trattiamo la versione multi-agente in eseguire agenti di coding 24/7.

Opzione 4: una macchina sempre accesa a casa

Se hai già un desktop sempre acceso, come un Mac mini, una workstation o un server di casa, può fare da server senza costi aggiuntivi. Usaci Remote Control, tmux o Maude, esattamente come su un VPS. Alcune note pratiche:

• Impedisci lo stop. Le impostazioni di risparmio energetico di macOS hanno un'opzione per impedire lo stop automatico quando lo schermo è spento. caffeinate tiene sveglio un Mac aperto dalla riga di comando, ma non impedisce a un MacBook di andare in stop quando chiudi il coperchio.
• Un MacBook chiuso resta acceso solo in modalità con coperchio chiuso, che richiede un monitor esterno collegato e l'alimentazione. Va bene su una scrivania, non serve a nulla in uno zaino.
• Raggiungerla da fuori. Remote Control e il relay di Maude si collegano entrambi verso l'esterno, quindi la macchina non ha bisogno di porte aperte. Per il semplice SSH, Tailscale è la via d'accesso abituale.

Scegliere

Una cosa che aiuta in ogni caso

Un'attività che nessuno guarda va scritta in modo che non abbia bisogno di essere guardata. Di' dove fermarsi, cosa fare in caso di errore e cosa non toccare. «Correggi i test che falliscono in api/; se una correzione richiede una modifica allo schema, fermati e spiega invece» regge molto meglio di «correggi i test». L'istruzione specifica impedisce che un'esecuzione di quaranta minuti senza supervisione vada per la sua strada. Decidi anche in anticipo quanto può fare senza chiedere: eseguire Claude Code con tutti i permessi, in sicurezza affronta questo compromesso.

Gestiscilo dal telefono

Per tenere Claude Code in esecuzione sul tuo server e controllarlo dal telefono, vedi Claude Code sul telefono. Per tutte le opzioni, comprese quelle gratuite, vedi tutti i modi per usare Claude Code su iPhone e iPad.

Domande frequenti

Cosa è cambiato

• 1 ottobre 2026 — Riscritto: le sessioni cloud sono uscite dalla research preview, Remote Control si ricollega dopo lo stop ma non gira durante, Remote Control dentro tmux su un server, gestione dei riavvii con systemd e --continue, opzione della macchina di casa sempre accesa.
• 25 luglio 2026 — Prima pubblicazione.