Cursor Live Apps : Nouveautés, tableaux de bord internes et alternatives (2026)

Powerdrill Bloom·9 novembre 2026

Cursor peut désormais créer une application web en direct à partir d'une courte description et la partager via un lien. La fonctionnalité a été lancée le 5 novembre 2026. Un agent cloud construit l'application, configure une base de données et l'authentification, puis la déploie.

Ce guide couvre les nouveautés lancées, le fonctionnement du flux de création, qui peut ouvrir une application publiée et son coût. Il examine également l'usage le plus courant, les tableaux de bord internes, et se termine par des alternatives. Chaque détail provient des pages des fournisseurs consultées le 9 novembre 2026.

Ce que Cursor a publié le 5 novembre

Cursor a annoncé la fonctionnalité dans un article du journal des modifications intitulé « Build Live Apps in Cursor ». L'article est daté du 5 novembre 2026.

L'article commence par un problème. Il indique que « la plupart des applications et outils que les utilisateurs construisent ne quittent jamais le localhost ». La nouvelle fonctionnalité comble cet écart. Selon les termes de l'article, « vous pouvez créer des applications en direct directement dans Cursor et les partager avec un lien ».

L'argumentaire est court. « Décrivez ce que vous voulez créer et Cursor s'occupera du reste : construire l'application, configurer une base de données, configurer l'authentification et la déployer ».

Le public est plus large que les ingénieurs. L'article précise que « n'importe qui dans votre organisation peut désormais créer des outils utiles pour son travail et les partager avec ses coéquipiers ». Il ajoute que des personnes des services vente, opérations, juridique, finance et ingénierie créent déjà des applications internes de cette manière au sein de l'entreprise.

Comment fonctionnent les applications en direct de Cursor

La construction s'exécute dans un agent cloud, pas sur votre ordinateur portable. La documentation indique d'« utiliser un agent cloud ; cette fonctionnalité n'est pas prise en charge localement ».

Selon la documentation, le flux se présente comme suit :

Lancez un agent cloud et dites simplement que vous voulez une application.
Décrivez ce qu'elle doit faire, ou demandez à l'agent de déployer un dépôt existant.
Prévisualisez l'application dans le volet que Cursor affiche lorsqu'elle est prête.
Choisissez une URL et sélectionnez publier.
Cursor effectue des contrôles de sécurité et renvoie un lien en direct s'ils réussissent.

Les nouvelles applications partent de zéro dans un dépôt sur Cursor Origin. Le journal des modifications indique que les applications peuvent également être déployées à partir de dépôts existants sur Cursor Origin et GitHub. Le support pour d'autres fournisseurs git, tels que GitLab, est « prévu prochainement ».

Ce que Cursor configure pour vous

La documentation énumère quatre éléments que Cursor gère :

Hébergement. Chaque application est déployée dans un compte dédié à votre équipe. Chaque compte est isolé des autres équipes et utilisateurs.
Base de données. Si l'application en a besoin, Cursor provisionne automatiquement une base de données Postgres.
Authentification. Les applications privées et d'équipe sont protégées par la connexion Cursor.
Secrets. Lorsque l'application doit accéder à vos systèmes, Cursor demande les secrets. La documentation précise que « l'agent ne voit jamais les valeurs ».

Conseils pour un bon premier prompt

La documentation donne une règle prioritaire : « Soyez explicite sur le fait que vous voulez que Cursor construise une application ». Les exemples de prompts commencent tous de la même manière, par les mots « Build an app » ou « Deploy this repo as an app ». Cette introduction indique à l'agent que l'objectif est un résultat hébergé en direct plutôt que du code seul.

Quelques autres habitudes découlent de la documentation et des exemples de prompts :

Nommez les données. Indiquez d'où proviennent les chiffres, comme un CRM, un entrepôt de données ou une feuille de calcul.
Nommez la vue. Demandez le graphique, le tableau et les filtres dont vous avez besoin.
Planifiez les secrets. Si l'application lit vos systèmes, préparez les clés. Un administrateur d'équipe crée souvent des secrets d'équipe dans le tableau de bord des applications.
Choisissez le public tôt. Décidez si l'application est destinée à quelques personnes, à l'équipe ou au public.
Commencez petit. Publiez une page utile, puis demandez à l'agent d'ajouter la fonctionnalité suivante.

Les petites premières versions sont plus faciles à vérifier. Elles passent également l'examen de sécurité avec moins de corrections.

Tableaux de bord internes et autres cas d'utilisation

Les tableaux de bord reviennent sans cesse dans les propres exemples du fournisseur. La documentation s'ouvre sur la phrase « Les agents cloud peuvent créer une application web fonctionnelle, comme un tableau de bord, un portail ou un microsite ».

Un exemple de prompt dans la documentation demande les inscriptions hebdomadaires. Il se lit comme suit : « Build an app that shows our weekly signups as a dashboard, with a chart and a table I can filter by plan ». D'autres demandent un suivi des rapports de bogues et un microsite de lancement avec un formulaire d'inscription.

Le journal des modifications liste des applications que le propre personnel de l'entreprise a construites :

Outils d'opérations internes pour l'inscription aux événements, l'attribution des comptes et le placement des bureaux.
Présentations clients combinant diapositives, vidéos et démos interactives.
Expériences de formation et d'intégration pour les nouvelles recrues.
« Tableaux de bord en direct et outils pour les équipes de vente afin de comprendre leur pipeline et leurs opportunités ».
Portails pour gérer les services d'ingénierie.

Une application de tableau de bord peut également se connecter à un entrepôt de données. Le journal des modifications indique que l'agent demandera les secrets dont il a besoin lorsqu'une application se connecte à vos systèmes.

Exemple de création d'un tableau de bord interne

Voici comment une petite équipe pourrait utiliser la fonctionnalité. L'équipe et les chiffres sont fictifs à titre d'illustration. Les étapes suivent la documentation officielle.

Brightline Tutors gère une équipe de vente de six personnes. La responsable des ventes souhaite une vue du pipeline qui se met à jour d'elle-même.

Prompt. Elle lance un agent cloud et écrit : build an app that shows open deals by stage, with a chart and a filter by rep.

Construction. L'agent échafaude l'application web et ajoute une base de données Postgres. Il demande la clé API du CRM en tant que secret. L'agent ne voit jamais la valeur de la clé.

Aperçu. Elle vérifie le volet. Le graphique montre 42 transactions en cours sur quatre étapes. Elle demande à l'agent d'ajouter un total hebdomadaire.

Publication. Elle choisit une URL et publie. Les contrôles de sécurité réussissent et Cursor renvoie un lien en direct.

Partage. Elle partage l'application avec le groupe de vente. Chaque représentant se connecte à Cursor pour l'ouvrir.

L'équipe dispose désormais d'un tableau de bord en direct sans outil de BI. Quelqu'un reste cependant propriétaire de l'application. Les modifications repassent par l'agent.

Partage et contrôles d'accès

Chaque application possède un paramètre de visibilité. La documentation en liste trois :

Visibilité	Qui peut l'ouvrir
Personnes invitées	Vous, ou des membres et groupes d'équipe spécifiques connectés à Cursor
Équipe	Vous et l'ensemble de votre équipe Cursor, connectés à Cursor
Public	Toute personne disposant du lien

Le partage public est limité sur les forfaits business. La documentation indique que « le partage public est désactivé par défaut pour les forfaits Teams et Enterprise ». Un administrateur d'équipe peut l'activer.

Les scripts et les bots peuvent également utiliser les applications. Une clé API Cursor permet à Grok Bot, à des scripts ou à des tâches CI d'ouvrir une application comme un utilisateur connecté. La clé est insérée dans l'en-tête x-cursor-app-token de chaque requête.

Contrôles de sécurité avant publication

Des contrôles sont effectués avant que toute application ne soit mise en ligne. Le journal des modifications indique que « rien n'est mis en ligne tant que les contrôles n'ont pas réussi et que vous n'avez pas explicitement publié l'application ».

La documentation liste quatre contrôles qui sont toujours actifs :

Bloquer les secrets écrits dans les fichiers de l'application.
Bloquer les fichiers d'identifiants, tels que les clés privées.
Ne jamais publier de fichiers .env.
Ne jamais publier de source maps.

En plus de cela, un examen de sécurité par IA lit les fichiers de l'application. Il bloque les problèmes graves avant que l'application ne soit mise en ligne. Les administrateurs d'équipe peuvent ajouter leurs propres règles à l'examen, mais ils ne peuvent pas supprimer les contrôles intégrés de Cursor.

Les administrateurs disposent également d'un tableau de bord des applications. Le journal des modifications indique que les administrateurs « peuvent voir chaque application et chaque secret de l'équipe ». Ils peuvent dépublier n'importe quelle application et approuver les publications que l'examen a bloquées. Ils peuvent également désactiver les applications pour toute l'équipe.

Qui peut l'utiliser et combien ça coûte

Le journal des modifications indique que la fonctionnalité est « disponible sur tous les forfaits payants avec les agents cloud activés ». La page de tarification de Cursor indique quels forfaits incluent les agents cloud.

Forfait	Prix sur la page de tarification de Cursor	Agents cloud et automatisations
Free	0 $ par mois	Non inclus
Plus	8 $ par mois	Non inclus
Premium	30 $ par mois	Inclus
Super	100 $ par mois	Inclus
Ultra	200 $ par mois	Inclus
Teams	30 $+ par utilisateur par mois	Inclus
Enterprise	Sur mesure	Inclus

L'utilisation de modèles tiers entraîne des coûts supplémentaires. La page de tarification indique qu'elle « n'est pas incluse dans les prix mensuels affichés et doit être achetée séparément ». Les prix s'entendent hors taxes.

Limitations actuelles

Le lancement présente des limites claires, toutes issues des propres pages de Cursor :

Il nécessite un agent cloud. Les agents locaux ne peuvent pas construire d'applications en direct.
Les déploiements fonctionnent à partir de Cursor Origin et GitHub. Le support de GitLab est encore à venir.
Les applications d'équipe et sur invitation nécessitent une connexion Cursor pour être ouvertes.
Les applications publiques sont désactivées par défaut pour Teams et Enterprise.
Une application est du code. Quelqu'un doit la maintenir après le lancement.

Le dernier point est important pour le reporting. Un tableau de bord des ventes hebdomadaire est facile à lancer. Un dossier de conseil d'administration mensuel ou un résumé écrit des mêmes chiffres est un résultat différent.

Ce que cela signifie pour les outils internes

Pour de nombreuses équipes, l'écart entre une idée et un outil partagé vient de se réduire. La base de données, la connexion, l'hébergement et les secrets nécessitaient auparavant un ingénieur. Désormais, un seul prompt les couvre.

Les garde-fous aident à une diffusion sécurisée. Les administrateurs voient chaque application et chaque secret. Des contrôles de sécurité sont effectués à chaque publication.

Cela soulève également une question de planification. Certaines demandes nécessitent une application en direct que les gens consultent chaque jour. D'autres n'ont besoin que d'un rapport, d'un graphique ou d'une présentation. Choisir le bon format de sortie permet d'économiser de la maintenance par la suite.

Alternatives aux applications en direct de Cursor

D'autres outils construisent des applications ou des sites à partir d'une description. Les prix proviennent de la page de chaque fournisseur au 9 novembre 2026.

Outil	Ce qu'il construit	Prix, selon le fournisseur
Cursor live apps	Applications web hébergées avec Postgres et connexion Cursor	Premium 30 $ par mois et plus
Replit	Applications et sites dans le navigateur	Core 20 $ par mois, ou 18 $ par mois facturés annuellement
Lovable	Applications et sites à partir d'un chat	Free 0 $ ; Pro 25 $ par mois ; Business 50 $ par mois
ChatGPT Sites	Sites web et applications légères à l'intérieur de ChatGPT	Forfaits payants uniquement ; non disponible sur Free ou Go
Powerdrill Bloom	Rapports, tableaux de bord et diapositives à partir de fichiers de données	Forfait Free ; Pro 13,27 $/mois

Replit. Sa page de tarification liste Core pour les « projets personnels et applications simples ». Pro est à 100 $ par mois, ou 90 $ par mois facturés annuellement, « pour les constructions commerciales et professionnelles ».

Lovable. Son forfait Pro est « conçu pour les équipes rapides qui construisent ensemble en temps réel ». Pro et Business listent tous deux 100 crédits mensuels.

ChatGPT Sites. Les notes de mise à jour d'OpenAI indiquent que Sites vous permet de « transformer votre travail ou vos idées en un site web interactif ou une application légère sans quitter ChatGPT ». Les mêmes notes précisent que Sites n'est pas disponible sur les forfaits Free ou Go.

Où se situe Powerdrill Bloom

Tous les tableaux de bord internes n'ont pas besoin d'être une application. Si l'objectif est une vue hebdomadaire ou un rapport finalisé, Powerdrill Bloom fonctionne à partir des fichiers de données que vous possédez déjà.

Le AI Finance Dashboard Builder indique qu'il construit un tableau de bord KPI « qui s'actualise avec vos exports comptables, en quelques minutes, sans équipe BI nécessaire ». L'Excel AI Assistant indique que vous pouvez « exporter des analyses sous forme de diapositives PowerPoint, d'infographies ou de pages Notion en un clic ». L'AI Report Generator transforme les mêmes données en un rapport écrit.

Il n'y a pas de code à héberger ou à maintenir. La page de tarification liste un forfait Free à 0,00 $ et Pro à 13,27 $/mois.

Essayez Powerdrill Bloom avec l'export de pipeline de la semaine dernière.

Foire aux questions

Que sont les applications en direct de Cursor ?

Ce sont des applications web qu'un agent cloud Cursor construit et déploie à partir d'une description. Cursor configure l'hébergement, une base de données Postgres, la connexion et les secrets, puis renvoie un lien en direct.

Quand Cursor a-t-il lancé les applications en direct ?

Cursor a annoncé la fonctionnalité dans un article du journal des modifications daté du 5 novembre 2026. Elle est disponible sur les forfaits payants avec les agents cloud activés.

Puis-je créer un tableau de bord avec les applications en direct de Cursor ?

Oui. La documentation de Cursor cite les tableaux de bord comme une application typique. Un exemple de prompt demande les inscriptions hebdomadaires avec un graphique et un tableau filtrable.

Qui peut ouvrir une application Cursor que je publie ?

C'est vous qui choisissez. Une application peut être partagée avec des personnes invitées, toute votre équipe ou le public. Les applications d'équipe et sur invitation nécessitent une connexion Cursor, et le partage public est désactivé par défaut sur Teams et Enterprise.

Combien coûtent les applications en direct de Cursor ?

Cursor ne liste pas de frais distincts. Sa page de tarification liste les agents cloud sur le forfait Premium à 30 $ par mois et les forfaits supérieurs. L'utilisation de modèles tiers est facturée séparément.

Sources : Journal des modifications Cursor, Build Live Apps in Cursor · Documentation Cursor, Apps · Tarification Cursor · Tarification Replit · Tarification Lovable · Notes de mise à jour ChatGPT. Détails consultés sur les pages des fournisseurs le 9 novembre 2026.