Derfor er Cursor's baggrund det smartest træk i AI-kodning lige nu
Cursor Origin: Er source control kedeligt igen?
Lad os være ærlige: i atten år har "hvor skal vi hoste vores kode?" været det mest kedelige spørgsmål i tech. Du vælger GitHub, eller måske GitLab eller Bitbucket, sætter dit team op, og så går du videre til de problemer der faktisk betyder noget. Source control hosting er infrastruktur-plumbing—vigtigt, pålideligt, og grundlæggende uinteressant.
Cursor har nu satset på, at AI-agenter har gjort den kedelige beslutning interessant igen.
Timing var næsten for perfekt
Mandag morgen begyndte Cursor at rulle Origin ud til betalende brugere. Cirka tre en halv time senere gik GitHub ned—fejlrater der kravlede op mod 20% på pull requests, issues og API'en, med archive og raw file downloads der ramte næsten 50% fejlrate. Enterprise SSO crasherede også: SAML, OIDC, SCIM provisioning, hele bunken. Selv Copilot gik ned med den.
Udviklermiljøet gjorde, som udviklermiljøet gør bedst: lavede jokes.
Vercel CEO Guillermo Rauch postede, at man nu kunne hoste repos i Cursor Origin og deploye til Vercel via Cursor Origin—som i øvrigt selv er hostet på Vercel. "Og i modsætning til GitHub er den online," tilføjede han med et grin. Cursor engineer Matt Palmer quote-tweetede sin egen virksomheds lancering med dagens bedste linje: "Vi ville have shippet dette tidligere, men GitHub var nede."
Var det orkestreret? Næsten helt sikkert ikke. Produktlanceringer låses uger i forvejen. Men nogle gange giver universet dig en gave, og Cursor greb den rent.
Hvad Origin Faktisk Er (og Ikke Er)
Lad os skille hype fra produktet. Origin lever inde i Cursors editor som en ny Codebase-fane. Du navngiver din codebase, den får en URL, du pusher via command line, og du får den standard forge-oplevelse—repositories, pull requests, timelines, commits, checks, merges. Basics er dækket.
Men her er hvad der gør Origin interessant: AI-agenten bor i samme flade som koden og de pull requests den modificerer.
Du kan stille spørgsmål om filen du kigger på. Du kan give en agent en review comment og bede den om at revidere pull requesten på plads. Du kan bede den om at pushe en branch—alt sammen uden at forlade editoren hvor du skriver kode. Agenten er ikke boltet på som en separat service. Den er vævet ind i selve workflowet.
Det er det rigtige bet Cursor placerer. De bygger ikke bare endnu en Git host. De satser på, at når AI-agenter modificerer din kode, vil du have dem til at operere i samme rum som menneskene der laver code review—ikke at jonglere mellem faner og services.
Integrationsstrategien er kirurgisk
Origin landede med tre dag-et-integrations: Vercel, Depot og Buildkite. Valgene fortæller præcis hvem Cursor sigter efter.
Vercel håndterer preview deployments for hver pull request og shipper til production ved merge—tilgængelig i public beta for Pro og Enterprise kunder. Depot og Buildkite kører continuous integration, og vigtigst: begge eksekverer eksisterende GitHub Actions workflows uændret. Buildkite lægger native pipelines oven på det.
Læs den sætning igen: eksisterende GitHub Actions workflows uændret.
Cursor beder ikke teams om at omskrive deres build system, omskole deres ingeniører eller hive deres deployment pipeline ud. De beder teams om at prøve et second window til kode de allerede har. Det er en fundamentalt anderledes salgstilgang end "skift alt til vores platform."
Det smartest designvalg: Forlad ikke GitHub
Her er beslutningen der bør gøre engineering leaders opmærksomme.
Origin kræver ikke, at du forlader GitHub. Forbind en GitHub-organisation, vælg repositories, og de dukker op side om side med Origin-native. Pushes bliver ved med at gå til GitHub, som forbliver single source of truth for alt der er startet der. Access permissions spejler GitHubs eksisterende read og write-indstillinger. Pull request conversations syncer bidirektionelt—kommenter i Cursor og det poster til GitHub; svar på GitHub og det dukker op i Cursor inden for sekunder.
Dette er en klassisk wedge-strategi, eksekveret godt.
Rip-and-replace migration af source control er blandt de højeste risikoprojekter en engineering-organisation kan kaste sig ud i. Det rører ved continuous integration, compliance evidence, audit trails, branch protection rules, alle integrationer i din toolchain og muskelhukommelsen hos hver eneste ingeniør. Næsten ingen CTO godkender det for et produkt i tidlig beta.
Men en read-mostly mirror der efterlader GitHub autoritativ? Den godkender sig selv. Det koster ingenting at prøve, kræver ingen migration, og giver dig en smag af hvad en AI-native code hosting-oplevelse ser ud.
Hvad det betyder for industrien
GitHub har været standardantworten på "hvor skal vi hoste vores kode?" i næsten to årtier. Det ændrer sig ikke overnight, og Cursor ved det. Origin prøver ikke at erstatte GitHub—det prøver at blive stedet hvor AI-augmenteret udvikling sker, med GitHub der forbliver den autoritative backend for alt der betyder noget.
Spørgsmålet er ikke om Origin vil fortrænge GitHub. Spørgsmålet er om Origin kan blive interfacet som udviklere faktisk bruger, mens GitHub håndterer plumbingen underneden.
Hvis AI-agenter skal til at skrive, reviewe og modificere kode i skala—og det skal de—så bliver hvor de agenter lever og arbejder strategisk vigtigt. Cursor laver et bevidst træk for at eje den flade.
For engineering leaders der evaluerer landskabet er implikationerne ligetil: hold øje med dette rum, prøv produktet, og vær opmærksom på hvilke integrationer og workflows der føles naturlige i den AI-native kontekst. Den traditionelle forge-oplevelse har tjent os godt. Men "godt nok til mennesker" og "godt nok til AI-augmenterede teams" er muligvis forskellige spørgsmål.
Og det er måske det mest interessante der er sket for source control hosting i atten år.