Cursor Computer Use: gli agenti ora controllano le app del desktop

Cursor ha deciso che i suoi agenti di programmazione non devono limitarsi a scrivere codice: devono anche provarlo. Il 23 ottobre 2026 l’azienda ha annunciato Computer Use, una funzione che permette agli agenti di cliccare e digitare in qualsiasi applicazione del computer, non solo nel browser. L’esempio scelto per presentarla è il simulatore iOS, dove un agente può avviare l’app che ha appena costruito e verificarne il comportamento come farebbe uno sviluppatore in carne e ossa.

Per chi sviluppa, il passaggio è meno banale di quanto sembri. Finora un agente poteva produrre una modifica, lanciare i test automatici e aprire una pull request, ma tutto ciò che richiedeva di guardare davvero un’interfaccia restava a carico di una persona.

Cos’è Computer Use di Cursor e come si attiva

Secondo l’annuncio pubblicato da Cursor su X, Computer Use consente agli agenti di cliccare e digitare in qualsiasi app del computer. La funzione non richiede una procedura complicata: Cursor la usa in autonomia quando un’attività ne ha bisogno, ma puoi anche chiederla esplicitamente menzionando Computer Use nel prompt, per esempio digitando la chiocciola e scegliendo la voce dal menu. Serve naturalmente aggiornare Cursor all’ultima versione.

In pratica l’agente può lanciare l’applicazione su cui sta lavorando, muoversi tra le finestre, premere pulsanti, compilare campi e ispezionare ciò che compare a schermo tramite screenshot. Le descrizioni riportate dalla stampa specializzata parlano anche di browser basati su Chrome e di emulatori mobili, con lo scopo dichiarato di far controllare all’agente il proprio lavoro prima di aprire una pull request.

Che cosa può verificare un agente

Il valore sta nei problemi che i test automatici raramente intercettano. Un layout che si rompe su uno schermo piccolo, un pulsante che non risponde, un flusso a più passaggi che si blocca alla terza schermata, un errore visibile solo nell’interfaccia mobile. Sono bug che un agente cieco non vede, perché dal punto di vista del codice tutto sembra corretto.

Con Computer Use l’agente può ripetere il percorso che farebbe un utente, accorgersi che qualcosa non va, correggere il codice e riprovare. Il ciclo scrittura, prova, correzione si chiude senza che tu debba intervenire a ogni giro.

Dove gira: Cloud Agents e worker self-hosted

La funzione è disponibile in due modi. Nel primo, gli agenti cloud di Cursor lavorano su macchine remote gestite dall’azienda, con un desktop virtuale a disposizione. Nel secondo, puoi usare worker self-hosted, cioè macchine tue o del tuo team: un computer personale oppure un gruppo condiviso di runner, su macOS o Linux. Dalla documentazione consultata non emerge alcun riferimento a Windows.

La differenza pratica è importante. Un agente cloud lavora in un ambiente isolato e usa-e-getta. Un worker self-hosted, invece, opera sul tuo desktop reale e questo cambia il discorso sulla sicurezza.

Permessi su macOS e desktop condiviso

Su Mac il worker scarica un’app di supporto firmata, chiamata Cursor Computer Use, che lavora nella sessione grafica dell’utente attivo. Per funzionare servono due permessi di sistema: Accessibilità, per interagire con le app, e Registrazione schermo, per vedere le interfacce. I permessi vanno concessi all’app di supporto e non al terminale, altrimenti la funzione non parte. Su Linux, invece, il worker si collega a un display virtuale X11.

Esiste anche la condivisione del desktop, disponibile per gli agenti cloud e per i worker Linux. Puoi osservare lo schermo dell’agente in tempo reale direttamente da Cursor e, se serve, prendere il controllo di mouse e tastiera nel mezzo di un’esecuzione. È una rete di sicurezza utile, perché permette di fermare un agente che sta andando fuori strada.

Perché questa novità conta per chi sviluppa

Il controllo del computer da parte di un agente non è un’idea nuova, ma la direzione è chiara: gli strumenti di programmazione assistita stanno spostando l’attenzione dalla semplice generazione di codice alla verifica del risultato. Anche altri attori si muovono nella stessa direzione: di recente abbiamo raccontato come GitHub Copilot abbia introdotto il computer use per le app desktop, in anteprima pubblica. Cursor risponde portando la stessa capacità dentro i propri agenti, sia in cloud sia sulle macchine dei team.

Per un freelance o per un piccolo studio il beneficio è concreto. Se deleghi a un agente lo sviluppo di una funzione, la parte più noiosa è spesso il controllo manuale: aprire il simulatore, ripetere i passaggi, confrontare il risultato con quello atteso. Affidare questo lavoro all’agente riduce i tempi morti e porta nella pull request una modifica già provata, non soltanto scritta.

Resta però un punto di attenzione: più l’agente è autonomo, più conta definire con precisione che cosa può toccare.

I limiti da tenere presenti

La documentazione riportata dalle fonti è esplicita su un aspetto: l’uso self-hosted concede accesso completo all’interfaccia grafica e non aggiunge una sandbox del sistema operativo. Significa che l’agente può, in teoria, cliccare ovunque sulla macchina in cui gira. Per questo gli esperti che hanno scritto le prime guide consigliano di partire da controlli in sola lettura, per esempio chiedendo all’agente di descrivere la finestra visibile, e di lavorare con build di sviluppo e dati di prova, evitando account reali.

C’è poi una questione di metodo. Computer Use è utile per i comportamenti legati all’interfaccia, mentre per funzioni pure o risposte di API restano più efficienti i test tradizionali. Dopo una correzione, inoltre, va verificata la build nuova: cliccare su una copia vecchia ancora in esecuzione non dimostra nulla sul codice appena scritto. Se l’app non si avvia, l’agente deve segnalarlo come blocco, non aggirarlo.

Sul fronte commerciale, le fonti consultate non indicano prezzi né piani richiesti. Una testata riporta che la funzione sarebbe inclusa senza costi aggiuntivi, ma conviene controllare le condizioni sul sito ufficiale prima di basarci un flusso di lavoro.

Come inserirlo nel tuo flusso di lavoro

Se vuoi provarlo, il percorso più prudente è graduale. Aggiorna Cursor, apri un progetto di prova e avvia una conversazione con l’agente. Menziona Computer Use nel prompt, concedi i permessi su macOS all’app di supporto e comincia con un compito semplice, come avviare un’app nel simulatore e descrivere cosa vede. Solo dopo affida all’agente un controllo vero su una funzione appena sviluppata.

Per i team conviene valutare i runner condivisi su macchine dedicate, separate dai computer di lavoro quotidiani, così da limitare i danni di un comportamento inatteso. Il tema degli abbonamenti e dei bundle attorno a Cursor è in movimento: ne parlavamo a proposito di The X Subscription, l’abbonamento che include Grok e Cursor, un segnale di quanto l’azienda stia diventando centrale nel mercato degli strumenti per sviluppatori.

Anche le implicazioni per la qualità del software meritano attenzione. Un agente che prova da sé ciò che scrive riduce il rischio di consegnare codice che compila ma non funziona, e può alleggerire la revisione umana. Non la sostituisce, però: la responsabilità di ciò che entra in produzione resta tua.

Conclusioni

Computer Use di Cursor è un passo concreto verso agenti che non si limitano a proporre codice ma ne controllano l’effetto sul campo. Per chi sviluppa app web e mobile, la possibilità di far testare al proprio agente il simulatore iOS o un browser può accorciare i cicli di lavoro e far emergere bug visivi prima della revisione.

Il mio consiglio è semplice: provalo su un progetto di prova, con permessi minimi e dati fittizi, e osserva dal desktop condiviso come si comporta. Se ti interessa seguire l’evoluzione degli strumenti per programmare con l’AI, resta su intelligenzaartificiale.net: continueremo a raccontare le novità man mano che arrivano. Per i dettagli tecnici, la documentazione ufficiale di Cursor su Computer Use è il riferimento da consultare.