Vom Prompt zum Repo, nicht umgekehrt
Bisher brauchte jeder Cursor Cloud Agent ein verbundenes Repository bei GitHub oder einem anderen Provider, bevor er die erste Zeile schreiben konnte. Seit dem 27. August 2026 ist die Reihenfolge umgedreht. Im Repo-Picker gibt es die Option „Von Grund auf starten“: Du gibst einen Prompt ein, der Agent legt los, und Cursor erzeugt im Hintergrund ein Origin-Repository, in dem die Arbeit landet.
Die vier Bausteine
- Start ohne Repository: Prompt eingeben, Cursor erstellt automatisch ein Origin-Repo im Hintergrund
- Repo dauerhaft machen: Über „Repo erstellen“ bekommt das Projekt einen eigenen Namen und eine Sichtbarkeit, privat oder intern. Danach taucht es im Codebase-Tab auf
- Live-Vorschau im Browser: Cursor streamt die Laufzeitumgebung des Agenten direkt in den Browser, inklusive der Werkzeuge des Design-Modus
- Veröffentlichen über Vercel: Vercel-Konto verbinden, auf „Veröffentlichen“ klicken, Live-URL erhalten
Einordnung: Cursor rückt in Richtung Lovable und v0
Der Weg vom Prompt zum lauffähigen Prototyp mit Vorschau und Deploy-Button war bisher die Domäne von Lovable, v0 und ähnlichen Werkzeugen. Cursor holt diesen Einstieg jetzt in eine Umgebung, in der der Code danach im vollständigen Editor weiterlebt. Das ist der Unterschied zu reinen Prototyping-Tools: Was als Wegwerf-Demo beginnt, kann ohne Migration zum echten Projekt werden.
Der zweite Unterschied betrifft den Ort. Origin-Repositories liegen bei Cursor, nicht in der GitHub-Organisation des Unternehmens. Für einen schnellen Versuch ist das bequem. Für alles, was länger lebt, sollte klar sein, wann und wie ein Projekt in die reguläre Code-Verwaltung wandert.
Was Admins und Teams vorab klären sollten
- Inventar: Ohne Repo-Pflicht entstehen Projekte außerhalb der bekannten Organisationen. Wer verschafft sich einen Überblick über Origin-Repos im Team?
- Sichtbarkeit: „Intern“ als Standard festlegen, damit Prototypen für Kollegen auffindbar bleiben und nicht in persönlichen Silos verschwinden
- Vercel-Kopplung: Persönliches Konto oder Team-Konto? Welche Domains, welche Umgebungsvariablen dürfen ein Prototyp-Deployment erreichen?
- Daten im Prototyp: Die Live-Umgebung läuft in der Cloud. Kundendaten und echte Secrets haben in einem Von-Grund-auf-Experiment nichts verloren
Fazit
Die Änderung senkt die Einstiegshürde für Cloud Agents deutlich: keine Vorbereitung, kein leeres Repo, kein Provider-Login, bevor die erste Idee getestet ist. Für Produktteams ist das ein schneller Weg zu klickbaren Prototypen, die später nicht neu gebaut werden müssen. Die Hausaufgabe liegt bei der Governance: festlegen, wo Prototypen leben dürfen, wie sie ins reguläre Repository wandern und welche Deploy-Ziele erlaubt sind, bevor die ersten zwanzig Origin-Repos existieren.