Cursor Apps: gli agenti cloud di Cursor ora creano, ospitano e pubblicano applicazioni web
Dal 5 novembre, un agente cloud di Cursor può generare un'applicazione web, configurare per essa un database Postgres e l'autenticazione, per poi pubblicarla a un indirizzo prescelto dopo aver superato controlli di sicurezza. La funzionalità è disponibile per tutti i piani a pagamento che includono gli agenti cloud.
Cursor ha introdotto il 5 novembre 2026 una funzionalità denominata Apps nella propria documentazione: un agente cloud può ora trasformare una richiesta in un’applicazione web ospitata e condivisibile tramite link. «La maggior parte delle applicazioni non lascia mai localhost», sintetizza l’azienda sviluppatrice nel proprio changelog.
Dal prompt al link
È necessario avviare un agente cloud e specificare esplicitamente che si desidera un’applicazione; la funzione non esiste in locale. L’agente genera il codice, crea un database Postgres se l’applicazione ne ha bisogno, pone l’accesso sotto l’autenticazione Cursor e predispone l’hosting. Se l’app deve collegarsi a un sistema interno (un data warehouse, nell’esempio di Cursor), l’agente richiede i secret necessari; secondo la documentazione, non ne visualizza mai i valori.
Un pannello consente di visualizzare l’anteprima dell’applicazione. Al momento della pubblicazione, l’utente sceglie l’indirizzo, che può essere modificato successivamente. I repository possono essere nuovi (creati su Cursor Origin) oppure esistenti su GitHub; il supporto per GitLab è annunciato per una fase successiva.
Un gate di pubblicazione
L’aspetto più interessante è il controllo che precede la messa online. A ogni pubblicazione vengono eseguiti quattro controlli, anche se la revisione di sicurezza è disattivata: blocco di chiavi o token scritti nei file, blocco dei file di credenziali, esclusione dei file .env e delle source map. A questi si aggiunge una revisione di sicurezza tramite IA che analizza il codice e blocca le criticità gravi. Nulla viene pubblicato senza il superamento di questi controlli e senza un clic esplicito.
Sul fronte del team, gli amministratori vedono tutte le app e tutti i secret, possono aggiungere regole personalizzate, approvare una pubblicazione bloccata o annullare la pubblicazione di un’app. La condivisione può avvenire con persone invitate, con l’intero team o con il pubblico; l’accesso pubblico è disattivato per impostazione predefinita nei piani Teams ed Enterprise. Ogni team o utente dispone di un account di hosting isolato. Cursor non cita il provider di hosting; secondo The New Stack, Vercel ha dichiarato che la funzione poggia sulla propria offerta Vercel for Platforms.
La nostra lettura
Cursor entra nel territorio di Lovable, Replit o Bolt, ma dall’estremo opposto: non punta in primo luogo al grande pubblico, bensì allo strumento interno creato da un dipendente per il proprio team, con il login Cursor impostato come protezione predefinita. Il gate di pubblicazione risponde a un problema concreto: app generate dall’IA messe online con secret in chiaro o database aperti. Questo sistema non sostituisce comunque un audit, poiché l’analisi tramite IA resta un controllo automatico. Due aspetti rimangono da chiarire per i team: il costo di utilizzo per l’hosting e i database, che il changelog e la documentazione non specificano, e le modalità per esportare un’app da Cursor qualora la si voglia ospitare altrove.
Fonti
- Cursor — changelog «Build Live Apps in Cursor» (5 novembre 2026) Fonte primaria
- Cursor — documentazione Apps (agenti cloud) Fonte primaria
- Cursor su X — annuncio (5 novembre 2026) Fonte primaria
- The New Stack — Cursor takes on Lovable and Replit with fully managed app deployment Fonte secondaria
Una fonte primaria proviene direttamente dall'azienda, dal laboratorio o dall'ente interessato. Una fonte secondaria riporta l'informazione senza esserne l'autrice: la segnaliamo come tale. Un errore? Consulta la nostra politica di rettifica.
