Die App-Erstellung in Cursor eignet sich dafür, kleine interne Werkzeuge schnell zu bauen und mit Kollegen zu teilen: Diese am 5. November gestartete Funktion wird von einem Cloud-Agenten ausgeführt – App bauen, Datenbank einrichten, Anmeldung und Veröffentlichung laufen komplett in Cursor ab. Für Produkte, die direkt an externe Kunden verkauft werden, ist sie nicht gedacht. Prüfen Sie zuerst, ob Sie einen kostenpflichtigen Tarif haben, und legen Sie dann los.
- Aktualisieren Sie Cursor auf die neueste Version, öffnen Sie einen Cloud-Agenten und beschreiben Sie in einem Satz, was gebaut werden soll, zum Beispiel: „Baue eine interne App, mit der mein Team Fehler melden und ihren Status verfolgen kann.“
- Der Cloud-Agent baut einen ersten Entwurf der App; wenn Daten gespeichert werden müssen, richtet er automatisch eine Postgres-Datenbank ein, und die Anmeldung läuft über Cursor Single Sign-On – Sie müssen kein eigenes Kontensystem anbinden.
- Klicken Sie in der Vorschau die wichtigsten Abläufe durch und prüfen Sie, ob Einreichen, Ansehen und Statusänderung funktionieren; bei Problemen bitten Sie den Agenten im Chat um eine Korrektur.
- Wählen Sie eine Webadresse, bestehen Sie die Sicherheitsprüfungen und klicken Sie auf Veröffentlichen. Sie erhalten einen teilbaren Link, den Sie an Kollegen schicken; sie melden sich mit ihrem Cursor-Konto an und können die App nutzen.
- Nach der Veröffentlichung können Sie weiter ändern und erneut veröffentlichen; der alte Link bleibt unverändert.
Drei Einschränkungen vorher klären
Erstens: Diese Funktion gibt es nur bei Cloud-Agenten; lokale Agenten können sie nicht nutzen, und im kostenlosen Tarif ist sie nicht enthalten. Zweitens: Code-Repositories können nur auf Cursor Origin oder GitHub liegen; GitLab-Unterstützung ist noch unterwegs – Teams mit GitLab sollten mit einer Migration noch warten. Drittens: Vor der Veröffentlichung muss die App Sicherheitsprüfungen bestehen; fällt sie durch, geht sie nicht live. Bei sensiblen Daten oder öffentlich zugänglichen Szenarien sollten Sie die Compliance-Anforderungen vorher prüfen; einen eigenen Hosting-Preis oder ein Nutzungskontingent hat der Anbieter nicht veröffentlicht.
Es gibt drei Freigabestufen: nur für bestimmte Personen, für das ganze Team oder als öffentlicher Link. In den Team- und Enterprise-Tarifen ist die öffentliche Freigabe standardmäßig deaktiviert und muss von einem Administrator freigeschaltet werden; in Einzeltarifen kann man öffentlich teilen, und die Betrachter brauchen kein Cursor-Konto. Vor jeder Veröffentlichung laufen vier feste Prüfungen: keine Geheimnisse in den App-Dateien, keine Anmeldedateien, keine .env-Dateien und keine Source Maps – wird etwas gefunden, geht die App nicht live.
Am besten eignet sie sich für interne Werkzeuge: Fehlerverfolgung, Anmeldung zu Veranstaltungen, Sitzplatzplanung, Einarbeitungslisten und Daten-Dashboards – also klar umrissene Bedürfnisse, deren Nutzer die eigenen Kollegen sind. Für externe Produkte, komplexe Berechtigungsstufen oder hohe gleichzeitige Last sollten Sie sie nicht in einem Schritt erwarten. Probieren Sie sie zuerst mit einem echten kleinen Bedarf aus; wenn der Ablauf funktioniert, entscheiden Sie, ob Sie weitere interne Werkzeuge dorthin verlagern.
