AIREITERPer due mesi, Cursor Origin è stato poco più di una promessa: una tagline e un campo per lasciare l'email. Dal 17 agosto 2026 è invece disponibile come early beta dell'hosting di codice di Cursor. Prima di valutarlo, però, vanno chiariti due punti: i repository sincronizzati da GitHub continuano ad avere GitHub come fonte autorevole, e le segnalazioni degli utenti paganti mostrano un rollout tutt'altro che uniforme.
Cursor Origin è già disponibile?
Dal 17 agosto 2026 Cursor Origin è attivo in early beta per gli utenti di tutti i piani Cursor a pagamento. Fanno eccezione le organizzazioni Enterprise: come indica lo stesso changelog, gli amministratori possono escluderle dal servizio. Anche la landing page del prodotto rimanda alla beta tramite il riquadro "Early beta".
Nella pratica, la disponibilità cambia da account ad account. Nel thread di lancio su r/cursor del 17 e 18 agosto, alcuni clienti paganti hanno segnalato una distanza evidente tra l'annuncio e ciò che vedevano nei loro profili:
"Vedo ancora solo l'iscrizione alla lista d'attesa." — u/NerdyGuy117, r/cursor
"Non ho ancora accesso con il mio piano Teams." — u/Darkoplax, r/cursor
Tutto fa pensare a un rilascio graduale, non a un'attivazione immediata per ogni account idoneo. Gli account abilitati trovano i repository Origin nella scheda Codebase: se il proprio piano rientra tra quelli supportati ma non compare nulla, la beta non ha ancora raggiunto quell'account.
| Data | Evento |
|---|---|
| 16 giugno 2026 | Cursor annuncia Origin alla conferenza Compile: solo landing page e lista d'attesa |
| 17 agosto 2026 | Arriva l'early beta: repository, PR, esplorazione del codice, sync GitHub e agenti |
Al momento dell'annuncio, un commentatore di r/cursor aveva definito la pagina del prodotto "nessuna informazione. Una splash page con un campo email." (u/One-Poet7900)
Cosa include davvero la beta di Origin
La beta mette a disposizione quattro capacità principali, riassunte nella tabella seguente. Secondo il changelog, i repository risiedono nella nuova scheda Codebase di Cursor; il loro nome entra nell'URL, come nell'esempio di Cursor cursor.com/codebase/acme-corp. Per crearne uno bisogna selezionare +New, assegnargli un nome, installare la CLI e poi clonarlo oppure caricare un progetto locale esistente.
Le pull request mostrano cronologia, commit, controlli e file modificati. Si possono esaminare i diff, lasciare commenti e fare merge senza uscire dall'editor. Un sistema di icone distingue i repository ospitati da Cursor da quelli sincronizzati da GitHub.
| Funzionalità | Stato nella beta del 17 agosto |
|---|---|
| Repository ospitati da Cursor | Disponibile (scheda Codebase) |
| Pull request: visualizzazione, commenti e merge | Disponibile |
| Esplorazione e ricerca nel codice | Disponibile |
| Importazione da GitHub con sincronizzazione in tempo reale | Disponibile |
| Agenti operativi all'interno dei repository | Disponibile (prima serie) |
| App Vercel, Depot e Buildkite | Disponibile |
| Funzioni agent-native oltre le basi | "In arrivo", senza date |
| Pull request stacked | Non documentate |
| Prezzi, limiti e SLA | Non pubblicati |
Come funziona davvero la sincronizzazione con GitHub
La sincronizzazione GitHub di Origin crea un mirror live da cui revisionare il codice, non una seconda fonte di verità. Collegando GitHub, scegliendo un'organizzazione e selezionando i repository, Cursor ottiene una copia sincronizzata in tempo reale; chiunque disponga di accesso in lettura o scrittura al repository sincronizzato può visualizzarlo in Cursor. In seguito, il repository può essere scollegato dalle sue impostazioni, come spiega il changelog.
La domanda che la community di Cursor si poneva già prima della beta era questa:
"Origin sostituisce github o git?" — u/sn2006gy, r/cursor
L'architettura della beta dà una risposta precisa. Per i repository nati su GitHub, i push continuano ad arrivare su GitHub e la copia in Origin serve per esplorare, cercare e recuperare il codice. Il changelog di Cursor lo dichiara esplicitamente: GitHub resta la fonte di verità.
| Azione | Dove avviene |
|---|---|
| Push su un repository sincronizzato | GitHub; Origin lo rispecchia |
| Commento a una PR in Cursor | Viene pubblicato su GitHub |
| Reazione o risposta su GitHub | Compare in Cursor "entro pochi secondi", secondo il changelog |
| Review assegnata su GitHub | Può essere completata e integrata in Cursor |
| Scollegamento di un repository sincronizzato | Supportato, repository per repository |
La responsabilità dell'hosting cambia solo per i repository creati direttamente in Origin.
Agenti e CI nei repository Origin
Stando al changelog, gli agenti che possono accedere a un repository Origin sono in grado di rispondere a domande sul codice, apportare modifiche, aggiornare pull request e pubblicare branch. Un utente di r/cursor aveva riassunto il collo di bottiglia risultante con chiarezza, mesi prima del lancio: "Le code review sono diventate un brutto collo di bottiglia." (u/calloutyourstupidity)
Al lancio sono arrivate tre app: Vercel, Depot e Buildkite. Collegando Vercel dalla scheda Apps di un repository, ogni PR ottiene un deployment di anteprima da testare e commentare; il merge porta poi il deployment in produzione. Depot e Buildkite eseguono workflow GitHub Actions già esistenti, mentre Buildkite può eseguire anche le proprie pipeline native. La distinzione conta: i repository sincronizzati da GitHub mantengono la CI già presente lì; quelli ospitati nativamente in Origin possono collegare queste tre app e, per ora, nessun'altra.
Il changelog non entra nella parte operativa che circonda gli agenti: non cita controlli di autorizzazione o audit log per i push avviati dagli agenti, né limiti per repository o dettagli sui costi. Per chi utilizza agenti di coding propri al di fuori di Cursor, restano validi gli stessi criteri per scegliere un LLM per agenti di coding per qualunque sistema effettui push nei repository.
Le incognite ancora aperte nella beta
- Nessun limite pubblicato per dimensioni dei repository, storage o concorrenza, e nessun SLA o obiettivo di uptime.
- Nessun prezzo specifico per Origin. Per ora, l'intero dettaglio commerciale è "incluso nei piani a pagamento", senza informazioni su supplementi, quote o un futuro piano gratuito.
- Nessuna condizione specifica di Origin sul trattamento dei dati. La pagina sulla sicurezza di Cursor riporta una certificazione SOC 2, ma le domande su dati di addestramento e conservazione sollevate al momento dell'annuncio non hanno una risposta pubblicata per i repository ospitati.
- I numeri mostrati nella demo sul palco di Compile — 22.6 commit al secondo in un repository e "centinaia di migliaia di cloni all'ora" — restano affermazioni da demo: una guida indipendente su Cursor li definisce non verificati, mentre una copertura del lancio osserva che il dato, molto ripetuto, di "296,000+ cloni" ha perso la sua unità di tempo originaria.
Finché Cursor non pubblicherà condizioni specifiche per Origin, questa reazione di giugno rimane un limite concreto all'adozione:
"Nessuna possibilità che consegni a Cursor l'intera cronologia Git." — u/fintechbass, r/cursor
Chi dovrebbe provarlo subito e chi dovrebbe aspettare
| La tua situazione | Indicazione |
|---|---|
| Piano Cursor a pagamento, agenti che scrivono gran parte del codice, repository non critici disponibili | Provalo: la beta è già inclusa nel piano |
| I repository devono restare su GitHub con la CI esistente | Nessun problema: il sync offre review e ricerca in Cursor, mentre la CI continua a girare su GitHub |
| Hosting nativo su Origin con CI oltre Vercel, Depot e Buildkite | Meglio aspettare: oggi esistono solo tre app |
| Stai valutando di migrare repository che fungono da fonte di verità | Aspetta: sincronizzali invece, perché GitHub resta comunque autorevole |
Il compromesso che resta anche oltre la beta è semplice: spostare l'host di un repository ne sposta anche la custodia. Lo stesso confronto sulle PR stacked avverte che gli artefatti di review non Git, come le discussioni nelle PR, "non viaggiano tramite git push"; per questo Origin è l'opzione meno reversibile tra quelle attuali. Il confronto ricorda inoltre che Cursor ha annunciato il 19 dicembre 2025 un accordo definitivo per acquisire Graphite, l'azienda delle PR stacked; il team di Graphite sta costruendo Origin all'interno di Cursor, mentre Graphite continua a operare in modo indipendente su graphite.com, con piani per lo stacking indicati a $20–40 per utente al mese con fatturazione annuale.
Cursor Origin può sostituire GitHub?
No. I repository sincronizzati da GitHub mantengono GitHub come fonte di verità e i push continuano ad arrivare su GitHub. Origin aggiunge un'opzione di hosting nativo e un'interfaccia di review sopra l'infrastruttura esistente.
Cursor Origin è incluso nei piani Cursor?
L'early beta è aperta a tutti i piani Cursor a pagamento. Non sono stati annunciati prezzi separati per Origin, quote o un percorso verso un piano gratuito.
Cursor Origin supporta le pull request stacked?
Non sono documentate nella beta. Secondo il confronto indipendente, i workflow stacked in Origin sono un'aspettativa nata dall'acquisizione di Graphite, non una funzionalità pubblicata.
È possibile fare self-hosting di Cursor Origin?
Né il changelog del 17 agosto né la pagina del prodotto Origin menzionano un'opzione di self-hosting. I repository Origin sono ospitati da Cursor e gli amministratori Enterprise possono solo scegliere di escludere completamente il servizio.
Serve Origin per usare agenti di coding su larga scala?
No. Una guida indipendente su Cursor raccomanda worktree separati per ogni agente, diff ridotti e bot di review di primo passaggio per affrontare oggi lo stesso collo di bottiglia delle revisioni su GitHub o GitLab.
Approfondimento correlato: Cursor Router explained