Cursor, i cloud agent ora creano canvas condivisibili e hanno una Environments API
Il 16 ottobre 2026 Cursor ha pubblicato nel changelog tre novità per i suoi cloud agent: possono costruire canvas interattivi da condividere con un link, c'è una Environments API in beta per creare e gestire via codice gli ambienti in cui girano, e gli ambienti arrivano fino a 300 repository con un caricamento fino a cinque volte più veloce. Un canvas è una vista interattiva che l'agente prepara accanto alla chat, per esempio una dashboard o un report. Interessa chi fa girare agenti in cloud su più repository e vuole consegnare a un collega un risultato che non sia soltanto una pull request.
Cosa sono i canvas dei cloud agent e come si condividono
La documentazione dei canvas li descrive come artefatti interattivi che si aprono accanto alla chat, con sezioni, numeri e tabelle che si possono riaprire, modificare e rigenerare. Cursor ne crea uno quando decide che una vista visiva serve al compito, oppure quando lo chiedi tu: una dashboard, un'analisi, un audit, un report. Il canvas viene salvato e richiamato nella chat, quindi si può rilanciare più avanti con dati aggiornati.
La novità del 16 ottobre è che anche i cloud agent li producono come parte del loro lavoro. Il changelog di Cursor scrive che un canvas finito si condivide con il team mandando un link. Dalla barra del canvas si usa Publish, poi si copia il link. La condivisione è un'istantanea viva della vista, quindi chi la riceve non deve rilanciare l'agente.
Chi lo vede e chi lo può spegnere
Le condizioni stanno nella documentazione e conviene leggerle prima di promettere un link a un cliente. Chiunque nel team apre il link dal browser in sola lettura. Per condividere bisogna appartenere a un team e la privacy mode deve consentire la memorizzazione dei dati: la modalità Legacy Privacy Mode la blocca. Gli amministratori possono disattivare i canvas condivisi per tutta l'organizzazione, e gli account gratuiti non possono creare condivisioni.
| Aspetto | Cosa dicono changelog e documentazione di Cursor |
|---|---|
| Chi lo crea | Il cloud agent, o l'agente su richiesta |
| Come si condivide | Publish nella barra del canvas, poi si copia il link |
| Chi lo apre | Chi è nel team, in sola lettura, dal browser |
| Piani per la condivisione | Premium e superiori, Teams, Enterprise, vecchi Pro, Pro+ e Ultra |
| Blocchi | Account gratuito, Legacy Privacy Mode, impostazione di team spenta dall'admin |
La Environments API in beta
L'ambiente è la macchina su cui il cloud agent lavora: repository clonati, dipendenze, segreti e comandi di avvio. La documentazione dell'API elenca gli endpoint sotto https://api.cursor.com/v1.
| Metodo | Percorso | A cosa serve |
|---|---|---|
| POST | /environments | Crea un ambiente salvato |
| GET | /environments | Elenca quelli accessibili, dal più recente |
| GET | /environments/{id} | Legge l'ambiente con environmentJson e versionId |
| PATCH | /environments/{id} | Rinomina o sostituisce la configurazione |
| DELETE | /environments/{id} | Cancella in modo irreversibile |
| GET | /environments/{id}/history | Storico delle modifiche di configurazione |
| GET | /environments/{id}/builds | Elenco delle build |
Alla creazione servono owner (personal o team), un name unico fino a 255 caratteri, l'array repos con al massimo 300 repository e environmentJson, una stringa JSON con lo stesso schema del file .cursor/environment.json. L'autenticazione accetta una chiave API utente, una chiave di service account o un token legato all'utente. Le chiavi di team non sono supportate. Chi non ha accesso a un ambiente riceve 404 environment_not_found.
Lo stato di beta pesa. La documentazione dice che l'API v1 dei cloud agent è in beta pubblica e che può cambiare prima della disponibilità generale. Né il changelog né le pagine che ho letto indicano per quali piani sia disponibile la Environments API.
Quando conviene usarla e cosa resta da verificare
Il caso concreto è un'organizzazione con molti repository che vuole ambienti uguali per tutti, creati da uno script invece che a mano dall'interfaccia. Lo storico delle modifiche e le build per ambiente servono a rispondere a una domanda che prima o poi arriva: perché l'agente ha lavorato su una configurazione diversa da ieri. La guida di setup aggiunge che una build fallita non sostituisce quella attiva: gli agenti continuano a partire dall'ultima riuscita.
C'è una cosa da controllare di persona. Il changelog parla di ambienti fino a 300 repository e di un caricamento cinque volte più veloce, ma non dice rispetto a cosa né su quali dimensioni, e la pagina di setup non riporta un tetto. Il numero 300 si legge nel changelog e nella documentazione dell'API, non altrove.
Se oggi usi i cloud agent da solo, il canvas è la parte che si prova in dieci minuti: chiedi un report su un repository e pubblica il link a un collega del team. Per la Environments API, aspetta di sapere il tuo piano e tratta gli script come codice che può rompersi, perché la beta lo ammette. Per capire dove si colloca Cursor accanto al resto della sua offerta, c'è Cursor Origin, e per la parte di governo di agenti che toccano molti repository vale chi controlla gli agenti AI in azienda.
Per la parte che si può verificare su questo sito: anche la routine che ha scritto questa pagina gira come agente in cloud, parte da un clone pulito del repository e può toccare soltanto la cartella content/blog/, come descrive la procedura in automazione-blog/news/procedura-news.md. Non ho provato i cloud agent di Cursor né i loro canvas, quindi qui sopra c'è soltanto quello che Cursor dichiara. Il perimetro di cosa un agente può toccare è lo stesso tema di far girare Claude Code in automatico.
Domande frequenti
Che cos'è un canvas di Cursor?
È una vista interattiva che Cursor mostra accanto alla chat, con sezioni, numeri e tabelle che si possono riaprire, modificare e rigenerare. Cursor ne crea uno quando ritiene adatta una vista visiva, oppure su richiesta, per esempio per una dashboard, un'analisi o un report.
Chi può vedere un canvas condiviso?
Chiunque nel team apra il link dal browser, in sola lettura. Per condividere bisogna appartenere a un team, serve una modalità di privacy che permetta la memorizzazione dei dati, e gli amministratori possono spegnere i canvas condivisi per l'intera organizzazione. Gli account gratuiti non possono creare condivisioni.
Cosa si può fare con la Environments API di Cursor?
Creare, elencare, leggere, rinominare, sostituire la configurazione e cancellare gli ambienti cloud in cui girano gli agenti. Ci sono anche endpoint per lo storico delle modifiche e per le build. La documentazione precisa che l'API v1 dei cloud agent è in beta pubblica e che può cambiare prima della disponibilità generale.
Quanti repository può avere un ambiente dei cloud agent?
Il changelog del 16 ottobre 2026 dice fino a 300 repository, e la documentazione della Environments API indica lo stesso massimo alla creazione. La pagina di setup dei cloud agent, invece, non riporta un limite, quindi il tetto va letto dal changelog e dall'API.
I canvas e la Environments API sono inclusi in tutti i piani?
Per i canvas condivisi la documentazione elenca Premium e superiori, Teams, Enterprise e i vecchi piani Pro, Pro+ e Ultra. Per la Environments API né il changelog né la documentazione letta indicano i piani, quindi non si può dare per scontato.