Cursor Apps : les agents cloud de Cursor construisent, hébergent et publient désormais des applications web
Depuis le 5 novembre, un agent cloud de Cursor peut générer une application web, lui créer une base Postgres et une authentification, puis la publier à une adresse choisie après des contrôles de sécurité. La fonction est ouverte à tous les forfaits payants avec agents cloud.
Cursor a ouvert le 5 novembre 2026 une fonction baptisée Apps dans sa documentation : un agent cloud peut désormais transformer une demande en application web hébergée et partageable par un lien. « La plupart des applications ne quittent jamais localhost », résume l’éditeur dans son changelog.
Du prompt au lien
Il faut lancer un agent cloud et lui dire explicitement qu’on veut une application ; la fonction n’existe pas en local. L’agent génère le code, crée une base Postgres si l’application en a besoin, place l’accès derrière l’authentification Cursor et prépare l’hébergement. Si l’app doit se brancher sur un système interne (un entrepôt de données, dans l’exemple de Cursor), l’agent demande les secrets nécessaires ; selon la documentation, il n’en voit jamais les valeurs.
Un panneau permet de prévisualiser l’application. Au moment de publier, l’utilisateur choisit l’adresse, modifiable ensuite. Les dépôts peuvent être neufs (créés sur Cursor Origin) ou existants sur GitHub ; GitLab est annoncé pour plus tard.
Une porte de publication
Le point le plus intéressant est le contrôle avant mise en ligne. Quatre vérifications tournent à chaque publication, même si la revue de sécurité est désactivée : blocage des clés ou jetons écrits dans les fichiers, blocage des fichiers d’identifiants, exclusion des fichiers .env et des source maps. S’y ajoute une revue de sécurité par IA qui lit le code et bloque les problèmes sérieux. Rien n’est publié sans que ces contrôles passent et sans un clic explicite.
Côté équipe, les administrateurs voient toutes les apps et tous les secrets, peuvent ajouter leurs propres règles, approuver une publication bloquée ou dépublier une app. Le partage se fait avec des personnes invitées, toute l’équipe ou en public ; le public est désactivé par défaut sur Teams et Enterprise. Chaque équipe ou utilisateur dispose d’un compte d’hébergement isolé. Cursor ne nomme pas l’hébergeur ; selon The New Stack, Vercel a indiqué que la fonction s’appuie sur son offre Vercel for Platforms.
Notre lecture
Cursor s’aventure sur le terrain de Lovable, Replit ou Bolt, mais par l’autre bout : il ne vise pas d’abord le grand public, il vise l’outil interne qu’un salarié construit pour son équipe, avec la connexion Cursor comme verrou par défaut. La porte de publication répond à un problème bien réel : des apps générées par IA mises en ligne avec des secrets en clair ou des bases ouvertes. Elle ne remplace pas pour autant un audit, puisque la revue par IA reste une revue automatique. Deux points restent à clarifier pour les équipes : le coût de l’hébergement et des bases à l’usage, que le changelog et la documentation ne détaillent pas, et la façon de sortir une app de Cursor si on veut l’héberger ailleurs.
Sources
- Cursor — changelog « Build Live Apps in Cursor » (5 novembre 2026) Source primaire
- Cursor — documentation Apps (agents cloud) Source primaire
- Cursor sur X — annonce (5 novembre 2026) Source primaire
- The New Stack — Cursor takes on Lovable and Replit with fully managed app deployment Source secondaire
Une source primaire émane directement de l'entreprise, du laboratoire ou de l'organisme concerné. Une source secondaire rapporte l'information sans en être l'auteur : nous la signalons comme telle. Une erreur ? Consultez notre politique de correction.
