Cosa significa davvero \"Claude remote agents\": una cloud session, una sessione locale pilotata a distanza o una macchina tua

Ogni mese qualche centinaio di persone scrive "claude remote agents" o "claude code remote agent" su Google e arriva sulla nostra pagina che spiega come pilotare Claude Code dal telefono. Quasi nessuno clicca, e fanno bene: quella pagina risponde a una domanda, la ricerca ne pone tre.

"Remote" si porta dietro parecchio in quella ricerca. A seconda di chi la scrive, significa un agente che gira sui server di Anthropic mentre il portatile è chiuso, un agente che gira sul portatile ma si pilota da un telefono, oppure un agente che gira su un server di build di proprietà della persona. Sono tre prodotti diversi con tre insiemi di regole diversi, e quest'anno Anthropic stessa ha rinominato il primo, che è da dove viene buona parte della confusione.

Questo articolo separa i tre, con i fatti verificati nella documentazione di Anthropic il 28 settembre 2026, e poi dice cosa facciamo per ogni caso in AgentsRoom, con qualsiasi CLI di agenti.

La parola "remote" copre tre cose diverse

1. Le cloud session (sessioni nel cloud): l'agente gira su un'infrastruttura cloud, non sulla tua macchina. Il vecchio nome del flag della CLI in Anthropic era --remote, ed è per questo che il termine di ricerca è rimasto.
2. Remote Control: l'agente gira sulla tua macchina, e lo piloti da claude.ai o dall'app Claude sul telefono.
3. Una macchina tua: l'agente gira su un server, sul computer dell'ufficio o su quello di casa, e lo raggiungi via SSH o tramite un tunnel.

Due delle tre sono funzionalità di Claude Code. La terza è semplice infrastruttura, ed è l'unica che funziona con tutte le CLI di agenti.

1. Le cloud session: l'agente gira sulle macchine di Anthropic

La documentazione di Anthropic la chiama cloud session: "una sessione di Claude Code che gira su un'infrastruttura cloud invece che sulla tua macchina". Di default quell'infrastruttura è una VM isolata gestita da Anthropic; un'organizzazione può invece indirizzare le sessioni verso il proprio ambiente self-hosted. La sessione continua a girare dopo che hai chiuso il portatile, e puoi controllarla o pilotarla da qualsiasi dispositivo.

Puoi avviarne una da cinque posti, e condividono tutti gli stessi ambienti cloud (regole di accesso alla rete, variabili d'ambiente, script di setup):

La forma da terminale è quella che spiega il termine di ricerca. La vecchia grafia, --remote, funziona ancora come alias obsoleto di --cloud. La policy di organizzazione che consente o vieta l'intera funzionalità si chiama ancora allow_remote_sessions. Quindi "remote" è stata per un po' la parola ufficiale, e sopravvive nei flag, nei messaggi di errore e nelle impostazioni di amministrazione.

Cosa succede davvero quando esegui claude --cloud: viene creata una nuova sessione su claude.ai, e la VM nel cloud clona il remote GitHub del tuo repository sul tuo branch corrente. Clona il remote, non il tuo working tree, quindi prima fai push se hai commit locali. Se il repository non ha un remote, o se la Claude GitHub App non è installata su di esso, Claude Code impacchetta il repository locale (meno di 100 MB, solo i file tracciati) e lo carica, lasciando fuori .env, *.tfvars e file di chiavi non committati. Il task gira nel cloud mentre tu continui a lavorare in locale. Quando ha finito, crei una pull request da claude.ai/code, oppure riporti la sessione nel tuo terminale:

claude --teleport                 # session picker
claude --teleport <session-id>    # a specific session

Teleport controlla quattro cose: una directory di lavoro pulita, una copia dello stesso repository, il branch della sessione pushato sul remote e lo stesso account claude.ai. Poi scarica il branch e carica l'intera conversazione nel tuo terminale. Dalla CLI il passaggio va in un solo senso: puoi tirare giù una cloud session, ma non puoi mandare su una sessione di terminale esistente. Solo l'app desktop ha un menu Continue in che manda una sessione locale nel cloud.

Le Routines sono la forma pianificata della stessa cosa: un prompt salvato, uno o più repository, un insieme di connettori, eseguiti secondo una pianificazione, su una chiamata HTTP o su un evento GitHub, e ogni esecuzione è una cloud session completa senza richieste di permesso. Sono in research preview, si creano su claude.ai/code/routines o con /schedule nella CLI, e aggiungono un tetto giornaliero di esecuzioni per account.

Tre limiti da conoscere prima di farci affidamento. Le cloud session hanno bisogno di GitHub: il clone e le pull request passano dalla Claude GitHub App o dal tuo token gh inviato con /web-setup. Condividono i rate limit con tutto il resto del tuo account, senza costo di calcolo separato ma con un consumo proporzionale quando ne avvii diverse in parallelo. E richiedono l'accesso a claude.ai con Pro, Max o Team (Enterprise con le postazioni giuste): --cloud e --teleport non funzionano con una chiave API, né quando Claude Code è configurato per Bedrock o Vertex.

2. Remote Control: l'agente gira sulla tua macchina, tu lo piloti da un altro posto

Remote Control è l'immagine speculare. La documentazione lo dice in una frase: "A differenza delle cloud session, che girano su un'infrastruttura cloud, le sessioni Remote Control girano direttamente sulla tua macchina e interagiscono con il tuo file system locale". claude.ai/code e l'app Claude su iOS e Android sono una finestra su un processo che gira ancora sul tuo portatile, con i tuoi file, i tuoi server MCP, i tuoi hook e la configurazione del tuo progetto. Digitare @ sul telefono completa persino i percorsi del tuo progetto locale.

Tre modi per avviarlo:

claude remote-control            # server mode: serves sessions to your devices
claude --remote-control          # an interactive session you can also drive remotely
/remote-control                  # from inside a session that is already running

La prima volta, Claude Code ti chiede una conferma. Serve l'accesso a claude.ai con Pro, Max, Team o Enterprise (le chiavi API non sono supportate), e su Team ed Enterprise un owner deve prima attivare l'interruttore. Se il portatile va in sospensione o la rete cade, la sessione si riconnette quando la macchina torna. E la nota nella documentazione stessa di Anthropic è quella da ricordare: --cloud crea cloud session, --remote-control non c'entra niente.

Le due funzionalità si incrociano in un solo punto. --teleport viaggia sull'infrastruttura di sessione di Remote Control, quindi un teleport scaduto mostra errori formulati con il vocabolario di Remote Control. È un dettaglio idraulico, non un segno che le due cose siano la stessa.

Se la tua domanda riguarda i token, l'abbiamo misurato: Remote Control non consuma più token, ed ecco cosa ha Codex al suo posto.

3. Una macchina tua: SSH, un tunnel, un server di build

Il terzo significato non ha niente a che fare con l'account Anthropic. L'agente gira su un computer che possiedi e che non è quello che hai davanti: un server di build, il computer dell'ufficio, un VPS. Lo raggiungi via SSH, lanci lì claude o codex, e la sessione vive su quella macchina.

Gli editor stanno cominciando a impacchettare tutto questo. VS Code 1.121 ha aggiunto "Remote agents (Preview)": la finestra Agents può eseguire sessioni di agenti su una macchina remota tua, via SSH o dev tunnel, attraverso un processo host dell'agente di lunga durata, così una sessione in corso continua anche se il tuo client si disconnette. Stessa idea, una CLI, un editor.

La versione semplice è un terminale e ssh. Funziona con tutte le CLI, tiene il tuo codice su hardware che controlli, e ha i soliti costi: la sessione muore con la connessione a meno che tu non la avvolga in tmux o screen, e il telefono non è un gran client SSH.

Come scegliere

La domanda giusta non è "qual è il migliore", ma dove vuoi che giri il codice e cosa ti serve conservare.

Due cose da tenere a mente. Le cloud session e Remote Control sono funzionalità di Claude Code: non esiste un equivalente Codex di --teleport, e Antigravity CLI ha il suo Remote Control dalla versione 2.0. E "remote" non significa "senza supervisione": una cloud session che fa una domanda ti aspetta finché il suo ambiente non scade, e una sessione Remote Control aspetta una risposta di permesso come qualsiasi sessione locale.

Cosa facciamo per ogni caso

AgentsRoom esegue gli agenti, non li ospita, quindi prende posizione su ciascuno dei tre casi invece di sostituirli.

Pilotare un agente locale dal telefono, con qualsiasi CLI: l'app mobile di AgentsRoom prende il controllo del terminale di ogni agente in esecuzione sul tuo desktop, Claude Code, Codex, GitHub Copilot CLI, Cursor e le altre CLI di agenti, attraverso un relay cifrato end-to-end, con notifiche push quando un agente ti aspetta. Convive con il Remote Control di Anthropic su una sessione di Claude Code: uno è una finestra sulla conversazione, l'altro sul terminale.

Un agente su una macchina tua: le connessioni SSH salvano il server una volta e ci eseguono la CLI, con gli stessi riquadri, stati e notifiche di un agente locale; Remote Fleet fa lo stesso su tutti i computer del tuo account, ufficio, casa e server di build in un'unica vista.

Nessuna macchina tua: i Cloud Agents avviano una macchina usa e getta che clona il repository, esegue Claude Code o Codex in headless con l'istruzione che hai inviato dal telefono, fa commit, pusha un branch e si autodistrugge. È un job, non una sessione: non c'è uno schermo a cui collegarsi, ed è esattamente questa la differenza con i due casi precedenti.

Niente di tutto questo cambia quello che fanno le cloud session di Anthropic. Se usi Claude Code e vuoi che sia Anthropic a far girare la VM, claude --cloud è lo strumento, e il branch che pusha compare nel tuo repository come qualsiasi altro.

Domande frequenti

I remote agents di Claude sono la stessa cosa di Claude Code on the web?

Sì. Il nome attuale in Anthropic è cloud session: una sessione di Claude Code che gira su un'infrastruttura gestita da Anthropic (o sull'ambiente self-hosted della tua organizzazione) invece che sulla tua macchina. La avvii da claude.ai/code, dalla scheda Code dell'app Claude, dall'app desktop scegliendo Cloud invece di Local, oppure dal terminale con claude --cloud. La parola remote sopravvive dal vecchio flag, --remote, che funziona ancora come alias obsoleto di --cloud, e dalla policy di organizzazione che la regola, allow_remote_sessions.

claude --cloud esegue qualcosa sul mio computer?

No. Crea una nuova sessione su claude.ai, e la VM nel cloud clona il remote GitHub del tuo repository sul tuo branch corrente, non la tua copia locale, quindi prima fai push se hai commit locali. Se il repository non ha un remote, o se la Claude GitHub App non è installata su di esso, Claude Code impacchetta il repository locale e lo carica al suo posto, lasciando fuori i file .env, le chiavi e le credenziali non committati. Il task poi gira nel cloud mentre il tuo terminale resta libero.

Remote Control gira nel cloud?

No. Remote Control fa l'opposto di una cloud session: il processo di Claude Code continua a girare sulla tua macchina, con il tuo file system, i tuoi server MCP e la configurazione del tuo progetto, e claude.ai/code o l'app Claude su iOS e Android diventano una finestra su di esso. Lo avvii con claude remote-control (modalità server), claude --remote-control in una sessione interattiva, oppure /remote-control dentro una sessione già in corso. La documentazione di Anthropic dice testualmente che --cloud e --remote-control non hanno niente a che fare l'uno con l'altro.

Posso usare le cloud session o Remote Control di Claude con Codex, Antigravity o un'altra CLI?

No. Sono entrambe funzionalità di Claude Code, legate a un abbonamento claude.ai. Antigravity CLI ha il suo Remote Control dalla versione 2.0. Per le altre CLI, il pezzo che puoi aggiungere è quello che non dipende dal fornitore: l'app mobile di AgentsRoom prende il controllo del terminale di qualsiasi agente in esecuzione sul tuo desktop, qualunque sia la sua CLI, attraverso un relay cifrato end-to-end, e convive con il Remote Control di Claude su una sessione di Claude Code.

Le cloud session costano di più?

Non c'è un costo di calcolo separato per la VM nel cloud, ma le cloud session condividono i rate limit con tutto il resto del tuo utilizzo di Claude e di Claude Code sul tuo account, e più sessioni in parallelo li consumano in proporzione. Sono disponibili sui piani Pro, Max e Team, e su Enterprise con postazioni premium o postazioni Chat + Claude Code. Le Routines, che girano come cloud session, aggiungono un tetto giornaliero di esecuzioni per account.

Come riporto una cloud session nel mio terminale?

Con claude --teleport, che apre un selettore di sessioni, o claude --teleport <session-id> per una sessione precisa; /teleport fa lo stesso da dentro una sessione in corso. Claude Code controlla che la tua directory di lavoro sia pulita, che tu sia in una copia dello stesso repository e con l'accesso allo stesso account, poi scarica il branch della sessione e carica la cronologia della conversazione. Il terminale riceve la sua copia: quello che fai dopo resta in locale e non compare nella cloud session. Dalla CLI il passaggio va in un solo senso; solo l'app desktop può mandare una sessione locale nel cloud.