Sensationelle Wende: GitHub erlitt in der vergangenen Nacht einen 7-stündigen großflächigen Ausfall, und Cursor hat umgehend die Agent-Version der Code-Hosting-Plattform online gestellt.

Der 17. August war zweifellos ein albtraumhafter Tag für GitHub.

Gegen 9:40 Uhr morgens Ortszeit an der Ostküste der USA (21:40 Uhr abends Beijing-Zeit) traten bei GitHub großflächige Störungen auf. Zuerst schlugen die API Requests Alarm, und weniger als 20 Minuten später traten nacheinander Fehler bei Actions, Webhooks, Issues und Pull Requests auf, auch Dienste wie Copilot und Pages wurden nach und nach beeinträchtigt.

Entwickler stellten schnell fest, dass sie keinen Code abrufen, keine PR öffnen und CI/CD nicht ausführen konnten, einige Seiten zeigten sogar direkt die Meldung „No servers available“ an.

Ab 14:04 Uhr (22:04 Uhr Beijing-Zeit) gab das offizielle GitHub bekannt, dass die Fehlerrate von Web- und API-Anfragen zeitweise etwa 20 % erreichte, und die Fehlerrate beim Herunterladen von archive- und raw-Repository-Inhalten stieg sogar auf etwa 50 %. Dies war keine gewöhnliche vorübergehende Störung einer Webseite, sondern ein großflächiger schwerer Ausfall, der mehrere Entwicklungsabläufe von der Code-Anzeige über die Zusammenarbeit bis hin zu automatisierten Pipelines betraf.

Erst etwa siebeneinhalb Stunden später erklärte GitHub den Vorfall für behoben. Der offizielle Teil gibt derzeit nur an, dass eine „problematic component“ (fehlerhafte Komponente) lokalisiert wurde, in der zweiten Hälfte des Ausfalls traten noch vereinzelt Authentifizierungsfehler auf, und die Anpassung der „authentication token retries“ (Wiederholungsmechanismus für Authentifizierungstoken) wurde vorgenommen, die vollständige „Root Cause Analysis“ (Analyse der Hauptursachen) wurde noch nicht veröffentlicht.

Zufälligerweise, gerade als GitHub mit der Behebung des Ausfalls beschäftigt war, veröffentlichte die offizielle Website von Cursor blitzschnell die AI-Coding-Code-Hosting-Plattform Origin und erklärte in lockerer Tonart: „Cursor kann jetzt Ihren Code hosten.“

Cursor gab bekannt, dass ab sofort die frühe Testphase der Code-Hosting-Plattform Origin schrittweise für alle zahlenden Nutzer freigegeben wird. Es ist bereits möglich, selbst Repositories zu erstellen, Pull Requests zu bearbeiten, Code zu durchsuchen und gleichzeitig die Synchronisation mit GitHub zu unterstützen.

Mit anderen Worten: Der Cursor, der in der Vergangenheit hauptsächlich dafür zuständig war, Ihnen beim „Schreiben von Code“ zu helfen, wird jetzt auch die Verwaltung des Speicherorts Ihres Codes übernehmen.

Der Zeitpunkt ist so glücklich gewählt, dass es fast wie ein kostenloses, weltklasse Marketing für Cursor wirkt – und das wurde ihm direkt von „Konkurrenten“ überreicht. Vor drei Tagen schloss SpaceX die Übernahme von Cursors Muttergesellschaft Anysphere für 60 Milliarden US-Dollar ab, Cursor wurde damit zu einer hundertprozentigen Tochtergesellschaft von SpaceX.

Am selben Handelstag fiel der Aktienkurs von Microsoft, der Muttergesellschaft von GitHub, um mehr als 3 % und schloss bei etwa 480,35 US-Dollar, was einem Marktwertverlust von über 100 Milliarden US-Dollar an einem einzigen Tag entspricht.

Die Cursor-Version von GitHub

Aus der jetzt freigegebenen Early-Beta-Version geht hervor, dass Origin nicht einfach nur eine Kopie des Codes in der Cloud speichert, sondern ein vollständiges Git-Forge aufgebaut hat, das tief in das Cursor-System integriert ist.

Zusammen mit dem offiziellen Änderungsprotokoll lassen sich die Kernfunktionen von Origin in vier Bereiche unterteilen:

Nahtloser Einstieg

Vollständiger Git-Arbeitsablauf: Entwickler können direkt in Cursor Repositories erstellen und über Standard-Git-Befehle übliche Vorgänge wie clone, push und pull ausführen.

Natives PR und Code-Review: Unterstützt den vollständigen Pull-Request-Ablauf, einschließlich des Anzeigens von Commits, der Überprüfung von Status (checks), des Code-Vergleichs (diff) sowie der Durchführung von Reviews, Kommentaren und Merges.

Code-Erkundung im Web: Unterstützt das direkte Durchsuchen und die Volltextsuche in Code-Repositories im Browser.

Bidirektionale Echtzeitsynchronisation mit GitHub

Bidirektionale Echtzeitsynchronisation mit GitHub: Die offizielle Seite stellt klar, dass Entwickler in der Anfangsphase keineswegs gezwungen werden, ihre Projekte zu „verlegen“. Vorhandene GitHub-Repositories können direkt mit Origin synchronisiert werden. Nach dem Import bleibt GitHub die maßgebliche Datenquelle (Source of Truth), Code-Pushes werden weiterhin an GitHub gesendet.

Millisekundengenaue Synchronisation von Kommentaren: Reviews, die in Cursor verfasst werden, werden in Echtzeit an GitHub übermittelt; neue Antworten auf der GitHub-Webseite werden sofort in Cursor aktualisiert.

Ein-Klick-„Umstellung auf unabhängige Verwaltung“: Das ist der clevere Vorteil von Origin. Wenn sich das Team an die Arbeit mit Origin gewöhnt hat, reicht ein Klick auf „Detach from GitHub“ in den Repository-Einstellungen, um die Verbindung aufzuheben. Origin verwandelt sich sofort von einem „Spiegelclient“ in ein echtes, unabhängiges Haupt-Code-Repository für das Team.

Jedes Code-Repository verfügt über einen eigenen Agent (differenziert)

Der bestehende Arbeitsablauf von GitHub ist für Menschen konzipiert, während Origin darauf ausgelegt ist, die zukünftige große Menge an KI-Rechenleistung zu unterstützen.

Gestapelte PRs (Stacked PRs): Agents sind es gewohnt, umfangreiche Umgestaltungen durchzuführen, die Dutzende von Dateien auf einmal betreffen. Origin ermöglicht es, große Änderungen in mehrere kleine PRs mit Abhängigkeiten aufzuteilen und diese über ein visuelles Diagramm darzustellen, was die kognitive Belastung menschlicher Prüfer stark reduziert.

Intelligente Merge-Warteschlange (Merge Queue): Wenn Dutzende von Agents gleichzeitig PRs einreichen, kann Origin diese automatisch sortieren und Konflikte im Hintergrund isoliert vorab bearbeiten, sodass der Hauptzweig-CI immer „grün“ bleibt.

Automatisierte KI-Konfliktlösung: Bei komplexen Code-Konflikten über mehrere Dateien hinweg ist in Origin auf unterster Ebene eine KI-Engine integriert, die Geschäftlogik automatisch versteht und Konflikte auflöst, sodass menschliche Eingriffe nicht mehr erforderlich sind.

Maschinenlesbarer Review-Status: Origin verzichtet auf grüne Häkchen und Textkommentare, die nur für Menschen lesbar sind, und gestaltet den Review-Status als strukturierte API, sodass Agents direkt erkennen, „wo Änderungen erforderlich sind“, und den Ablauf automatisch abschließen können.

Verknüpfung des Ökosystems rund um Entwicklung und Bereitstellung (erste Apps werden integriert)

Integration von Bereitstellung und CI/CD: Die ersten integrierten Dienste sind Vercel, Depot und Buildkite. Vercel erstellt für jede PR automatisch eine Vorschau-Bereitstellung (Preview Deployment); Depot und Buildkite führen CI aus und sind vollständig kompatibel mit den vorhandenen GitHub-Actions-Arbeitsabläufen der Entwickler.

Extreme Parallelleistungsfähigkeit: Die zugrundeliegende Architektur unterstützt einen hohen Durchsatz von 296.000 Klonvorgängen pro Stunde und 22,6 Commits pro Sekunde, die globale Synchronisationslatenz liegt unter 400 Millisekunden – sie ist speziell für die Ausführung großer gleichzeitiger Vorgänge konzipiert.

Derzeit ist es natürlich noch nicht möglich, GitHub zu „ersetzen“. Die Strategie von Cursor ist sehr pragmatisch: Was kompatibel sein kann, wird zuerst kompatibel gemacht, was migriert werden kann, wird zuerst problemlos migriert, sodass Nutzer nicht durch Migrationskosten abgeschreckt werden.

Aber es stellt sich sofort die Frage: Warum beginnt ein Unternehmen, das Code-Editoren herstellt, damit, „wie viele Commits pro Sekunde verarbeitet werden können“ und „maschinenlesbare Review-Status“ als Verkaufsargumente zu nutzen?

Wenn hinter einem Programmierer 10 Agents stehen

Die Antwort liegt in der veränderten Positionierung von Cursor selbst.

In diesem Jahr beschreibt sich Cursor immer seltener als „Editor mit KI“, sondern spricht immer häufiger darüber, wie Agents Software-Engineering-Aufgaben selbstständig erledigen. Wenn Entwickler beginnen, 5, 10 oder sogar mehr Agents gleichzeitig zu steuern, die parallel arbeiten, wird eine grundlegende Annahme der Softwareproduktion vollständig umgestoßen: Hinter einem Account steht nicht mehr eine Person, sondern eine Armee von Maschinen.

Die Entwicklungsgeschwindigkeit von Menschen ist begrenzt, die von Agents nicht – und die Ankunft von Agents durchbricht sofort die Entwicklungsgeschwindigkeit menschlicher Programmierer. Sie können unermüdlich Repositories lesen, Branches erstellen, Code ändern und PRs einreichen, sodass die Menge der von einem einzelnen Nutzer ausgeführten Git-Vorgänge um ein Vielfaches steigt.

Dadurch werden die Mängel herkömmlicher Hosting-Plattformen direkt sichtbar: Wenn Dutzende von Agents gleichzeitig dasselbe Repository ändern, wer bearbeitet die Konflikte? Wer wird zuerst zusammengeführt? Wie wird CI neu berechnet? GitHub hat kürzlich Stacked Pull Requests eilig für die Öffentlichkeit freigegeben, um den größeren Engpässen bei PRs und Reviews zu begegnen, die durch KI entstehen.

Der Wettbewerb im Bereich KI-Coding verlagert sich gerade von der Frage „wer schreibt Code“ hin zu „wer verwaltet Code“.

In den letzten zwei Jahren hat Cursor den IDE-Markt erobert, und Modellhersteller konkurrieren um die Generierungsfähigkeit – beide Seiten kämpfen um den „vordersten Bereich“ der Code-Produktion. Aber wenn Agents wirklich in großem Maßstab in die Produktion einbezogen werden, wird sich der Wettbewerb zwangsläufig in den nachgelagerten Bereich verlagern: Wo wird der Code letztendlich gespeichert? Wer steuert CI? Wer bearbeitet Merge-Konflikte?

Diese Probleme, die früher zum „Hinterhof“ von GitHub und GitLab gehörten, werden zu einem neuen Bereich, den KI-Coding-Unternehmen neu gestalten und sogar erobern können.

Referenzlinks:

https://cursor.com/cn/changelog/origin-code-hosting?utm\_source=chatgpt.com

Dieser Artikel stammt aus dem WeChat-Offiziellen Konto „AI Front“ (ID: ai-front), Autor ist Siyue, die Veröffentlichung erfolgt mit Genehmigung von 36Kr.