Cursor ha iniziato il 17 agosto 2026 la distribuzione di Origin, una nuova piattaforma per l’hosting del codice sorgente integrata direttamente nel proprio ambiente di sviluppo. Il servizio viene introdotto in early beta sui piani a pagamento e aggiunge a Cursor una funzione che finora rimaneva normalmente affidata a piattaforme esterne come GitHub: repository, gestione delle pull request, navigazione del codice, permessi e integrazione con i sistemi di continuous integration e deployment. Per le organizzazioni Enterprise la funzione può essere disattivata dagli amministratori.
Il lancio è coinciso con una delle più rilevanti interruzioni recenti di GitHub. Poche ore dopo l’avvio della distribuzione di Origin, il 17 agosto GitHub ha segnalato un degrado che ha interessato API Requests, Actions, Git Operations, Issues, Pages, Pull Requests e Webhooks. Durante la fase più critica, la piattaforma ha registrato tassi di errore intorno al 20% per le esperienze web e il traffico API e circa il 50% per il download degli archivi e dei contenuti raw dei repository. Sono stati coinvolti anche i sistemi di autenticazione e gestione aziendale SAML e OIDC, SCIM e Team Sync. La mitigazione dei principali problemi è proseguita per diverse ore e alle 20:22 UTC GitHub indicava Issues nuovamente operativo, mentre erano ancora in corso interventi su alcuni problemi di autenticazione di Copilot.
La coincidenza ha prodotto anche una situazione particolare sul piano operativo. Guillermo Rauch, CEO di Vercel, ha sottolineato ironicamente che i repository potevano essere ospitati su Cursor Origin e distribuiti su Vercel, mentre GitHub risultava indisponibile, precisando subito dopo che anche Vercel era a sua volta bloccata da alcune dipendenze da GitHub. Matt Palmer di Cursor ha commentato nello stesso tono che Origin avrebbe dovuto essere lanciato prima, ma GitHub era fuori servizio. In pratica, un problema della piattaforma che Origin si propone almeno parzialmente di affiancare ha finito per interferire anche con il lancio del concorrente.
Origin non nasce però come semplice replica dell’interfaccia di GitHub. La piattaforma viene inserita nella nuova scheda Codebase di Cursor e consente al team di creare una codebase, assegnarle un nome che diventa parte dell’URL e aggiungervi repository. Dopo la creazione vengono fornite le istruzioni per installare la CLI, clonare un repository o effettuare il push di un progetto locale. Il codice viene quindi ospitato direttamente sull’infrastruttura Origin.
Ogni repository dispone della normale struttura necessaria per il lavoro collaborativo. Le pull request comprendono timeline, commit, controlli automatici e file modificati; è possibile esaminare i diff, aggiungere commenti ed effettuare il merge. La differenza principale rispetto a una tradizionale piattaforma di code hosting è che tutto questo viene inserito nello stesso ambiente nel quale Cursor gestisce il codice e i propri agenti AI. Lo sviluppatore può quindi visualizzare un file, interrogare Cursor sul suo contenuto, chiedere modifiche, utilizzare un commento ricevuto durante una code review come istruzione per un agente, aggiornare direttamente una pull request oppure fare eseguire il push di un branch senza spostare l’attività su un’interfaccia separata. Cursor sintetizza questa impostazione dichiarando che codice, pull request e agenti si trovano ora nello stesso posto.
Il primo gruppo di integrazioni comprende Vercel, Depot e Buildkite. Collegando Vercel dalla sezione Apps del repository, ogni pull request può generare automaticamente un preview deployment che permette di verificare la modifica prima del merge; quando la pull request viene unita, l’applicazione può essere distribuita in produzione. Depot e Buildkite coprono invece il livello di continuous integration. Entrambi possono eseguire workflow GitHub Actions già esistenti, mentre Buildkite supporta anche le proprie pipeline native. Questo permette a un team di provare Origin senza dover riscrivere immediatamente configurazioni CI che fanno già parte della propria infrastruttura.
La compatibilità con GitHub costituisce infatti uno degli elementi centrali dell’architettura iniziale di Origin. Cursor permette di collegare un’organizzazione GitHub e selezionare i repository da sincronizzare, che vengono quindi mostrati accanto a quelli ospitati direttamente su Origin. Per i repository importati in questo modo GitHub continua però a essere la fonte di verità: i push rimangono diretti a GitHub e Origin mantiene una copia aggiornata utilizzabile per navigazione, ricerca e lettura del codice. L’utente può inoltre decidere individualmente quali repository sincronizzare e può interrompere la sincronizzazione.
Anche i permessi continuano a dipendere dall’accesso già definito sul repository GitHub. Chi dispone dei diritti di lettura o scrittura sul repository sincronizzato può visualizzarlo attraverso Cursor. La gestione delle pull request è invece bidirezionale: un commento inserito in Cursor viene pubblicato anche su GitHub, mentre una risposta o una reazione effettuata su GitHub compare in Cursor nel giro di pochi secondi. Una revisione assegnata attraverso GitHub può così essere completata e unita senza uscire dall’ambiente Cursor.
Questa impostazione riduce uno dei principali ostacoli all’adozione di una nuova piattaforma di hosting. La sostituzione completa di GitHub non comporterebbe infatti soltanto lo spostamento dei repository Git, ma coinvolgerebbe workflow di continuous integration, regole di protezione dei branch, controlli di conformità, audit trail, sistemi di autenticazione, integrazioni con strumenti esterni e procedure operative già consolidate. Origin permette invece di mantenere GitHub come sistema autorevole e di spostare inizialmente soltanto l’interfaccia attraverso la quale sviluppatori e agenti lavorano sul codice.
Una parte importante della tecnologia che sta dietro questa nuova esperienza deriva da Graphite, piattaforma specializzata nella code review acquisita da Cursor nel dicembre 2025. Graphite aveva sviluppato in particolare strumenti per le stacked pull request, un flusso che consente di organizzare modifiche dipendenti in una serie di pull request collegate senza aspettare ogni volta che quella precedente venga approvata e integrata. Quando annunciò l’acquisizione, Cursor spiegò che la separazione tra il luogo nel quale viene scritto il codice e quello nel quale viene discusso e revisionato stava diventando sempre più artificiale e anticipò lo sviluppo di integrazioni più profonde e di idee più radicali.
Origin rappresenta la concretizzazione di quella direzione. Tomas Reimers, cofondatore di Graphite, ha presentato il progetto durante Compile, la conferenza di Cursor tenuta a giugno 2026, e ne guida lo sviluppo. L’obiettivo è costruire il sistema di collaborazione attorno a un modello nel quale la produzione del codice non dipende più esclusivamente dagli sviluppatori umani ma anche da agenti autonomi che possono generare modifiche, aprire pull request e rispondere direttamente alle richieste di revisione.
Il cambiamento è collegato all’aumento dell’utilizzo dell’intelligenza artificiale nei processi di sviluppo. Il DORA Report 2025 di Google, basato su quasi 5.000 professionisti della tecnologia, ha rilevato una diffusione ormai molto elevata degli strumenti AI all’interno delle attività di sviluppo. La ricerca evidenzia però che l’intelligenza artificiale tende ad amplificare le caratteristiche dell’organizzazione nella quale viene utilizzata: può aumentare la velocità di sviluppo e la produttività, ma non elimina automaticamente problemi di qualità, processi inefficienti o fragilità nelle fasi successive alla generazione del codice.
Il problema emerge ancora più chiaramente dai dati sulla fiducia. Nel Developer Survey 2025 di Stack Overflow, il 46% degli sviluppatori dichiara di diffidare dell’accuratezza degli strumenti AI, contro il 33% che afferma di fidarsi. La diffusione degli assistenti non comporta quindi una corrispondente disponibilità ad accettarne automaticamente il risultato, rendendo la verifica umana una componente ancora essenziale dei flussi di sviluppo.
Il sondaggio DevSecOps 2025 di GitLab descrive uno scenario simile. Il 73% dei professionisti intervistati ha dichiarato di avere incontrato problemi con codice prodotto attraverso il cosiddetto vibe coding, mentre soltanto il 37% sarebbe disposto ad affidare all’intelligenza artificiale attività lavorative quotidiane senza una revisione umana.
Contemporaneamente sta aumentando il volume complessivo delle modifiche software. Secondo Octoverse 2025, su GitHub venivano unite in media 43,2 milioni di pull request al mese, il 23% in più rispetto all’anno precedente, mentre venivano creati più di 230 nuovi repository ogni minuto. Nel caso specifico di Cursor, il dato indicato al momento del lancio di Origin è ancora più significativo: circa il 35% delle pull request unite dagli utenti Cursor sarebbe già aperto da agenti che lavorano autonomamente su macchine virtuali nel cloud.
Una piattaforma di code hosting costruita principalmente intorno al lavoro umano tende a trattare ogni pull request come il risultato dell’attività di uno sviluppatore identificabile, al quale può essere chiesto perché abbia effettuato una determinata modifica. Se una quota crescente di pull request viene invece generata da agenti, la revisione del codice assume caratteristiche differenti: aumenta il numero di modifiche che devono essere valutate e diventa necessario gestire non soltanto la collaborazione fra persone, ma l’intero ciclo operativo degli agenti che producono, aggiornano e correggono il codice. È precisamente questo il problema che Cursor prova ad affrontare inserendo agenti, repository e review nello stesso ambiente.
A rendere più favorevole il momento scelto per Origin contribuiscono le difficoltà di affidabilità incontrate recentemente da GitHub. Un’analisi delle interruzioni comprese tra maggio 2025 e aprile 2026 ha contato 257 incidenti, dei quali 48 classificati come gravi; GitHub Actions sarebbe stato il servizio maggiormente coinvolto, con 57 interruzioni nello stesso periodo.
GitHub stessa ha riconosciuto il problema. Nell’aprile 2026 il CTO Vlad Fedorov ha spiegato che l’azienda aveva iniziato nell’ottobre precedente un piano per aumentare di dieci volte la capacità della piattaforma ma, entro febbraio, era diventato evidente che l’infrastruttura avrebbe dovuto essere progettata per una scala futura pari a circa trenta volte quella corrente.
Alcuni progetti hanno già scelto alternative. Zig ha trasferito il proprio sviluppo principale verso Codeberg nel 2025, includendo fra le motivazioni anche i problemi legati all’infrastruttura GitHub Actions. Mitchell Hashimoto ha annunciato nell’aprile 2026 l’intenzione di spostare anche Ghostty, emulatore di terminale seguito da decine di migliaia di utenti, dopo ripetute interruzioni che avevano bloccato revisioni e continuous integration.
Il tema non riguarda soltanto progetti open source. Nel marzo 2026 è emerso che OpenAI stava sviluppando internamente una propria alternativa a GitHub dopo che ripetuti problemi di disponibilità avevano impedito ai suoi ingegneri di lavorare normalmente sui repository. Il progetto risultava ancora in fase iniziale e veniva valutata anche la possibilità di offrirlo successivamente ai clienti.
GitHub sta a sua volta adattando il proprio modello all’aumento degli agenti attraverso Agent HQ, pensato per consentire alle aziende di utilizzare agenti di diversi fornitori all’interno dell’infrastruttura GitHub. Le due strategie sono quindi differenti: GitHub mantiene repository e collaborazione come infrastruttura centrale sulla quale possono operare agenti esterni, mentre Cursor cerca di incorporare direttamente hosting del codice, revisione e attività degli agenti nello stesso prodotto.
Origin arriva inoltre in un momento di forte cambiamento societario per Cursor. Anysphere, società fondata nel 2022 e sviluppatrice di Cursor, ha attraversato una crescita rapidissima, passando da un primo finanziamento di 8 milioni di dollari guidato dall’OpenAI Startup Fund nell’ottobre 2023 a successivi round che ne hanno portato la valutazione prima a 2,5 miliardi, poi a 9,9 miliardi e infine a 29,3 miliardi di dollari nel novembre 2025. Nel 2026 l’azienda ha raggiunto diversi miliardi di dollari di ricavi annualizzati e una presenza crescente fra i clienti enterprise.
Il 14 agosto 2026 SpaceX ha completato l’acquisizione di Cursor per 60 miliardi di dollari in azioni, dopo l’accordo annunciato nei mesi precedenti. Cursor è quindi diventata ufficialmente parte del gruppo SpaceX pochi giorni prima del lancio di Origin. La combinazione modifica anche il contesto nel quale le aziende devono valutare il nuovo servizio: lo stesso gruppo può ora controllare una parte sempre più ampia della catena che comprende ambiente di sviluppo, agenti AI, modelli e hosting dei repository.
Proprio la gestione del codice sorgente diventa quindi uno degli aspetti ancora da chiarire. Nella documentazione iniziale di Origin vengono descritte le funzionalità operative, la sincronizzazione GitHub, i permessi e le integrazioni, ma non vengono forniti dettagli altrettanto completi su pricing specifico del servizio, architettura di sicurezza, conservazione e residenza dei dati, eventuale utilizzo del contenuto dei repository per l’addestramento, subprocessor e strumenti destinati a una futura migrazione completa. La pagina di lancio precisa soltanto che Origin viene distribuito sui piani a pagamento e che gli amministratori delle organizzazioni Enterprise possono scegliere di escluderlo.
La questione della sicurezza è inoltre rilevante alla luce di una vulnerabilità resa pubblica nel luglio 2026 dai ricercatori di Mindgard. Sui sistemi Windows, un repository malevolo poteva contenere nella directory principale un file chiamato git.exe che Cursor eseguiva quando il progetto veniva aperto, senza una richiesta di conferma da parte dell’utente. La vulnerabilità era stata segnalata a Cursor nel dicembre 2025 e Mindgard aveva verificato il comportamento almeno fino alla versione 3.2.16 nell’aprile 2026. Al momento della pubblicazione dell’analisi non risultavano un advisory specifico o una patch dichiarata per il problema.
Per le aziende, Origin nasce quindi soprattutto come un secondo livello operativo sopra infrastrutture già esistenti e non necessariamente come sostituto immediato di GitHub. La sincronizzazione consente di provare l’interfaccia di code review e il funzionamento degli agenti senza trasferire la fonte autorevole dei repository, mentre la compatibilità con GitHub Actions evita di dover ricostruire inizialmente l’infrastruttura CI. Questo permette anche di misurare concretamente se l’integrazione fra agenti e code review riduca i tempi che trascorrono fra apertura, revisione, correzione e merge di una pull request.
Allo stesso tempo, proprio le caratteristiche che rendono semplice l’ingresso sono quelle da controllare nel tempo. Finché GitHub rimane la fonte di verità, una sperimentazione con Origin è relativamente reversibile. Una futura evoluzione verso repository nativi Origin, pipeline sempre più specifiche della piattaforma o un maggiore utilizzo di servizi appartenenti allo stesso gruppo aumenterebbe invece il costo di uscita e richiederebbe una valutazione più approfondita della governance dei dati.
Origin segna quindi un’estensione importante del raggio d’azione di Cursor. L’azienda non offre più soltanto un editor nel quale l’intelligenza artificiale assiste o sostituisce parzialmente lo sviluppatore nella scrittura del software, ma comincia a gestire anche il punto nel quale quel software viene conservato, discusso, revisionato, testato e integrato. Repository, pull request, agenti, CI e deployment vengono progressivamente riuniti all’interno dello stesso flusso operativo.
La beta iniziale mantiene ancora GitHub al centro per i repository sincronizzati, ma il progetto rende evidente la direzione scelta da Cursor: costruire una piattaforma di sviluppo pensata fin dall’origine per un ambiente nel quale una parte significativa delle modifiche non arriva più direttamente dagli esseri umani. Con il codice generato dagli agenti in rapido aumento, il problema non è più soltanto accelerare la scrittura del software, ma riuscire a controllare, revisionare e integrare in modo affidabile una quantità crescente di modifiche automatiche. Origin porta Cursor precisamente in questa parte della catena di sviluppo, trasformando il code hosting da servizio esterno all’editor a componente integrata dell’ambiente agentico.
Questo articolo è stato redatto con il supporto di strumenti di intelligenza artificiale (AI)