ToolNavs KI-Tools entdecken
Tool einreichen Anmelden
Zurück zu KI-Informationen
Cursor startet App-Erstellung: Wunsch beschreiben und eine bereitgestellte App mit Datenbank und Auth erhalten

Cursor startet App-Erstellung: Wunsch beschreiben und eine bereitgestellte App mit Datenbank und Auth erhalten

KI-Informationen • Admin • • 29 Aufrufe

Am 5. November 2026 hat Cursor eine Funktion zum Erstellen von Live-Apps eingeführt: Man verlässt den Editor nicht, beschreibt einem Cloud-Agenten, was man braucht, und er baut die App, richtet eine Datenbank ein, bindet die Authentifizierung an und stellt sie bereit – am Ende gibt es einen Link zum Teilen. Damit gehen Cursors Cloud-Agenten von „hilft dir, Code zu schreiben" zu „hilft dir, etwas auszuliefern, das wirklich läuft".

Von einem Satz zu einer Online-App

Der Ablauf hat vier Schritte. Erstens: einen Cloud-Agenten starten und ihm ausdrücklich sagen, dass man eine App bauen will. Zweitens: Der Agent erstellt das Grundgerüst und legt bei Bedarf eine Postgres-Datenbank an. Drittens: Die Authentifizierung läuft über Cursor SSO; muss die App interne Systeme wie ein Data Warehouse anbinden, fragt der Agent nach den nötigen Secrets. Viertens: Beim Veröffentlichen wählt man eine eigene Domain, und nach bestandener Prüfung wird die App unter dieser Adresse bereitgestellt, mit Zugriff je nach Berechtigung für Team und Außenstehende. Repos können neu oder bestehend sein, auf Cursor Origin oder GitHub; GitLab-Unterstützung ist noch unterwegs. Auf den bestehenden Cloud-Agenten-Fähigkeiten aufgebaut, erweitert das „Code schreiben" zu „ein nutzbares Produkt liefern".

Bevor etwas live geht, gibt es zwei Hürden. Zur Veröffentlichung laufen zuerst deterministische Prüfungen und agentische Sicherheitschecks, die typische Probleme wie Secrets in App-Dateien oder offengelegte Zugangsdaten abfangen; wer durchfällt, muss erst reparieren und dann veröffentlichen. Team-Admins sehen außerdem jede App und jedes Secret im Team, können eigene Regeln zur Sicherheitsprüfung hinzufügen, blockierte Veröffentlichungen freigeben oder eine App wieder offline nehmen. Auch mit einem Einzeltarif lassen sich Apps öffentlich teilen.

Die Beispiele, die Cursor nennt, sind allesamt „interne Tools": Event-Anmeldung, Sitzplatzvergabe, Vertriebs-Dashboards, Kundenpräsentationen, Onboarding neuer Mitarbeiter, Portale für Engineering-Services. Anders gesagt: Die Funktion zielt auf die leichten Tools, die jedes Team braucht, die aber nie auf die Entwicklungs-Roadmap kommen. Die Grenzen sind ebenfalls klar: Sie steht nur in kostenpflichtigen Tarifen mit aktivierten Cloud-Agenten zur Verfügung, und sie bringt die App zum Laufen – sie garantiert nicht, dass die Geschäftslogik beim ersten Versuch stimmt; komplexe Systeme brauchen weiterhin menschliche Prüfung. Für Teams, die es ausprobieren wollen, ist der günstigste Weg, Cursor auf die neueste Version zu aktualisieren und einen Cloud-Agenten ein kleines Tool bauen zu lassen.

Empfohlene Tools

Mehr