Cursor Origin: het saaie hosting-vraagstuk plotseling interessant gemaakt

Laten we eerlijk zijn: achttien jaar lang was de vraag "waar hosten we onze code?" de meest slaapverwekkende vraag in de techwereld. Je koos GitHub, of misschien GitLab of Bitbucket, richtte je team in, en ging verder met de problemen die ertoe deden. Source control hosting was pure infrastructuur—noodzakelijk, betrouwbaar, en grondig saai.

Cursor gokte erop dat AI-agents die saaie beslissing weer interessant hebben gemaakt.

De timing was bijna te perfect

Op maandagochtend begon Cursor met het uitrollen van Origin voor betaalde gebruikers. Ruim drieënhalf uur later ging GitHub op zijn kop—foutpercentages die opliepen naar zo'n 20% bij pull requests, issues en de API, met archief- en ruwe bestandsdownloads die bijna 50% faalpercentages haalden. Enterprise SSO crashte ook: SAML, OIDC, SCIM provisioning, het hele zooitje. Zelfs Copilot ging plat.

De developer community deed wat de developer community het beste doet: grappen maken.

Vercel-CEO Guillermo Rauch poste dat je nu repos kon hosten in Cursor Origin en deployen naar Vercel via Cursor Origin—dat zelf weer op Vercel draait. "En anders dan GitHub is het online," voegde hij er met een grijns aan toe. Cursor-engineer Matt Palmer quote-tweetede zijn eigen bedrijfslancering met de beste one-liner van de dag: "We waren van plan dit eerder uit te brengen, maar GitHub lag eruit."

Was dit georkestreerd? Vrijwel zeker niet. Productlanceringen worden weken van tevoren vastgelegd. Maar soms geeft het universum je een geschenk, en Cursor pakte het netjes op.

Wat Origin werkelijk is (en niet is)

Laten we de hype van het product scheiden. Origin leeft binnen Cursor's editor als een nieuw Codebase-tabblad. Je geeft je codebase een naam, het krijgt een URL, je pusht via de command line, en je krijgt de standaard forge-ervaring—repositories, pull requests, timelines, commits, checks, merges. De basis is gedekt.

Maar hier wordt Origin interessant: de AI-agent leeft in dezelfde omgeving als de code en de pull requests die hij aanpast.

Je kunt vragen stellen over het bestand waar je naar kijkt. Je kunt een agent een review-comment geven en vragen om de pull request ter plekke aan te passen. Je kunt vragen of hij een branch kan pushen—allemaal zonder de editor te verlaten waar je code schrijft. De agent is niet achteraf vastgeplakt als een aparte service. Hij is verweven in de workflow zelf.

Dit is de echte gok die Cursor maakt. Ze bouwen niet zomaar weer een Git-host. Ze gokken erop dat wanneer AI-agents je code aanpassen, je wilt dat ze opereren in dezelfde ruimte als de mensen die codereview doen—niet tussen tabbladen en services aan het schakelen zijn.

De integratiestrategie is chirurgisch

Origin lanceerde met drie integraties op dag één: Vercel, Depot en Buildkite. De keuzes vertellen precies op wie Cursor mikt.

Vercel regelt preview deployments voor elke pull request en shippet naar productie bij een merge—beschikbaar in publieke bèta voor Pro- en Enterprise-klanten. Depot en Buildkite draaien continuous integration, en cruciaal: beide voeren bestaande GitHub Actions workflows ongewijzigd uit. Buildkite voegt daar native pipelines aan toe.

Lees dat nog eens: bestaande GitHub Actions workflows ongewijzigd.

Cursor vraagt teams niet om hun build systeem te herschrijven, hun engineers bij te scholen, of hun deployment pipeline eruit te rukken. Ze vragen teams om een tweede raam op code te proberen die ze al hebben. Dat is een fundamenteel andere verkoopaanpak dan "schakel alles over naar ons platform."

De slimste ontwerpkeuze: GitHub niet verlaten

Hier is de beslissing die engineering managers aan het denken zou moeten zetten.

Origin vraagt niet om GitHub te verlaten. Connect een GitHub-organization, kies repositories, en ze verschijnen naast Origin-native exemplaren. Pushes gaan naar GitHub, dat de bron van waarheid blijft voor alles wat daar is begonnen. Toegangsrechten spiegelen GitHub's bestaande read- en write-instellingen. Pull request-gesprekken sync bidirectioneel—reageer in Cursor en het wordt gepost op GitHub; reageer op GitHub en het duikt binnen seconden op in Cursor.

Dit is een klassieke wig-strategie, goed uitgevoerd.

Rip-and-replace migratie van source control behoort tot de risicovolste projecten die een engineering-organisatie kan ondernemen. Het raakt continuous integration, compliance-evidence, audit trails, branch protection rules, elke integratie in je toolchain, en de spiergeheugen van elke engineer op de werkvloer. Vrijwel geen CTO keurt dat goed voor een product in vroege bèta.

Maar een read-mostly mirror die GitHub authoratief houdt? Dat keurt zichzelf goed. Het kost niets om te proberen, vereist geen migratie, en geeft je een voorproefje van hoe een AI-native code hosting-ervaring eruitziet.

Wat dit betekent voor de industrie

GitHub is bijna twee decennia lang het standaardantwoord geweest op "waar moeten we onze code hosten." Dat verandert niet van de ene op de andere dag, en Cursor weet dat. Origin probeert GitHub niet te vervangen—het probeert de plek te worden waar AI-versterkte ontwikkeling plaatsvindt, met GitHub als authoratieve backend voor alles wat belangrijk is.

De vraag is niet of Origin GitHub zal verdringen. De vraag is of Origin de interface kan worden die developers daadwerkelijk gebruiken terwijl GitHub de infrastructuur eronder afhandelt.

Als AI-agents code gaan schrijven, reviewen en aanpassen op schaal—en dat gaan ze—dan wordt waar die agents leven en werken strategisch belangrijk. Cursor maakt een bewuste zet om dat oppervlak te bezitten.

Voor engineering managers die de markt evalueren, zijn de implicaties rechtdoorzee: houd dit in de gaten, probeer het product, en let op welke integraties en workflows natuurlijk aanvoelen in de AI-native context. De traditionele forge-ervaring heeft ons goed gediend. Maar "goed genoeg voor mensen" en "goed genoeg voor AI-versterkte teams" zijn misschien wel verschillende vragen.

En dat zou best wel eens het interessantste kunnen zijn dat source control hosting is overkomen in achttien jaar.