La création d'applications dans Cursor est idéale pour construire rapidement de petits outils internes et les partager avec ses collègues : cette fonctionnalité, lancée le 5 novembre, est prise en charge par un agent cloud, et la construction de l'application, la configuration de la base de données, la connexion et la publication se font entièrement dans Cursor. Elle n'est pas conçue pour des produits vendus directement à des clients externes. Vérifiez d'abord que vous disposez d'une offre payante, puis lancez-vous.
- Mettez Cursor à jour vers la dernière version, ouvrez un agent cloud et décrivez en une phrase ce que vous voulez, par exemple : « Crée une application interne où mon équipe peut signaler des bogues et suivre leur état. »
- L'agent cloud construit une première version de l'application ; quand des données doivent être stockées, il provisionne automatiquement une base de données Postgres, et la connexion passe par l'authentification unique Cursor, sans qu'il soit nécessaire de brancher votre propre système de comptes.
- Parcourez le parcours principal dans l'aperçu pour vérifier que l'envoi, la consultation et le changement d'état fonctionnent ; en cas de problème, demandez à l'agent dans la conversation de corriger.
- Choisissez une adresse web, passez les contrôles de sécurité, puis cliquez sur publier. Vous obtenez un lien partageable à envoyer à vos collègues ; ils se connectent avec leur compte Cursor et peuvent utiliser l'application.
- Vous pouvez continuer à modifier l'application après la publication et republier ; l'ancien lien reste inchangé.
Trois limites à clarifier d'abord
Premièrement, cette fonctionnalité n'est disponible que sur les agents cloud ; les agents locaux ne peuvent pas l'utiliser et l'offre gratuite ne l'inclut pas. Deuxièmement, les dépôts de code ne peuvent se trouver que sur Cursor Origin ou GitHub ; la prise en charge de GitLab est encore à venir, donc les équipes qui utilisent GitLab ne doivent pas se précipiter pour migrer. Troisièmement, une application doit réussir des contrôles de sécurité avant d'être mise en ligne ; en cas d'échec, elle ne peut pas être publiée. Pour les données sensibles ou les scénarios accessibles publiquement, évaluez d'abord les exigences de conformité, et le fournisseur n'a publié ni prix d'hébergement distinct ni plafond d'usage.
Le partage se fait à trois niveaux : certaines personnes seulement, toute l'équipe, ou un lien public. Sur les offres Team et Enterprise, le partage public est désactivé par défaut et doit être activé par un administrateur ; sur les offres individuelles, on peut partager publiquement et les visiteurs n'ont pas besoin de se connecter à Cursor. Avant chaque publication, quatre vérifications systématiques sont exécutées : aucun secret dans les fichiers de l'application, aucun fichier d'identifiants, aucun fichier .env et aucune source map — si un problème est détecté, l'application ne peut pas être mise en ligne.
Elle convient le mieux aux outils internes : suivi des bogues, inscription à des événements, plan des bureaux, listes d'intégration et tableaux de bord — des besoins bien définis, dont les utilisateurs sont vos propres collègues. Pour des produits destinés au public, des niveaux d'autorisation complexes ou une forte charge simultanée, ne vous attendez pas à ce qu'elle fasse tout en une seule étape. Essayez-la d'abord avec un vrai petit besoin ; une fois le flux validé, décidez s'il faut y déplacer davantage d'outils internes.
