Am Montagmorgen, dem 17. August, begann Cursor, allen zahlenden Nutzern ein neues Feature namens Origin auszurollen: einen Code-Hosting-Dienst, noch in früher Beta, Enterprise-Kunden können aktiv aussteigen. Rund dreieinhalb Stunden später kam es bei GitHub zu einer weltweiten Dienstverschlechterung, die 6 Stunden und 42 Minuten andauerte, bei manchen Funktionen lag die Fehlerrate nahe 20 Prozent.
Zwischen den beiden Ereignissen besteht kein ursächlicher Zusammenhang, aber dass sie am selben Vormittag zusammentrafen, wirkt überzeugender als jede Produktpräsentation.
Was Origin tatsächlich bietet
In der Oberfläche taucht ein neuer Tab namens Codebase auf, in dem sich Repositories anlegen und verwalten lassen; lokale Projekte lassen sich per CLI klonen oder pushen, die Repo-Adresse hat die Form cursor.com/codebase/<name>. Das komplette Pull-Request-Paket wurde übernommen: Zeitleiste, Commit-Historie, Check-Status, Dateiänderungen, Diff-Reviews, Kommentare, Merges – selbst PRs, die einem auf GitHub zugewiesen wurden, lassen sich direkt in Cursor reviewen.
Die Beziehung zu GitHub ist eine bidirektionale Synchronisation. Nach der Verbindung mit einer GitHub-Organisation werden bestehende Repositories in Origin synchronisiert, in Cursor geschriebene Kommentare landen auf GitHub und umgekehrt. Offiziell heißt es, GitHub bleibe die Source of Truth, Pushes gingen weiterhin direkt zu GitHub, Nutzer könnten die Verbindung jederzeit trennen.
Bereits angebundene Drittanbieter sind Vercel, Depot und Buildkite, die Preview-Deployments und CI-Pipelines abdecken.
Der Review-Teil wurde nicht von Grund auf neu geschrieben. Im Dezember 2025 hatte Cursor das auf Code-Reviews spezialisierte Startup Graphite übernommen; dessen Team und Technologie tragen heute den Review-Workflow von Origin. Die Übernahme wirkte damals wie eine ergänzende Funktion für den Editor, im Rückblick eher wie eine Vorratshaltung für die Hosting-Schicht.
Warum gerade jetzt
Cursor stand die letzten Jahre über als "eine Schicht oberhalb von GitHub". Wenn ein Agent Code ändert, muss er einen PR eröffnen, der PR läuft über GitHub, Review-Kommentare werden auf GitHub gelesen, und das Tool synchronisiert die Ergebnisse zurück in den Editor. Jede zusätzliche systemübergreifende Rundreise in dieser Kette kostet dem Agenten verfügbaren Kontext und erhöht die Latenz.
Die Hosting-Schicht ins eigene Haus zu holen, spart weniger Netzwerk-Requests als vielmehr Definitionshoheit über das Produkt. Wenn die Hauptkraft beim Codeschreiben von Menschen zu Agenten wechselt, sollte sich auch die Form des Repositorys entsprechend wandeln: Wer sieht wann welche Dateien, wie wird eine Änderung aufgeteilt, wem wird ein Review gezeigt – all diese Regeln sind derzeit noch nach menschlichen Kollaborationsgewohnheiten festgelegt. Der offizielle Origin-Slogan "designed for agent scale" bezieht sich genau auf diese Ebene.
Bei GitHub steht das Fenster tatsächlich offen. Microsoft kaufte GitHub 2018 für 7,5 Milliarden US-Dollar in Aktien; acht Jahre später ist die Rolle des Unternehmens im Zeitalter des KI-Codings recht unbequem: Es muss den Code aller hosten, gleichzeitig sein eigenes Copilot verkaufen und obendrein APIs für eine ganze Reihe konkurrierender Agenten öffnen. Die über sechsstündige Störung im August hat die stillschweigende Prämisse "Hosting gleich Infrastruktur" ins Wanken gebracht.
Die Erfolgsaussichten dieses Zugs
Realistisch betrachtet wird kurzfristig niemand seine Repositories nur wegen Origin von GitHub wegziehen. Issues, Stars, Forks, CI-Konfigurationen und die Gewohnheiten externer Contributor von Open-Source-Projekten sind fest in GitHub verwurzelt, die Migrationskosten liegen auf der sozialen Seite – technisch ist es dagegen der am leichtesten zu lösende Teil. Das weiß auch Cursor selbst, weshalb die erste Version auf Synchronisation statt auf Ersatz setzt.
Bessere Chancen bestehen bei internen Unternehmens-Repositories. Privater Code braucht keine Community und keine externen PRs, Unternehmen interessiert nur, ob der Agent schnell läuft, ob der Review-Prozess reibungslos ist und ob sich ein Abo einsparen lässt. Cursors zahlende Nutzer konzentrieren sich ohnehin auf dieser Ebene, Origin steht direkt in ihrem bestehenden Workflow, die Einstiegshürde liegt nahe null.
Eine grobe Rechnung macht das Problem ebenfalls deutlich. Bei einem Unternehmen mit zweihundert Mitarbeitenden kostet GitHub Enterprise pro Kopf im Jahr einen fünfstelligen Dollarbetrag, das Cursor-Abo kommt noch hinzu, und die funktionale Überschneidung zwischen beiden wächst rasant – Review, CI-Trigger, Code-Browsing, all das leistet Origin bereits. In der Verlängerungssaison müssen Unternehmen nur eine Frage stellen: Ist es nötig, für beides zu zahlen? Die Antwort hängt davon ab, ob die Stabilität von Origin trägt, nicht davon, wessen Feature-Liste länger ist.
Dahinter steckt zudem ein Kapitalfaktor. Cursor gehört inzwischen zu SpaceX, der Cashflow des Mutterkonzerns reicht aus, um einen kurzfristig unprofitablen Hosting-Dienst über Jahre hinweg zu tragen – ein völlig anderes Spiel als bei einem Startup, das bei derselben Aufgabe noch auf die Stimmung der Investoren achten muss.
Der eigentlich zu beobachtende Indikator steht nicht in den Release Notes: wie viele Unternehmen in einem halben Jahr Origin als primäres Repository statt als synchronisierte Kopie eingerichtet haben. Synchronisation ist ein Übergangszustand, das primäre Repository ist die eigentliche Schlussfolgerung.
Quellen: offizielles Cursor-Änderungsprotokoll, SiliconANGLE, CocoLoop, Slashdot; verifiziert wurden der Umfang des Beta-Rollouts, die GitHub-Ausfalldauer von 6 Stunden 42 Minuten samt Fehlerraten-Angaben sowie der Zeitpunkt der Graphite-Übernahme.