Cursor Apps: Cloud-Agenten von Cursor erstellen, hosten und veröffentlichen jetzt Webanwendungen
Seit dem 5. November kann ein Cloud-Agent von Cursor eine Webanwendung generieren, eine Postgres-Datenbank sowie eine Authentifizierung dafür einrichten und sie nach Sicherheitsprüfungen unter einer gewählten Adresse veröffentlichen. Die Funktion steht allen kostenpflichtigen Tarifen mit Cloud-Agenten offen.
Cursor hat am 5. November 2026 eine Funktion freigeschaltet, die in der Dokumentation als Apps bezeichnet wird: Ein Cloud-Agent kann nun eine Anforderung in eine gehostete Webanwendung verwandeln, die sich per Link teilen lässt. „Die meisten Anwendungen verlassen localhost nie“, fasst der Anbieter in seinem Changelog zusammen.
Vom Prompt zum Link
Dazu muss ein Cloud-Agent gestartet und ihm explizit mitgeteilt werden, dass eine Anwendung gewünscht ist; die Funktion existiert lokal nicht. Der Agent generiert den Code, richtet bei Bedarf eine Postgres-Datenbank ein, sichert den Zugriff über die Cursor-Authentifizierung ab und bereitet das Hosting vor. Muss die App an ein internes System angebunden werden (im Beispiel von Cursor ein Data Warehouse), fordert der Agent die erforderlichen Secrets an; laut Dokumentation bekommt er deren Werte jedoch nie zu sehen.
Ein Vorschaufenster ermöglicht es, die Anwendung vorab zu testen. Beim Veröffentlichen wählt der Nutzer die Adresse, die sich später noch anpassen lässt. Repositories können neu angelegt (über Cursor Origin) oder bestehende GitHub-Repositories sein; eine GitLab-Anbindung ist für später angekündigt.
Ein Veröffentlichungs-Gate
Der interessanteste Aspekt liegt in der Kontrolle vor dem Go-live. Bei jeder Veröffentlichung laufen vier Prüfungen ab, selbst wenn das Sicherheitsreview deaktiviert wurde: Blockieren von in Dateien geschriebenen Schlüsseln oder Token, Blockieren von Anmeldedateien sowie der Ausschluss von .env-Dateien und Source Maps. Hinzu kommt ein KI-Sicherheitsreview, das den Code analysiert und bei schwerwiegenden Problemen die Veröffentlichung stoppt. Nichts wird veröffentlicht, ohne dass diese Prüfungen erfolgreich durchlaufen wurden und ein expliziter Klick erfolgt.
Auf Teamebene sehen Administratoren alle Apps und Secrets, können eigene Regeln ergänzen, eine blockierte Veröffentlichung genehmigen oder eine App wieder depublizieren. Die Freigabe erfolgt für eingeladene Personen, das gesamte Team oder öffentlich; die öffentliche Option ist bei Teams und Enterprise standardmäßig deaktiviert. Jedes Team oder jeder Nutzer verfügt über ein isoliertes Hosting-Konto. Cursor nennt den Hoster nicht namentlich; laut The New Stack erklärte Vercel jedoch, dass die Funktion auf dessen Angebot Vercel for Platforms aufsetzt.
Unsere Einschätzung
Cursor begibt sich auf das Terrain von Lovable, Replit oder Bolt, rollt das Feld jedoch von der anderen Seite auf: Zielgruppe ist nicht primär die breite Masse, sondern das interne Werkzeug, das ein Mitarbeiter für sein Team baut – mit dem Cursor-Login als Standard-Schutz. Das Veröffentlichungs-Gate adressiert ein sehr reales Problem: KI-generierte Apps, die mit Secrets im Klartext oder offenen Datenbanken online gehen. Es ersetzt allerdings kein Audit, da auch das KI-Review eine automatische Prüfung bleibt. Zwei Punkte sind für Teams noch offen: die verbrauchsabhängigen Kosten für Hosting und Datenbanken, die in Changelog und Dokumentation nicht detailliert werden, sowie der Migrationspfad, falls man eine App außerhalb von Cursor betreiben möchte.
Quellen
- Cursor – Changelog „Build Live Apps in Cursor“ (5. November 2026) Primärquelle
- Cursor – Dokumentation zu Apps (Cloud-Agenten) Primärquelle
- Cursor auf X – Ankündigung (5. November 2026) Primärquelle
- The New Stack – Cursor takes on Lovable and Replit with fully managed app deployment Sekundärquelle
Eine Primärquelle stammt direkt von dem betreffenden Unternehmen, Labor oder der Organisation. Eine Sekundärquelle gibt die Information wieder, ohne ihr Urheber zu sein: Wir kennzeichnen sie als solche. Einen Fehler entdeckt? Lesen Sie unsere Korrekturrichtlinie.
