Cursor Origin: quando conviene tenere il codice dentro lo strumento che lo scrive
Cursor Origin è il servizio di hosting del codice che Cursor ha messo dentro il proprio editor: repository, pull request, navigazione del codice e sincronizzazione con GitHub. Il changelog ufficiale di Cursor lo ha annunciato il 17 agosto 2026 come early beta su tutti i piani a pagamento, escluse le organizzazioni enterprise i cui amministratori scelgono di tirarsene fuori.
L'annuncio in sé vale una settimana di attenzione. La domanda che resta è un'altra, e ce l'ha chiunque costruisca prodotti con l'AI: fin dove conviene lasciare che lo strumento che scrive il codice diventi anche il posto dove quel codice vive? Fino a ieri quella separazione era data per scontata, e non perché qualcuno l'avesse decisa. Era così e basta.
Cosa fa Cursor Origin e cosa resta su GitHub
Cursor Origin non chiede di abbandonare GitHub, e questa è la parte più importante dell'annuncio. Il changelog di Cursor scrive che i repository GitHub esistenti possono stare affiancati a quelli ospitati da Cursor, che i push continuano ad andare su GitHub e che GitHub resta la fonte autorevole per tutto quello che è nato lì.
| Funzione | Cosa dice il changelog di Cursor del 17 agosto 2026 |
|---|---|
| Disponibilità | Early beta su tutti i piani a pagamento, escluse le organizzazioni enterprise che si tirano fuori |
| Repository | Nuova scheda Codebase, si crea un repository con +New e il nome entra nell'indirizzo |
| Repository GitHub esistenti | Restano affiancati, i push vanno ancora su GitHub che resta la fonte autorevole |
| Pull request sincronizzate | Doppio senso: un commento scritto in Cursor arriva su GitHub, una risposta su GitHub compare in Cursor in pochi secondi |
| Vercel | Ogni pull request riceve un preview deployment su cui testare e commentare |
| Depot e Buildkite | Eseguono i workflow GitHub Actions esistenti, e Buildkite esegue anche le proprie pipeline native |
| Impostazioni | Per ogni repository: stato della sincronizzazione, gestione degli accessi, app collegate |
La distinzione che il changelog fa e che è facile perdere
Un repository sincronizzato da GitHub e un repository creato dentro Origin con il pulsante +New sono due situazioni diverse, e il changelog di Cursor è esplicito solo sulla prima. Per i repository sincronizzati scrive che i push continuano ad andare su GitHub e che GitHub resta la fonte autorevole. Per i repository nati dentro Origin quella frase non c'è, e non essendoci non va data per sottintesa.
I criteri per affidare il repository a uno strumento di intelligenza artificiale
Il criterio che conta non è quanto è comoda l'integrazione, è quante cose smettono di funzionare il giorno in cui si disdice l'abbonamento. Un editor si cambia in un pomeriggio. Un posto dove vive il codice si cambia in un trimestre, e nel frattempo il fornitore ha in mano la leva del prezzo.
Come scegliere un software di intelligenza artificiale che ospita anche il codice
Le domande da fare a un fornitore che ospita il codice sono tre, in ordine di quanto costano se ci si sbaglia. La copia autorevole esiste ancora fuori dal fornitore? Con un repository sincronizzato la risposta è sì e la scrive il changelog di Cursor, con un repository nato dentro Origin va verificata prima e non dopo.
La catena di build regge il trasloco? Depot e Buildkite eseguono i workflow GitHub Actions esistenti, quindi quei file continuano a valere, ma diventano due fornitori in più da tenere vivi accanto al primo.
Chi ha accesso, e come si toglie l'accesso a qualcuno? Il changelog di Cursor mette la gestione degli accessi dentro la scheda Settings del singolo repository, cioè in un posto diverso da dove la gestisce oggi chi usa GitHub. I permessi sono anche il punto in cui le scelte di chi controlla gli agenti in azienda smettono di essere teoriche.
Cosa ho controllato sul repository di questo blog
Il repository di marcomasut.com sta su GitHub, si chiama MMarco777/sitomarcomasut.com e va in produzione su Railway, che è il motivo per cui next.config.ts porta output: "standalone". Prima di rispondere alla domanda "conviene spostarlo", ho fatto la cosa più banale possibile: contare quanti altri pezzi di quel repository sanno di stare su GitHub.
La cartella dei workflow contiene un file solo, stato-indice.yml, e il commento in cima a quel file vale più del file: il controllo girava ogni mattina dal giorno in cui è nato e non ha mai misurato niente, perché il secret GSC_KEY_JSON non è mai stato configurato e il job è scritto per fermarsi in verde quando la chiave manca. È stato spento il 17 agosto 2026, con la procedura per riaccenderlo scritta lì dentro in tre passaggi.
La routine che scrive gli articoli vive in automazione-blog/cloud-agent/ e ogni mattina fa commit e push su questo stesso repository. Da quel push in avanti la catena è tutta agganciata a GitHub: il workflow, il deploy su Railway, i permessi di scrittura della routine. Spostare l'host di un repository vuol dire rifare quei pezzi, non spostare una cartella.
Chi ci guadagna quando l'editor AI diventa anche l'host
Cursor ci guadagna in modo evidente: un agente che vede il repository, le pull request e i commenti nello stesso posto lavora meglio di un agente che vede solo i file aperti. È lo stesso movimento per cui l'integrazione di Claude Code con GitLab è servita più della somma delle sue voci di changelog. Non aggiunge intelligenza al modello, toglie attrito attorno al modello.
Chi scrive codice ci guadagna se ha già capito qual è il prezzo. Non è un prezzo in dollari, e su questo il caso più chiaro visto quest'anno resta quello di Meta con il tier contributor di Muse Code, dove lo sconto si paga in dati. Qui il prezzo è la superficie: più pezzi della catena stanno da un fornitore solo, meno il prossimo confronto tra strumenti è una scelta libera.
La regola pratica che applico da oggi
Sincronizzare un repository GitHub con Cursor Origin sì, subito, perché costa niente e la copia autorevole resta dove sta. Creare repository nativi dentro un fornitore che è in early beta, solo per progetti che ci si può permettere di perdere. La regola non riguarda solo Cursor: è la stessa domanda che vale per i documenti aziendali dati in pasto a un modello, e su quella ho messo cosa verificare nella pagina su AI e dati aziendali.
Chi ha già lasciato che un agente lavori in automatico senza una persona davanti ha una catena più corta da difendere, perché quella decisione l'ha già presa. Il fatto del 17 agosto 2026 non apre una porta nuova, rende visibile una porta che era aperta.
La fonte di tutto questo è il changelog ufficiale di Cursor, voce del 17 agosto 2026. Le tre righe sulla sincronizzazione con GitHub sono più informative di qualsiasi commento, questo compreso.
Domande frequenti
Cursor Origin è incluso nell'abbonamento o si paga a parte?
Il changelog di Cursor del 17 agosto 2026 indica che Origin arriva in early beta su tutti i piani a pagamento, quindi dentro l'abbonamento e non come voce separata. Fanno eccezione le organizzazioni enterprise i cui amministratori scelgono di tirarsene fuori. Il changelog non annuncia un listino dedicato per Origin.
Cursor Origin funziona con GitLab o con Bitbucket?
Il changelog di Cursor del 17 agosto 2026 nomina soltanto la sincronizzazione con GitHub e non cita né GitLab né Bitbucket. Chi tiene il codice su un'istanza GitLab, cosa comune nelle aziende italiane, per ora non trova in quell'annuncio nessuna funzione equivalente.
Che differenza c'è tra un editor AI e un servizio di hosting del codice?
Un editor AI è il programma dove il codice viene scritto e modificato, un servizio di hosting del codice è il posto dove quel codice risiede, viene versionato e condiviso con altre persone. Sono due ruoli storicamente separati: Cursor da un lato e GitHub o GitLab dall'altro. Origin è il caso in cui lo stesso fornitore prende entrambi i ruoli.
Le pipeline di integrazione continua continuano a funzionare dentro Origin?
Secondo il changelog di Cursor del 17 agosto 2026, Depot e Buildkite eseguono i workflow GitHub Actions già esistenti, e Buildkite esegue in più le proprie pipeline native. Vercel invece assegna a ogni pull request un preview deployment su cui si può commentare. Sono tre app collegabili, non una riscrittura della catena di build.
Come si controlla lo stato della sincronizzazione di un repository su Origin?
Dalla scheda Settings del singolo repository. Il changelog di Cursor del 17 agosto 2026 indica che ogni repository ha le proprie impostazioni, dove si verifica lo stato della sincronizzazione per i repository GitHub, si gestisce chi ha accesso e si vede quali app risultano collegate.