Cursor hat den August damit verbracht, aus einem Editor eine Infrastruktur zu machen. Drei Releases, die zusammen eine klare Richtung erkennen lassen.

Origin: Cursor hostet Ihren Code

Am 17. August hat Cursor Origin gestartet, ein integriertes Code-Repository-Hosting, in früher Beta-Phase. Es synchronisiert sich in Echtzeit bidirektional mit GitHub-Repositories, verwaltet Pull Requests mit GitHub-Synchronisation und integriert sich mit Vercel, Depot und Buildkite.

Dass ein KI-Editor sein eigenes Code-Hosting ausliefert, ist ein bedeutender Schritt. Das heißt, der Agent muss nicht mehr über eine API-Grenze hinweg auf Verlauf zugreifen, Branches öffnen oder Reviews verwalten.

Agenten ohne Repository

Am 27. August verlangten Cloud Agents nicht mehr zwingend GitHub oder eine andere Versionskontrolle von Drittanbietern, um mit der Arbeit zu beginnen. Ein Agent legt nun im Hintergrund ein Origin-Repo an, und die Arbeit kann später mit gewähltem Namen und gewählter Sichtbarkeit in ein dauerhaftes Repository umgewandelt werden. Live-Browser-Vorschau und Vercel-Veröffentlichung sind inbegriffen.

Damit entfällt der Einrichtungsschritt komplett: eine Aufgabe beschreiben, funktionierenden Code mit Verlauf erhalten, danach entscheiden, ob es ein echtes Projekt werden soll.

Selbst gehostete Maschinen

Am 2. September hat Cursor selbst gehostete Maschinen hinzugefügt, sodass die Tool-Ausführung im eigenen Netzwerk bleibt. Es gibt persönliche Maschinen und Team-Pools, Computerbedienung unter Linux und Mac mit Desktop-Steuerung sowie Unterstützung für AWS Lambda, Coder, Cloudflare, Daytona und Modal.

Das ist der Schlüssel für Unternehmenskunden. Viele Organisationen können es einem Agenten nicht erlauben, Code auf der Infrastruktur eines Anbieters auszuführen, und das adressiert diesen Einwand direkt.

Warum das wichtig ist

Zusammen betrachtet, verwandeln diese drei Änderungen Cursor von „KI-Funktionen in einem Editor“ in einen Ort, an dem Code lebt, läuft und ausgeliefert wird. Das bedeutet zugleich, dass die Wechselkosten steigen: Ein Repo in Origin, darauf abgestimmte Agenten und Ausführung auf eigenen Maschinen sind eine viel tiefere Bindung als ein Editor, den man einfach austauschen kann.

Es lohnt sich, das abzuwägen, bevor man Origin als mehr denn nur einen Spiegel einsetzt. Bidirektionale GitHub-Synchronisation macht es leicht, das sicher zu handhaben – GitHub als maßgeblich behalten und Origin als Arbeitskopie nutzen.