Cursor Origin: la scommessa sull'hosting AI-native

Diciamolo chiaro: per diciotto anni, "dove hostiamo il codice?" è stata la domanda più noiosa della tecnologia. Scegli GitHub, magari GitLab o Bitbucket, configuri il team, e passi ai problemi che contano davvero. L'hosting del codice è infrastruttura pura: essenziale, affidabile, terribilmente boring.

Cursor ha appena scommesso che gli agenti AI hanno reso di nuovo interessante quella decisione noiosa.

Il tempismo quasi perfetto

Lunedì mattina Cursor ha iniziato a rilasciare Origin per gli utenti a pagamento. Tre ore e mezza dopo, GitHub è andato giù — tassi di errore che schizzavano verso il 20% su pull request, issue e API, con download di archivi e file raw che fallivano quasi la metà delle volte. Pure l'SSO enterprise è crollato: SAML, OIDC, provisioning SCIM, tutto il pacchetto. Anche Copilot ha seguito la stessa sorte.

La community degli sviluppatori ha fatto quello che sa fare meglio: ha scherzato.

Guillermo Rauch, CEO di Vercel, ha postato che ora puoi hostare i repo su Cursor Origin e fare deploy su Vercel tramite Cursor Origin — che a sua volta è hostato su Vercel. "E a differenza di GitHub, è online," ha aggiunto con un ghigno. Matt Palmer, engineer di Cursor, ha quote-tweetato il lancio della sua stessa azienda con la battuta del giorno: "Volevamo rilasciarlo prima, ma GitHub era giù."

Era orchestrato? Quasi sicuramente no. I lancio prodotto si decidono settimane prima. Ma a volte l'universo ti fa un regalo, e Cursor l'ha colto al volo.

Cosa è Origin davvero (e cosa non è)

Separiamo il hype dal prodotto. Origin vive dentro l'editor di Cursor come una nuova tab Codebase. Dai un nome al codebase, ottieni un URL, fai push da riga di comando, e ottieni l'esperienza standard — repository, pull request, timeline, commit, checks, merge. Le basi ci sono.

Ma qui sta il bello: l'agente AI vive nella stessa superficie del codice e delle pull request che modifica.

Puoi fare domande sul file che stai guardando. Puoi passare a un agente un commento di review e chiedergli di revisionare la pull request in loco. Puoi chiedergli di fare push di un branch — tutto senza uscire dall'editor dove scrivi codice. L'agente non è un'aggiunta separata. È intrecciato nel workflow stesso.

Questa è la scommessa vera di Cursor. Non stanno costruendo un altro Git host. Stanno scommettendo che quando gli agenti AI modificano il tuo codice, li vuoi operare nello stesso spazio degli umani che fanno code review, non a saltare tra tab e servizi.

La strategia di integrazione è chirurgica

Origin è uscito con tre integrazioni day-one: Vercel, Depot e Buildkite. Le scelte ti dicono esattamente chi sta puntando Cursor.

Vercel gestisce i preview deployment per ogni pull request e fa ship in produzione su merge — disponibile in beta pubblica per clienti Pro e Enterprise. Depot e Buildkite gestiscono la continuous integration, e qui viene il punto importante: entrambi eseguono workflow GitHub Actions esistenti senza modifiche. Buildkite ci aggiunge anche pipeline native sopra.

Rileggi bene: workflow GitHub Actions esistenti senza modifiche.

Cursor non sta chiedendo ai team di riscrivere il sistema di build, di ritrainare gli ingegneri, o di strappare la pipeline di deploy. Sta chiedendo ai team di provare una seconda finestra su codice che già hanno. Questa è una motion di vendita fondamentalmente diversa da "sposta tutto sulla nostra piattaforma."

La scelta di design più intelligente: non lasciare GitHub

Ecco la decisione che dovrebbe far pagare attenzione ai leader dell'engineering.

Origin non richiede di lasciare GitHub. Connetti un'organizzazione GitHub, scegli i repository, e appaiono accanto a quelli nativi di Origin. I push continuano ad andare su GitHub, che resta la source of truth per tutto ciò che è iniziato lì. I permessi di accesso rispecchiano le impostazioni read e write esistenti di GitHub. Le conversazioni sulle pull request si sincronizzano bidirezionalmente — commenti su Cursor vengono postati su GitHub; rispondi su GitHub e appaiono su Cursor in pochi secondi.

Questa è una classica wedge strategy, eseguita bene.

La migrazione full rip-and-replace del source control sta tra i progetti più rischiosi che un'organizzazione di engineering possa affrontare. Tocca la continuous integration, le evidenze di compliance, gli audit trail, le regole di branch protection, ogni integrazione nella toolchain, e la memoria muscolare di ogni ingegnere. Quasi nessun CTO approva quello per un prodotto in early beta.

Ma un mirror read-mostly che lascia GitHub autoritativo? Quello si approva da solo. Non costa nulla provare, non richiede migrazione, e ti dà un assaggio di cosa significa un'esperienza di code hosting AI-native.

Cosa significa questo per il settore

GitHub è stato la risposta default a "dove dovremmo hostare il codice?" per quasi due decenni. Questo non cambia dall'oggi al domani, e Cursor lo sa. Origin non sta cercando di sostituire GitHub — sta cercando di diventare il posto dove avviene lo sviluppo AI-augmented, con GitHub che resta il backend autoritativo per tutto ciò che conta.

La domanda non è se Origin spodesterà GitHub. La domanda è se Origin può diventare l'interfaccia che gli sviluppatori usano davvero mentre GitHub gestisce l'infrastruttura sotto.

Se gli agenti AI scriveranno, revisioneranno e modificheranno codice su scala — e lo faranno — allora dove quegli agenti vivono e lavorano diventa strategicamente importante. Cursor sta facendo una mossa deliberata per possedere quella superficie.

Per i leader dell'engineering che valutano il panorama, le implicazioni sono dirette: guarda questo spazio, prova il prodotto, e presta attenzione a quali integrazioni e workflow si sentono naturali nel contesto AI-native. L'esperienza tradizionale del forge ci ha serviti bene. Ma "abbastanza bene per gli umani" e "abbastanza bene per team AI-augmented" potrebbero essere domande diverse.

E quella potrebbe essere la cosa più interessante successa all'hosting del source control in diciotto anni.