--- title: "Cursor Origin vs. GitHub: Entscheidungshilfe" canonical: https://wavect.io/de/blog/cursor-origin-vs-github-code-hosting/ language: de description: "Cursor Origin vs. GitHub für Softwareteams: Sync, CI, Governance, Preise und Migrationsrisiko mit einem praktischen 14-Tage-Pilot." image: "https://wavect.io/img/blog/headers/header_cursor-origin-vs-github-code-hosting.png" --- [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 12 min Lesezeit · 21. August 2026 Zuletzt geprüft 21. August 2026 [**Weiter**](/de/blog/github-spec-kit-production-guide/) # Cursor Origin vs. GitHub: Soll dein Team wechseln? TL;DR Cursor Origin ist eine Git Forge in Early Beta und in bezahlten Cursor-Plänen enthalten. Sie hostet Repositories, Pull Requests und Code-Suche neben Cursor-Agenten oder spiegelt ein bestehendes GitHub-Repository, während GitHub die Source of Truth bleibt. Der Mirror umfasst Git-Historie, Branches, Tags und Pull Requests in beide Richtungen, aber keine GitHub Issues, Actions Workflows oder Secrets. Native Origin-Repositories können Vercel, Depot und Buildkite anbinden; gespiegelte Repositories behalten CI auf GitHub. Für die meisten Produktionsteams ist keine Vollmigration sinnvoll. Spiegle ein unkritisches Repository 14 Tage lang, lass GitHub autoritativ, teste Zugriff, Protections, CI, Recovery und Agenten-Workflow und übernimm Origin nur, wenn sich die Durchlaufzeit angenommener Änderungen ohne schwächere Governance verbessert. Fakten geprüft am 21. August 2026. **Cursor Origin ist reif genug für einen Pilot, aber für die meisten Produktionsteams noch zu jung als Ersatz für GitHub als Source of Truth.** Der stärkste aktuelle Use Case ist ein reversibler Mirror: Code, CI und operative Metadaten bleiben auf GitHub autoritativ, während du prüfst, ob Origin den Weg vom Agenten-Task zur geprüften Änderung verkürzt. Das ist keine weitere Launch-Zusammenfassung. Diese Entscheidungshilfe richtet sich an CTOs und Engineering Leads, die wissen müssen, was sie testen, was noch nicht mitzieht und welche Evidenz einen größeren Rollout rechtfertigt. ## Was ist Cursor Origin? Origin ist Cursors Git-kompatible Code Forge. Cursor [startete die Early Beta am 17. August 2026](https://cursor.com/changelog/origin-code-hosting) mit Repositories, Pull Requests, Code-Suche im Browser und GitHub-Synchronisierung. Der Rollout läuft für bezahlte Pläne. Weitergehende „agent-native“ Funktionen beschreibt Cursor weiterhin als kommende Features. Die aktuelle [Origin-Produktdokumentation](https://cursor.com/docs/origin) nennt Pro, Teams und Enterprise als verfügbare Pläne, nicht den kostenlosen Plan. Origin kann ein Repository direkt hosten oder eines von GitHub spiegeln. Standard-Git bleibt erhalten. Es geht also um Hosting und Workflow, nicht um ein neues Versionskontrollformat. | Frage | Origin heute | Folge für Käufer | | --- | --- | --- | | Kann Origin Code hosten? | Ja, als natives Origin-Repository in bezahlten Cursor-Plänen. | Eine neue Source of Truth ist möglich, aber Beta-Reife muss geprüft werden. | | Kann Origin neben GitHub laufen? | Ja. GitHub bleibt beim Mirror autoritativ. | Das ist der sicherste Produktionspilot. | | Ersetzt Origin Git? | Nein. Clone, Fetch, Pull und Push laufen mit Standard-Git. | Die lokale Historie bleibt portabel. | | Sind agent-native Funktionen fertig? | Nein. Cursor kündigt weitere Funktionen an. | Zukünftige Versprechen gehören nicht in den heutigen Business Case. | ## Cursor Origin vs. GitHub im direkten Vergleich | Funktion | Cursor Origin | GitHub | Entscheidungssignal | | --- | --- | --- | --- | | Repository-Hosting | Native Repos plus GitHub-Mirrors | Reifes öffentliches und privates Hosting | Origin ist testbar, GitHub hat die längere Betriebshistorie. | | Pull Requests | Review und Merge; gespiegelte PRs synchronisieren in beide Richtungen | Reifes PR-Ökosystem und umfassende Review Controls | Miss Reviewzeit an echten Änderungen. | | Issues und Planung | Nicht Teil des GitHub-Mirrors | Issues, Projects, Milestones und breite Integrationen | Work Tracking bleibt während des Piloten auf GitHub oder in einem anderen System. | | CI bei Mirrors | Bleibt auf GitHub | GitHub Actions und Drittanbieter-CI | Ein Mirror beseitigt die CI-Abhängigkeit nicht. | | CI bei nativen Repos | Depot und Buildkite, plus Vercel Previews | Actions und ein großes Integrationsökosystem | Inventarisiere Workflows, Secrets und Required Checks vor dem Detach. | | Agenten-Workflow | Code, PRs und Cursor-Agenten in einer Oberfläche | Mehrere native und externe Coding-Agenten | Origin gewinnt nur, wenn diese Nähe angenommene Arbeit verbessert. | | Preiseinstieg | In bezahlten Cursor-Plänen enthalten | Free-, Team- und Enterprise-Stufen | Vergleiche den gesamten Stack statt nur Hosting-Gebühren. | ## Was wird von GitHub tatsächlich synchronisiert? Das ist der wichtigste Unterschied im Launch. Cursors [Dokumentation zum GitHub Mirror](https://cursor.com/docs/origin/mirror-github) nennt Git-Historie, Branches, Tags, durchsuchbaren Code und Pull Requests in beide Richtungen. GitHub Issues, Actions Workflows und Secrets sind nicht enthalten. Pushes über den Origin Remote werden bei aktivem Mirror an GitHub weitergegeben. Damit ist „Sync“ nützlicher als ein einmaliger Import, aber deutlich schmaler als eine Plattformmigration. Der Repository-Graph bewegt sich. Ein großer Teil des Betriebssystems darum bleibt zurück. Webhooks, Deployment Environments, Packages, App-Installationen, Issue-Referenzen, CODEOWNERS, Bots, Compliance-Exporte und Organisationsrichtlinien brauchen eigene Tests. Bei einem Mirror bleibt GitHub die Source of Truth. Detach ändert die Architektur: Die Origin-Kopie wird eigenständig, Pushes fließen nicht mehr zu GitHub. Behandle diesen Schritt als Migration mit freigegebenem Runbook, nicht als Aufräumaktion. ## Wo ist Origin schon sinnvoll? - **Cursor-lastige Teams:** Entwickler können Code durchsuchen, einen Agenten fragen, einen PR aktualisieren und einen Branch pushen, ohne so oft zwischen Oberflächen zu wechseln. - **Agenten-Experimente:** Ein Mirror testet Task-Start, Kontextzugriff und Review-Flow, ohne CI umzuziehen. - **Neue interne Repositories:** Ein unkritisches Tool kann natives Origin-Hosting ohne schwierige Historienmigration testen. - **Bestehende Cursor-Kunden:** Für die Beta ist derzeit keine separate Hosting-Zeile veröffentlicht, was einen kontrollierten Test erleichtert. Das sind Workflow-Vorteile, kein Beweis für schnellere Delivery. Liegt der Engpass bei Reviews, instabilen Tests oder unklaren Tasks, löst ein Host-Wechsel ihn nicht. Unsere Analyse zu [Kontext für KI-Coding-Agenten](/de/blog/ai-coding-agents-context-not-intelligence/) erklärt, warum Repository-Zugriff nur ein Teil angenommener Agentenarbeit ist. ## Was sollte eine Vollmigration blockieren? Origins [Referenz zu Repository Settings](https://cursor.com/docs/origin/settings) dokumentiert private und interne Sichtbarkeit, Branch Rules, Merge Protections und die aktuelle App-Liste. Sie sagt auch, dass die Oberflächen für Berechtigungen und Protections während der Beta neu gestaltet werden. Das reicht für eine Evaluation, aber nicht für die Annahme vollständiger Policy-Parität. 1. **Nicht abgebildete Governance.** Reproduziere Required Reviews, Branch-Schutz, Bypass-Regeln, Signaturpflicht, Status Checks, Audit-Zugriff und Notfallverfahren. 2. **CI- und Secret-Abhängigkeiten.** Mirrors behalten CI auf GitHub. Native Repos brauchen ein bewusstes Depot-, Buildkite- oder anderes Integrationsdesign. 3. **Fehlende Host-Metadaten.** Issues, Actions-Konfiguration und Secrets kommen nicht mit. Releases, Packages, Environments und Project Links müssen separat geprüft werden. 4. **Enterprise-Evidenz.** Prüfe Support, Data Residency, Retention, Incident Response, Export, Löschung, Subprozessoren und Recovery gegen eure Beschaffungsvorgaben. 5. **Beta-Änderungsrisiko.** Namen, UI und APIs können sich ändern. Dokumentiere Annahmen und benenne einen Owner für Release Notes. Die öffentliche [Origin API Reference](https://cursor.com/docs/api/origin) ist für CI und interne Apps nützlich, bezeichnet die API aber als Early Beta und veränderlich. Das App-Modell nutzt kurzlebige JWTs und Installation Tokens, begrenzten Repository-Zugriff und signierte Webhooks. Behandle es als Integrationsfläche mit Versionsmonitoring und Fehlerbehandlung, nicht als stabilen GitHub-App-Ersatz. ## Was kostet Cursor Origin? Cursor stellt Origin in bezahlten Plänen bereit. Die [aktuelle Preisseite](https://cursor.com/pricing) nennt Individual Pro ab 20 US-Dollar monatlich und Teams ab 40 US-Dollar pro Nutzer und Monat. Eine separate Origin-Gebühr für Storage, Egress oder CI ist dort nicht veröffentlicht. Kläre Limits und zukünftige Abrechnung vor einer langfristigen TCO-Annahme. GitHubs [veröffentlichter Planvergleich](https://github.com/pricing) enthält unbegrenzte Repositories im Free-Plan, Team für 4 US-Dollar pro Nutzer und Monat im angegebenen Einführungszeitraum und Enterprise ab 21 US-Dollar im angegebenen Einführungszeitraum. Actions, Packages, Governance und Support unterscheiden sich. Die Pläne sind nicht direkt vergleichbar, weil Cursor eine KI-Entwicklungsumgebung bündelt. Nutze dieses Kostenmodell: `monatliche Plattformkosten = Seats + Agentennutzung + CI + Storage und Egress + Security-Add-ons + Migration und Administration` Die wirtschaftlich relevante Kennzahl sind Kosten pro angenommener Änderung. Ein billiger Seat wird teuer, wenn Reviewer Kontext rekonstruieren, CI fragmentiert oder Admins zwei Policy-Systeme pflegen. Ein teurerer Stack kann sich rechnen, wenn er Wartezeit senkt, ohne mehr Defects entkommen zu lassen. ## 14-Tage-Pilot für Cursor Origin 1. **Wähle ein repräsentatives, unkritisches privates Repository.** Es braucht aktive PRs, echte Tests und keinen unersetzbaren Release-Pfad. 2. **Erfasse die Baseline.** Miss Task bis erster PR, Review-Minuten, CI-Dauer, angenommene Änderungen, Nacharbeit, Konflikte und entkommene Defects der letzten zwei Wochen. 3. **Spiegle, detach nicht.** Lass GitHub autoritativ, prüfe benötigte Branches und Tags und dokumentiere Recovery. 4. **Prüfe Zugriff.** Teste Admin, Maintainer, Developer und Read-only sowie den Entzug von Berechtigungen. 5. **Nutze gepaarte Tasks.** Vergleiche normale GitHub-Arbeit und Origin-unterstützte Arbeit bei Feature, Bugfix und Dependency- oder Doku-Änderung. 6. **Teste Fehlerpfade.** Simuliere veralteten Sync, fehlgeschlagene Checks, abgelehnte Reviews, Rollback, entzogenes Credential und Anbieter-Ausfall. 7. **Entscheide nach Zahlen.** Erweitere nur, wenn Lead Time sinkt und Governance, Reliability und Recovery mindestens gleich stark bleiben. Kombiniere den Pilot nicht mit einem Wechsel des lokalen Versionskontrollmodells. Unser [Vergleich Git Worktrees vs. Jujutsu](/de/blog/git-worktrees-vs-jujutsu-ai-coding-agents/) besitzt die Workspace-Isolation als Suchintention. Origin betrifft Hosting und Agenten-Workflow. Beides gleichzeitig zu ändern zerstört den Vergleich. ## Wer sollte einführen, pilotieren oder warten? | Team | Empfehlung | Warum | | --- | --- | --- | | Bezahltes Cursor-Team mit einfachen GitHub-Workflows | Mirror pilotieren | Geringes Wechselrisiko und klare Workflow-Hypothese. | | Kleines Team mit neuem, unkritischem internen Tool | Natives Origin-Repo erwägen | Keine Host-Metadaten zu migrieren, aber Export und Recovery testen. | | Reguliertes Unternehmen mit komplexer GitHub-Enterprise-Policy | Warten oder isoliert evaluieren | Governance, Audit und Verträge müssen zuerst abgebildet werden. | | Team mit starker Abhängigkeit von Issues, Actions, Packages und Apps | GitHub autoritativ lassen | Der Mirror bewegt nicht die gesamte Plattform. | | Team, das schlechte KI-Codequalität durch Hosting lösen will | Acceptance Gates zuerst reparieren | Hosting-Nähe ersetzt keine Spezifikation, Tests oder Human Review. | Wavect hilft Teams, das Delivery-System um KI-generierte und klassische Software zu planen und zu prüfen. Unser [Software-QA-Service](/de/services/software-quality-assurance/) bildet Repository Controls, CI Gates und Recovery vor einem Plattformwechsel ab. Die [IKB Case Study](/de/case-studies/ikb/) zeigt unsere Infrastruktur- und Integrationsarbeit. Die [Software-QA-Checkliste vor dem Launch](/de/software-development-guide/software-qa-checklist-before-launch/) liefert eine praktische Acceptance-Baseline. Wenn die Entscheidung Production Delivery betrifft, [fordere einen unabhängigen Architektur-Review an](/de/contact/). Kommerzieller Hinweis: Wavect verkauft Software-Engineering und QA. Der Pilot ist bewusst so gebaut, dass „GitHub behalten und nichts ändern“ das richtige Ergebnis sein kann. ## Häufige Fragen zu Cursor Origin und GitHub ### Ist Cursor Origin ein Ersatz für GitHub? Für die meisten Produktionsteams heute nicht. Origin hostet Code und Pull Requests, ist aber Early Beta. Der GitHub Mirror übernimmt keine Issues, Actions Workflows oder Secrets. Das sicherere Muster lässt GitHub während des Tests autoritativ. ### Funktioniert Cursor Origin mit bestehenden Git-Repositories? Ja. Origin nutzt Standard-Git für Clone, Fetch, Pull und Push. Du kannst ein natives Origin-Repository hosten oder ein GitHub-Repository spiegeln. ### Was synchronisiert GitHub mit Cursor Origin? Cursor nennt Git-Historie, Branches, Tags, durchsuchbaren Code, laufende Aktualisierungen und Pull Requests in beide Richtungen. GitHub Issues, Actions Workflows und Secrets sind nicht enthalten. ### Laufen GitHub Actions auf einem Origin-Repository? Gespiegelte Repositories behalten CI auf GitHub. Für native Origin-Repositories dokumentiert Cursor Depot und Buildkite, die bestehende GitHub Actions Workflows ausführen können, sowie Vercel Preview Deployments. ### Ist Cursor Origin kostenlos? Ein Zugang im Free-Plan ist nicht dokumentiert. Origin Code Storage rollt für bezahlte Pro-, Teams- und Enterprise-Pläne aus. Eine separate Origin-Hosting-Gebühr war auf den geprüften Seiten nicht veröffentlicht. ### Sollten wir alle Repositories zu Cursor Origin migrieren? Nein. Starte 14 Tage mit einem unkritischen Mirror. Lass GitHub autoritativ, teste Zugriff, CI, Protections, Recovery und messbare Delivery-Ergebnisse und entscheide erst dann über eine Ausweitung. ## Recherchegrenze Fakten wurden am 21. August 2026 anhand von Cursors Launch Note, Origin-Produkt-, Mirror-, Settings-, API- und Preisdokumentation sowie GitHubs Planvergleich geprüft. Wir haben keinen eigenen Reliability-, Security- oder Performance-Benchmark durchgeführt. Cursor veröffentlicht bisher nicht genug Evidenz für einen allgemeinen Durchsatzvorteil gegenüber GitHub. Prüfe Zugang, Limits, Integrationen, Governance und Verträge vor der Beschaffung erneut. ## Fazit Cursor Origin verändert die Hosting-Diskussion, weil Editor, Agenten, Code und Pull Requests eine Oberfläche teilen können. Das ist ein plausibler Workflow-Vorteil, aber noch kein Grund, die Source of Truth zu verschieben. Spiegle ein echtes Repository, schütze den Exit und miss die Lead Time angenommener Änderungen. Macht Origin geprüfte Arbeit schneller, ohne CI, Zugriff oder Recovery zu schwächen, dann erweitere bewusst. Verschiebt es nur denselben Engpass in ein neueres Interface, behalte GitHub und repariere den Engpass. ## Das könnte dich auch interessieren.. [**Git Worktrees vs. Jujutsu für KI-Coding-Agenten** Trenne Code-Hosting von Workspace-Isolation, Repository-Transfer und parallelem Patch Management.](/de/blog/git-worktrees-vs-jujutsu-ai-coding-agents/) [**AI Enablement vs. generische KI-Beratung** Vergleiche ein eigenes Engineering-System mit einem reinen Strategieprojekt.](/de/compare/ai-enablement-vs-generic-ai-consultancy/) Architektur und Plattformen ## In diesem Cluster weiterlesen Framework-, Plattform- und Systementscheidungen mit langfristiger Delivery-Wirkung. [Mit dem Grundlagenartikel starten**Smart-City-Architektur: MQTT, LoRaWAN, Kubernetes und Terraform**](/de/blog/smart-city-architecture-best-practices-2026/) - [MoneyPrinterTurbo Test 2026: Gratis KI-Video, echte Kosten](/de/blog/moneyprinterturbo-review-2026/) - [Odoo-API-Integration: die fünf Limits, die deine Architektur entscheiden](/de/blog/odoo-erp-api-integration-limits-2026/) - [KI im Lebensmittelhandel: MPREIS Chancenkarte](/de/blog/mpreis-ai-grocery-retail-opportunity-map/) - [Produktionsarchitektur für Stateful-LLM-Plattformen](/de/blog/stateful-llm-platform-production-architecture/) - [Tirol Kliniken (TILAK): Chancenlandkarte für digitale Abläufe](/de/blog/tirol-kliniken-digital-opportunity-analysis/) Postfach, ohne Lärm ## Folge der Arbeit, die für dich zählt Du bekommst eine kurze E-Mail, wenn wir etwas Neues veröffentlichen. Folge dem ganzen Blog oder nur den Themen, die dich interessieren. [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 12 min Lesezeit · 21. August 2026 Zuletzt geprüft 21. August 2026 [**Weiter**](/de/blog/github-spec-kit-production-guide/) Neue Beiträge per E-Mail × × Neue Beiträge per E-Mail Eine kurze E-Mail, wenn wir etwas veröffentlichen. Kostenlos, ohne Tracking. ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/de/blog/cursor-origin-vs-github-code-hosting/#webpage", "@type": "WebPage", "dateModified": "2026-08-21", "inLanguage": "de", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-08-21", "url": "https://wavect.io/de/blog/cursor-origin-vs-github-code-hosting/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "Cursor Origin ist eine Git Forge in Early Beta und in bezahlten Cursor-Plänen enthalten. Sie hostet Repositories, Pull Requests und Code-Suche neben Cursor-Agenten oder spiegelt ein bestehendes GitHub-Repository, während GitHub die Source of Truth bleibt. Der Mirror umfasst Git-Historie, Branches, Tags und Pull Requests in beide Richtungen, aber keine GitHub Issues, Actions Workflows oder Secrets. Native Origin-Repositories können Vercel, Depot und Buildkite anbinden; gespiegelte Repositories behalten CI auf GitHub. Für die meisten Produktionsteams ist keine Vollmigration sinnvoll. Spiegle ein unkritisches Repository 14 Tage lang, lass GitHub autoritativ, teste Zugriff, Protections, CI, Recovery und Agenten-Workflow und übernimm Origin nur, wenn sich die Durchlaufzeit angenommener Änderungen ohne schwächere Governance verbessert. Fakten geprüft am 21. August 2026.", "articleBody": " Blog-Übersicht/Delivery und QA/Architektur und Plattformen Cursor Origin vs. GitHub: Soll dein Team wechseln? TL;DR Cursor Origin ist eine Git Forge in Early Beta und in bezahlten Cursor-Plänen enthalten. Sie hostet Repositories, Pull Requests und Code-Suche neben Cursor-Agenten oder spiegelt ein bestehendes GitHub-Repository, während GitHub die Source of Truth bleibt. Der Mirror umfasst Git-Historie, Branches, Tags und Pull Requests in beide Richtungen, aber keine GitHub Issues, Actions Workflows oder Secrets. Native Origin-Repositories können Vercel, Depot und Buildkite anbinden; gespiegelte Repositories behalten CI auf GitHub. Für die meisten Produktionsteams ist keine Vollmigration sinnvoll. Spiegle ein unkritisches Repository 14 Tage lang, lass GitHub autoritativ, teste Zugriff, Protections, CI, Recovery und Agenten-Workflow und übernimm Origin nur, wenn sich die Durchlaufzeit angenommener Änderungen ohne schwächere Governance verbessert. Fakten geprüft am 21. August 2026. Cursor Origin ist reif genug für einen Pilot, aber für die meisten Produktionsteams noch zu jung als Ersatz für GitHub als Source of Truth. Der stärkste aktuelle Use Case ist ein reversibler Mirror: Code, CI und operative Metadaten bleiben auf GitHub autoritativ, während du prüfst, ob Origin den Weg vom Agenten-Task zur geprüften Änderung verkürzt. Das ist keine weitere Launch-Zusammenfassung. Diese Entscheidungshilfe richtet sich an CTOs und Engineering Leads, die wissen müssen, was sie testen, was noch nicht mitzieht und welche Evidenz einen größeren Rollout rechtfertigt. Was ist Cursor Origin? Origin ist Cursors Git-kompatible Code Forge. Cursor startete die Early Beta am 17. August 2026 mit Repositories, Pull Requests, Code-Suche im Browser und GitHub-Synchronisierung. Der Rollout läuft für bezahlte Pläne. Weitergehende „agent-native“ Funktionen beschreibt Cursor weiterhin als kommende Features. Die aktuelle Origin-Produktdokumentation nennt Pro, Teams und Enterprise als verfügbare Pläne, nicht den kostenlosen Plan. Origin kann ein Repository direkt hosten oder eines von GitHub spiegeln. Standard-Git bleibt erhalten. Es geht also um Hosting und Workflow, nicht um ein neues Versionskontrollformat. FrageOrigin heuteFolge für Käufer Kann Origin Code hosten?Ja, als natives Origin-Repository in bezahlten Cursor-Plänen.Eine neue Source of Truth ist möglich, aber Beta-Reife muss geprüft werden. Kann Origin neben GitHub laufen?Ja. GitHub bleibt beim Mirror autoritativ.Das ist der sicherste Produktionspilot. Ersetzt Origin Git?Nein. Clone, Fetch, Pull und Push laufen mit Standard-Git.Die lokale Historie bleibt portabel. Sind agent-native Funktionen fertig?Nein. Cursor kündigt weitere Funktionen an.Zukünftige Versprechen gehören nicht in den heutigen Business Case. Cursor Origin vs. GitHub im direkten Vergleich FunktionCursor OriginGitHubEntscheidungssignal Repository-HostingNative Repos plus GitHub-MirrorsReifes öffentliches und privates HostingOrigin ist testbar, GitHub hat die längere Betriebshistorie. Pull RequestsReview und Merge; gespiegelte PRs synchronisieren in beide RichtungenReifes PR-Ökosystem und umfassende Review ControlsMiss Reviewzeit an echten Änderungen. Issues und PlanungNicht Teil des GitHub-MirrorsIssues, Projects, Milestones und breite IntegrationenWork Tracking bleibt während des Piloten auf GitHub oder in einem anderen System. CI bei MirrorsBleibt auf GitHubGitHub Actions und Drittanbieter-CIEin Mirror beseitigt die CI-Abhängigkeit nicht. CI bei nativen ReposDepot und Buildkite, plus Vercel PreviewsActions und ein großes IntegrationsökosystemInventarisiere Workflows, Secrets und Required Checks vor dem Detach. Agenten-WorkflowCode, PRs und Cursor-Agenten in einer OberflächeMehrere native und externe Coding-AgentenOrigin gewinnt nur, wenn diese Nähe angenommene Arbeit verbessert. PreiseinstiegIn bezahlten Cursor-Plänen enthaltenFree-, Team- und Enterprise-StufenVergleiche den gesamten Stack statt nur Hosting-Gebühren. Was wird von GitHub tatsächlich synchronisiert? Das ist der wichtigste Unterschied im Launch. Cursors Dokumentation zum GitHub Mirror nennt Git-Historie, Branches, Tags, durchsuchbaren Code und Pull Requests in beide Richtungen. GitHub Issues, Actions Workflows und Secrets sind nicht enthalten. Pushes über den Origin Remote werden bei aktivem Mirror an GitHub weitergegeben. Damit ist „Sync“ nützlicher als ein einmaliger Import, aber deutlich schmaler als eine Plattformmigration. Der Repository-Graph bewegt sich. Ein großer Teil des Betriebssystems darum bleibt zurück. Webhooks, Deployment Environments, Packages, App-Installationen, Issue-Referenzen, CODEOWNERS, Bots, Compliance-Exporte und Organisationsrichtlinien brauchen eigene Tests. Bei einem Mirror bleibt GitHub die Source of Truth. Detach ändert die Architektur: Die Origin-Kopie wird eigenständig, Pushes fließen nicht mehr zu GitHub. Behandle diesen Schritt als Migration mit freigegebenem Runbook, nicht als Aufräumaktion. Wo ist Origin schon", "articleSection": "Engineering", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "startete die Early Beta am 17. August 2026", "url": "https://cursor.com/changelog/origin-code-hosting" }, { "@type": "WebPage", "name": "Origin-Produktdokumentation", "url": "https://cursor.com/docs/origin" }, { "@type": "WebPage", "name": "Dokumentation zum GitHub Mirror", "url": "https://cursor.com/docs/origin/mirror-github" }, { "@type": "WebPage", "name": "Referenz zu Repository Settings", "url": "https://cursor.com/docs/origin/settings" }, { "@type": "WebPage", "name": "Origin API Reference", "url": "https://cursor.com/docs/api/origin" }, { "@type": "WebPage", "name": "aktuelle Preisseite", "url": "https://cursor.com/pricing" }, { "@type": "WebPage", "name": "veröffentlichter Planvergleich", "url": "https://github.com/pricing" } ], "dateModified": "2026-08-21", "datePublished": "2026-08-21", "description": "Cursor Origin ist eine Git Forge in Early Beta und in bezahlten Cursor-Plänen enthalten. Sie hostet Repositories, Pull Requests und Code-Suche neben Cursor-Agenten oder spiegelt ein bestehendes GitHub-Repository, während GitHub die Source of Truth bleibt. Der Mirror umfasst Git-Historie, Branches, Tags und Pull Requests in beide Richtungen, aber keine GitHub Issues, Actions Workflows oder Secrets. Native Origin-Repositories können Vercel, Depot und Buildkite anbinden; gespiegelte Repositories behalten CI auf GitHub. Für die meisten Produktionsteams ist keine Vollmigration sinnvoll. Spiegle ein unkritisches Repository 14 Tage lang, lass GitHub autoritativ, teste Zugriff, Protections, CI, Recovery und Agenten-Workflow und übernimm Origin nur, wenn sich die Durchlaufzeit angenommener Änderungen ohne schwächere Governance verbessert. Fakten geprüft am 21. August 2026.", "headline": "Cursor Origin vs. GitHub: Soll dein Team wechseln?", "image": "https://wavect.io/img/blog/headers/header_cursor-origin-vs-github-code-hosting.svg", "inLanguage": "de", "keywords": "Cursor Origin, Code-Hosting", "mainEntityOfPage": { "@id": "https://wavect.io/de/blog/cursor-origin-vs-github-code-hosting/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/de/blog/cursor-origin-vs-github-code-hosting/", "wordCount": 1929 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/de/", "name": "Startseite", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/overview/", "name": "Blog-Übersicht", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/topics/delivery-qa/", "name": "Delivery und QA", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/clusters/architecture-platforms/", "name": "Architektur und Plattformen", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/cursor-origin-vs-github-code-hosting/", "name": "Cursor Origin vs. GitHub: Entscheidungshilfe | ", "position": 5 } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Für die meisten Produktionsteams heute nicht. Origin hostet Code und Pull Requests, ist aber Early Beta. Der GitHub Mirror übernimmt keine Issues, Actions Workflows oder Secrets. Das sicherere Muster lässt GitHub während des Tests autoritativ." }, "name": "Ist Cursor Origin ein Ersatz für GitHub?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Ja. Origin nutzt Standard-Git für Clone, Fetch, Pull und Push. Du kannst ein natives Origin-Repository hosten oder ein GitHub-Repository spiegeln." }, "name": "Funktioniert Cursor Origin mit bestehenden Git-Repositories?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Cursor nennt Git-Historie, Branches, Tags, durchsuchbaren Code, laufende Aktualisierungen und Pull Requests in beide Richtungen. GitHub Issues, Actions Workflows und Secrets sind nicht enthalten." }, "name": "Was synchronisiert GitHub mit Cursor Origin?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Gespiegelte Repositories behalten CI auf GitHub. Für native Origin-Repositories dokumentiert Cursor Depot und Buildkite, die bestehende GitHub Actions Workflows ausführen können, sowie Vercel Preview Deployments." }, "name": "Laufen GitHub Actions auf einem Origin-Repository?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Ein Zugang im Free-Plan ist nicht dokumentiert. Origin Code Storage rollt für bezahlte Pro-, Teams- und Enterprise-Pläne aus. Eine separate Origin-Hosting-Gebühr war auf den geprüften Seiten nicht veröffentlicht." }, "name": "Ist Cursor Origin kostenlos?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nein. Starte 14 Tage mit einem unkritischen Mirror. Lass GitHub autoritativ, teste Zugriff, CI, Protections, Recovery und messbare Delivery-Ergebnisse und entscheide erst dann über eine Ausweitung." }, "name": "Sollten wir alle Repositories zu Cursor Origin migrieren?" } ] } ```