Come lavorare con gli agenti di programmazione dal telefono

Il telefono è utile per affidare un compito preciso a un agente di programmazione, rispondere a una domanda e controllare una piccola modifica lontano dalla scrivania. Il lavoro continua a svolgersi sul computer. Repository, strumenti di sviluppo e processi restano sull’host che hai scelto.

Un flusso remoto utile rende chiara questa divisione. Prima di scegliere un’app, verifica dove vengono eseguiti i comandi, come arrivano le richieste di autorizzazione e cosa succede quando uno dei dispositivi perde la connessione.

Scegli la connessione adatta al tuo lavoro

Se usi già Claude Code, consulta prima Remote Control integrato, che collega le sessioni locali all’app Claude o a un browser. Leggi i requisiti attuali di account e versione prima di aggiungere un altro servizio. Un’app complementare ha senso se ti serve una diversa combinazione di agenti, modifica dei file o gestione dei progetti.

Alcuni client comunicano con gli agenti tramite Agent Client Protocol, o ACP. Il supporto del protocollo non garantisce che ogni versione di un agente funzioni con qualsiasi client. Controlla la combinazione precisa: sistema del telefono, sistema del computer, agente e adattatore. Nel confronto dei costi includi anche l’account o l’API dell’agente.

Prepara il computer prima di uscire

Apri il progetto sull’host e avvia prima l’agente direttamente sul computer. Risolvi accesso all’account, strumenti mancanti, dipendenze e permessi del repository mentre hai una tastiera. Un’app remota non completa un compito se sull’host mancano gli strumenti necessari.

Per una nuova modifica usa un branch o una copia di lavoro isolata. Annota lo stato iniziale di Git per distinguere le modifiche esistenti dal lavoro dell’agente. Scegli una cartella di progetto con i file necessari, invece di consentire l’accesso all’intera cartella personale.

Controlla alimentazione e rete. Una sessione che continua dopo la disconnessione del telefono dipende comunque da un host acceso e raggiungibile. Non dare per scontato che una notifica possa riaccendere un computer spento o superare tutte le restrizioni della rete aziendale.

Assegna un compito che puoi verificare

Dal telefono funzionano meglio richieste piccole e precise rispetto all’ordine generico di migliorare tutta l’applicazione. Per esempio:

Scopri perché una ricerca vuota lascia attivo l’indicatore di caricamento senza fine. Spiega prima la causa. Poi correggi il comportamento, aggiungi un controllo di regressione mirato e indica i file modificati. Non eseguire commit o deploy.

Questa richiesta dice cosa non funziona, cosa indagare, cosa può cambiare l’agente e quando fermarsi. Aggiungi i passaggi per riprodurre il problema o il messaggio di errore, se li hai. Lascia fuori le pulizie non collegate, così il diff finale resta facile da leggere.

Chiedi all’agente di dirti quando non è sicuro, prima di allargare il lavoro. Se la correzione richiede una migrazione del database o un permesso dell’account che non ti aspettavi, fermati e decidi. Non approvare una catena di azioni che non capisci.

Controlla comandi e modifiche separatamente

Una richiesta di permesso chiede se un’azione può partire. Un diff mostra cosa è cambiato. Ti servono entrambi. Prima di approvare un comando, guarda in quale cartella viene eseguito, quali file tocca e se invia qualcosa fuori dal tuo computer. Prima di accettare il risultato, confronta le modifiche reali con il compito iniziale.

Segui questa sequenza:

1. Conferma di essere nel progetto e nella sessione previsti.
2. Leggi la spiegazione ed esamina i file modificati.
3. Controlla i risultati dei test pertinenti, inclusi errori e verifiche saltate.
4. Valuta commit, merge e deploy come decisioni separate.

Un indicatore verde è un motivo per guardare le prove, non per saltarle. Per un diff grande, o per una modifica che tocca credenziali, permessi o dati di produzione, completa la revisione su uno schermo più grande.

Prova la riconnessione con un compito innocuo

Prima di affidarti al flusso fuori casa, chiedi una breve indagine in sola lettura. Disconnetti il telefono, riconnettilo e verifica di ritrovare la stessa sessione e il suo stato recente. Controlla anche come appare una richiesta di autorizzazione in attesa dopo la riconnessione.

Se l’output si ferma, capisci cosa è successo: il telefono si è disconnesso, il computer è andato in stop, l’agente si è fermato o l’agente aspetta una tua risposta. Quando puoi, controlla direttamente sul computer. Non inviare la stessa istruzione più volte: una connessione silenziosa non dimostra che l’azione precedente non sia mai partita.

Conserva una breve nota con nome dell’host, posizione del progetto, agente usato e luogo in cui trovare la sessione. È utile quando lavori con più computer o progetti.

Il ruolo di Mono

Mono Code ti permette di aprire terminali, modificare file e usare agenti di programmazione come Claude Code, Gemini CLI o OpenCode sul tuo computer dal telefono. Le sessioni restano attive sul computer quando il telefono si disconnette. Controlla che il tuo agente e i tuoi dispositivi siano supportati per il lavoro che hai in mente. È sempre il computer a fare il lavoro, e una connessione cifrata tra i tuoi dispositivi non cambia il modo in cui un fornitore di AI tratta il codice inviato al suo modello. La nostra guida su privacy dell’AI e sincronizzazione cifrata spiega questa differenza.

Mono è attualmente in lista d’attesa. Iscriviti alla lista di Mono per gli aggiornamenti sulla disponibilità. Nel frattempo, usa questa preparazione e questi controlli con i tuoi strumenti attuali, compresa un’opzione integrata di controllo remoto che soddisfa già le tue esigenze.