AIREITERZwei Monate lang bestand Cursor Origin nur aus einem Slogan und einem Feld für die E-Mail-Adresse. Seit dem 17. August 2026 läuft Cursors Code-Hosting nun als Early Beta. Dabei sind zwei Einschränkungen entscheidend: Aus GitHub synchronisierte Repositories behalten GitHub als maßgebliche Quelle, und selbst zahlende Nutzer berichten von einem uneinheitlichen Rollout.
Ist Cursor Origin bereits verfügbar?
Cursor Origin ist seit dem 17. August 2026 als Early Beta für Nutzer aller kostenpflichtigen Cursor-Tarife verfügbar. Eine Ausnahme bilden Enterprise-Organisationen: Laut demselben Changelog können deren Administratoren die Funktion deaktivieren. Auch auf der Produktseite führt der Hinweis „Early beta“ zur Beta.
Allerdings sehen nicht alle Nutzer bereits dasselbe. Im Launch-Thread auf r/cursor vom 17. und 18. August schilderten zahlende Kunden eine Lücke zwischen Ankündigung und Freischaltung in ihrem Konto:
"Ich sehe weiterhin nur eine Anmeldung zur Warteliste." — u/NerdyGuy117, r/cursor
"In meinem Teams-Tarif habe ich noch keinen Zugriff darauf." — u/Darkoplax, r/cursor
Die Berichte sprechen für einen schrittweisen Rollout statt einer sofortigen Freischaltung für jedes berechtigte Konto. Aktivierte Konten finden Origin-Repositories im Tab „Codebase“. Erfüllt dein Tarif die Voraussetzungen und dort erscheint nichts, hat die Beta dein Konto also noch nicht erreicht.
| Datum | Was passiert ist |
|---|---|
| 16. Juni 2026 | Cursor kündigt Origin auf der Compile-Konferenz an: nur Startseite und Warteliste |
| 17. August 2026 | Start der Early Beta: Repositories, PRs, Code-Browsing, GitHub-Sync und Agents |
Zum Zeitpunkt der Ankündigung nannte ein Kommentator auf r/cursor die Produktseite „keine Informationen. Eine Startseite mit einem E-Mail-Feld.“ (u/One-Poet7900)
Das steckt aktuell in der Origin-Beta
Die Beta liefert vier Kernfunktionen, die unten aufgeführt sind. Laut Changelog liegen Repositories im neuen Codebase-Tab von Cursor. Ihr Name wird Teil der URL – in Cursors Beispiel cursor.com/codebase/acme-corp. Zum Anlegen wählst du +New, vergibst einen Namen, installierst die CLI und klonst das Repository oder pushst ein bestehendes lokales Projekt.
Pull Requests zeigen Verlauf, Commits, Checks und geänderte Dateien. Diffs lassen sich prüfen, kommentieren und mergen, ohne den Editor zu verlassen. Symbole kennzeichnen, welche Repositories bei Cursor gehostet werden und welche aus GitHub synchronisiert sind.
| Funktion | Status in der Beta vom 17. August |
|---|---|
| Bei Cursor gehostete Repositories | Verfügbar (Codebase-Tab) |
| Pull Requests: ansehen, kommentieren, mergen | Verfügbar |
| Code-Browsing und Suche | Verfügbar |
| GitHub-Import mit Echtzeit-Synchronisierung | Verfügbar |
| Agents innerhalb von Repositories | Verfügbar (erste Funktionen) |
| Vercel-, Depot- und Buildkite-Apps | Verfügbar |
| Über die Grundlagen hinausgehende agent-native Funktionen | „Coming“, ohne Termin |
| Gestapelte Pull Requests | Nicht dokumentiert |
| Preise, Limits, SLAs | Nicht veröffentlicht |
So funktioniert der GitHub-Sync von Origin
Der GitHub-Sync von Origin erstellt einen Live-Spiegel zum Prüfen – keine zweite maßgebliche Quelle. Nach dem Verbinden von GitHub, der Auswahl einer Organisation und der gewünschten Repositories erhält Cursor eine in Echtzeit synchronisierte Kopie. Jeder mit Lese- oder Schreibzugriff auf das synchronisierte Repository kann es in Cursor sehen. Die Verbindung lässt sich laut Changelog später in den Repository-Einstellungen wieder trennen.
Die Frage, die Cursors Community schon vor der Beta beschäftigte, lautete:
"Ist Origin ein Ersatz für github oder git?" — u/sn2006gy, r/cursor
Die Architektur der Beta beantwortet sie klar. Bei Repositories, die ursprünglich auf GitHub liegen, gehen Pushes weiterhin an GitHub; die Kopie in Origin dient dem Browsen, Suchen und Pullen. Das Changelog von Cursor formuliert es ausdrücklich: GitHub bleibt die maßgebliche Quelle.
| Aktion | Wo sie stattfindet |
|---|---|
| Push in ein synchronisiertes Repository | GitHub; Origin spiegelt ihn |
| Kommentar zu einem PR in Cursor | Wird auf GitHub veröffentlicht |
| GitHub-Reaktion oder -Antwort | Erscheint laut Changelog „innerhalb von Sekunden“ in Cursor |
| In GitHub zugewiesenes Review | Kann in Cursor abgeschlossen und gemergt werden |
| Synchronisiertes Repository trennen | Unterstützt, pro Repository |
Nur bei Repositories, die direkt in Origin erstellt werden, wechselt die Verwahrung.
Agents und CI in Origin-Repositories
Laut Changelog können Agents mit Zugriff auf ein Origin-Repository Fragen zum Code beantworten, Änderungen vornehmen, Pull Requests aktualisieren und Branches pushen. Ein Nutzer von r/cursor beschrieb den daraus entstehenden Engpass schon Monate vor dem Start treffend: „Code Reviews sind zu einem problematischen Flaschenhals geworden.“ (u/calloutyourstupidity)
Zum Start kamen drei Apps hinzu: Vercel, Depot und Buildkite. Wer Vercel über den Apps-Tab eines Repositories verbindet, erhält für jeden PR ein Preview-Deployment zum Testen und Kommentieren; ein Merge deployt in die Produktion. Depot und Buildkite führen vorhandene GitHub-Actions-Workflows aus, Buildkite zusätzlich seine nativen Pipelines. Wichtig ist die Trennung: Aus GitHub synchronisierte Repositories behalten ihre bestehende CI dort. Nativ in Origin gehostete Repositories können bislang nur diese drei Apps anbinden.
Zur operativen Ebene rund um diese Agents sagt das Changelog nichts: Es gibt keine Angaben zu Berechtigungssteuerung oder Audit-Logs für von Agents ausgelöste Pushes, keine Limits pro Repository und keine Kostendetails. Wer eigene Coding-Agents außerhalb von Cursor betreibt, sollte für alles, was in Repositories pusht, dieselben Kriterien zur Auswahl eines LLM für Coding-Agents anlegen.
Welche Fragen die Beta noch offenlässt
- Keine veröffentlichten Limits für Repository-Größe, Speicher oder Parallelität; ebenso wenig ein SLA oder ein Verfügbarkeitsziel.
- Keine Origin-spezifischen Preise. „In kostenpflichtigen Tarifen enthalten“ ist bislang die gesamte kommerzielle Information; Aufpreise, Quoten und ein möglicher Free-Tarif bleiben offen.
- Keine Origin-spezifischen Bedingungen zur Datenverarbeitung. Cursors Sicherheitsseite weist eine SOC-2-Zertifizierung aus, doch auf die bei der Ankündigung aufgeworfenen Fragen zu Trainingsdaten und Aufbewahrung gibt es für gehostete Repositories keine veröffentlichte Antwort.
- Die Demo-Zahlen von der Compile-Bühne – 22,6 Commits pro Sekunde in einem Repository und „hunderttausende Klone pro Stunde“ – bleiben Demo-Behauptungen: Ein unabhängiger Cursor-Leitfaden bezeichnet sie als unbestätigt, und die Berichterstattung zum Start weist darauf hin, dass bei der oft wiederholten Zahl „296.000+ Klone“ die ursprüngliche Zeiteinheit verloren ging.
Bis Cursor Origin-spezifische Bedingungen veröffentlicht, bleibt diese Reaktion vom Juni ein realer Bremsfaktor für die Akzeptanz:
"Keine Chance, dass ich Cursor den vollständigen Git-Verlauf überlasse." — u/fintechbass, r/cursor
Für wen sich Origin jetzt lohnt – und wer warten sollte
| Deine Situation | Einschätzung |
|---|---|
| Kostenpflichtiger Cursor-Tarif, Agents schreiben einen großen Teil des Codes, nicht kritische Repositories verfügbar | Ausprobieren; die Beta ist bereits im Tarif enthalten |
| Repositories müssen mit bestehender CI auf GitHub bleiben | Unproblematisch; der Sync bringt Reviews und Suche nach Cursor, die CI läuft weiter auf GitHub |
| Native Origin-Hosting-Lösung mit CI jenseits von Vercel, Depot und Buildkite gesucht | Warten; aktuell existieren nur drei Apps |
| Migration von Repositories erwogen, die maßgebliche Quelle sind | Warten; besser synchronisieren, da GitHub ohnehin maßgeblich bleibt |
Der Trade-off, der auch nach der Beta bleibt: Mit dem Hoster wechselt die Verwahrung eines Repositories. Derselbe Vergleich zu gestapelten PRs warnt, dass nicht Git-basierte Review-Artefakte wie PR-Threads „nicht über git push wandern“. Damit ist Origin unter den aktuellen Optionen am schwersten rückgängig zu machen. Der Vergleich hält außerdem fest, dass Cursor am 19. Dezember 2025 eine endgültige Vereinbarung zur Übernahme von Graphite, dem Unternehmen hinter gestapelten PRs, ankündigte. Das Graphite-Team baut Origin innerhalb von Cursor, während Graphite unter graphite.com weiterhin eigenständig betrieben wird und bei jährlicher Abrechnung Stacking-Tarife von 20–40 US-Dollar pro Nutzer und Monat aufführt.
Ist Cursor Origin ein Ersatz für GitHub?
Nein. Aus GitHub synchronisierte Repositories behalten GitHub als maßgebliche Quelle, und Pushes landen weiterhin dort. Origin ergänzt das um eine native Hosting-Option und eine Review-Oberfläche.
Ist Cursor Origin in Cursor-Tarifen enthalten?
Die Early Beta steht allen kostenpflichtigen Cursor-Tarifen offen. Separate Preise für Origin, Quoten oder ein Weg zu einem kostenlosen Tarif wurden nicht angekündigt.
Unterstützt Cursor Origin gestapelte Pull Requests?
In der Beta ist das nicht dokumentiert. Laut dem unabhängigen Vergleich sind gestapelte Workflows in Origin eine Erwartung aus der Graphite-Übernahme, keine veröffentlichte Funktion.
Kann man Cursor Origin selbst hosten?
Weder das Changelog vom 17. August noch die Origin-Produktseite erwähnen eine Self-Hosting-Option. Origin-Repositories werden von Cursor gehostet; Enterprise-Administratoren können die Funktion nur vollständig deaktivieren.
Braucht man Origin, um Coding-Agents im großen Maßstab einzusetzen?
Nein. Ein unabhängiger Cursor-Leitfaden empfiehlt getrennte Worktrees pro Agent, kleine Diffs und Review-Bots für die erste Prüfung, um denselben Review-Engpass schon heute auf GitHub oder GitLab zu bewältigen.
Weiterführend: Cursor Router erklärt