Quando usare Remote Control per una sessione locale di Claude Code

Il test impiega dodici minuti e il computer deve restare acceso. Esci dalla stanza, compare una richiesta di permesso e il lavoro si ferma. Remote Control serve a rispondere da telefono o browser senza spostare l'esecuzione fuori da quella macchina.

Il punto da capire è proprio questo: il browser remoto è una finestra. File, comandi, server MCP e configurazione continuano a vivere sul computer da cui hai avviato Claude Code. La documentazione ufficiale Anthropic distingue questo modello da Claude Code on the web, dove il processo gira nel cloud.

Prima di attivarlo, decidi se l'ambiente locale è davvero necessario. Poi prepara il passaggio come faresti con una persona che prende in mano un lavoro già iniziato.

Il lavoro resta sul computer

Una sessione Remote Control usa la macchina locale per eseguire comandi e leggere il filesystem. Se il computer va in stop, perde la rete o chiude Claude Code, la finestra remota non può continuare il lavoro per conto proprio.

Questo modello è utile quando il job dipende da elementi che esistono solo lì: un repository non pubblicato, un server di sviluppo, un tool locale, una configurazione di progetto o una credenziale gestita dalla macchina. È inutile se stai lasciando acceso il computer soltanto per un'attività che potrebbe partire in un ambiente cloud già predisposto.

Controlla anche il lato fisico. Alimentazione, rete, sospensione automatica e applicazioni necessarie fanno parte del percorso. La sessione può essere ben configurata e fermarsi perché il portatile chiude il coperchio.

Remote Control e sessione web non sono la stessa cosa

Le due esperienze possono comparire nella stessa interfaccia web, ma il luogo di esecuzione cambia.

Usa Remote Control quando stai già lavorando in locale e vuoi continuare da un altro dispositivo. Usa il web quando vuoi avviare un job cloud senza dipendere dalla macchina. Non scegliere in base alla dimensione dello schermo: scegli in base a file, tool e confine di esecuzione.

Il test del locale necessario

Scrivi l'elenco delle dipendenze prima di lasciare la scrivania. Per ciascuna, chiedi dove vive e come verifichi che sia disponibile.

Repository: cartella locale, branch feature-report.
Servizio: server di prova su localhost.
Tool: test e browser già configurati.
Credenziale: login locale, nessun secret nel prompt.
Output: report Markdown nel repository.
Stop: richiesta di accesso esterno o modifica fuori cartella.

Se nessuna riga richiede davvero la macchina, Remote Control aggiunge una dipendenza senza vantaggio. Se una riga contiene dati sensibili o un account con effetti reali, devi invece verificare se il controllo remoto è compatibile con le regole dell'organizzazione.

Prepara una scheda di passaggio

Dal telefono vedrai la conversazione, ma non avrai davanti tutto ciò che circonda il computer. Una scheda di passaggio evita di decidere usando solo l'ultimo messaggio.

Registra sei campi:

1. obiettivo del job;

2. stato verificato e ultimo comando riuscito;

3. file o servizio coinvolto;

4. permessi già concessi e azioni ancora escluse;

5. decisione che potrebbe richiedere il tuo intervento;

6. condizione di stop e modo per controllare l'esito.

Metti la scheda in un file di lavoro o nel prompt iniziale, senza segreti. Il passaggio di consegne assistito dall'AI usa lo stesso principio: stato, decisioni, dipendenze e prossima azione devono viaggiare insieme. Qui il destinatario sei sempre tu, ma hai cambiato dispositivo e quantità di contesto visibile.

Controlla dati, permessi e transcript

L'esecuzione e l'accesso ai file restano locali. Il transcript remoto segue un altro percorso. Anthropic documenta che, mentre Remote Control è collegato, messaggi, risposte e attività dei tool vengono conservati sui suoi server per sincronizzare la sessione tra dispositivi e permettere la riconnessione.

Prima dell'avvio controlla quindi cosa può comparire nella conversazione: nomi di file, output del terminale, frammenti di documenti e risposte dei tool. Non incollare un segreto pensando che, siccome il comando gira in locale, anche il dialogo resti soltanto sul computer.

La connessione parte dalla macchina verso l'esterno tramite HTTPS e non apre porte in ingresso. È un dettaglio tecnico utile, ma non chiude la valutazione. Account, dispositivo remoto, conservazione del transcript e policy aziendale restano parti del confine.

Le regole di accesso di un workflow AI aiutano a nominare owner, dati ammessi, durata e revoca. Applicale anche al telefono o browser con cui controllerai la sessione.

Parti e verifica il collegamento

La documentazione corrente indica claude remote-control per avviare il servizio dalla directory del progetto e /remote-control per collegare una sessione interattiva esistente. VS Code espone lo stesso comando dentro il pannello.

Dopo l'avvio, non allontanarti subito. Apri la sessione dall'altro dispositivo e prova un passaggio senza effetti: chiedi lo stato, leggi l'ultimo risultato e invia una risposta innocua. Poi verifica sul computer che entrambe le superfici mostrino la stessa conversazione.

Controlla anche l'identità della sessione. Se lavori con più repository o più istanze, un nome riconoscibile evita di entrare in quella sbagliata. Il nome non è una protezione di sicurezza, ma riduce l'errore operativo più semplice.

Gestisci decisioni e takeover

Remote Control non trasforma due dispositivi in due operatori indipendenti. Se una sessione viene presa in carico altrove, leggi il motivo prima di tentare una riconnessione. Ripetere il comando può spostare il controllo da un dispositivo all'altro mentre qualcuno sta rispondendo.

Dal telefono approva soltanto ciò che riesci a valutare con le evidenze disponibili. Un permesso su un comando nuovo, una scrittura esterna o un diff ampio possono aspettare il ritorno al computer. La possibilità di toccare il pulsante non aumenta l'autorità né la visibilità del contesto.

Per le attività lunghe, chiedi una notifica quando serve una decisione o quando termina la prova. Evita di controllare a intervalli casuali: il rischio è rispondere all'ultimo messaggio senza leggere il passaggio che lo ha prodotto.

Disconnetti senza lasciare ambiguità

Prima di disattivare il collegamento, chiedi e verifica una ricevuta breve:

• ultimo stato concluso;

• file modificati;

• comandi ancora attivi;

• permessi in attesa;

• prossimo passo locale;

• eventuale output da rivedere sul computer.

Disattivare Remote Control interrompe la finestra remota, ma la sessione locale può restare aperta. Se vuoi fermare anche comandi o processi, fallo esplicitamente e controllane l'esito. Non confondere «non vedo più la sessione sul telefono» con «il lavoro è terminato».

Quando torni alla macchina, rileggi diff, terminale e output dalla fonte locale. La schermata remota serve a coordinare. La verifica finale appartiene alla superficie che può mostrare tutte le conseguenze del lavoro.

Nel programma su Claude Cowork e Code di MAIKER HUB puoi costruire un passaggio tra computer e telefono partendo da un incarico reale, con dipendenze e stop espliciti. Il risultato utile non è lavorare da qualsiasi posto. È continuare lo stesso lavoro senza perdere il confine della macchina su cui gira.