Mettre en ligne une appli Nuxt depuis votre agent IA, par MCP
Votre agent IA a écrit votre appli Nuxt. Branché à while par MCP, il la met aussi en ligne, en HTTPS, et vous choisissez qui l’ouvre.
Par Aloïs Oddon, cofondateur de Nextmap. Faits relevés le 2 novembre 2026.
Prérequis
- Une appli Nuxt qui se construit avec nuxt build.
- Un agent IA qui travaille dans un terminal : Claude Code, Codex, Cursor ou Gemini CLI.
Étape 1 : Donnez ces instructions à votre agent
Ouvrez votre agent dans le dossier de votre appli, et collez-lui ces instructions :
Connecte-toi à while avec mon compte (while.sh/agents), puis mets mon appli en ligne.Sans compte, votre agent met votre appli en ligne à l’essai, en une demande. Pour la garder, ouvrez le lien qu’il vous donne et créez votre compte.
Avec votre compte, votre agent ajoute lui-même le serveur MCP de while. S’il vous le demande, relancez-le. Au premier appel à while, une page s’ouvre dans votre navigateur. Dans Claude Code, si elle ne s’ouvre pas, tapez /mcp, choisissez while, puis Authenticate. Sur cette page, choisissez votre appli, ou « Une nouvelle appli », puis cliquez sur Autoriser.
Étape 2 : Ouvrez votre appli
Votre agent vous donne l’adresse de votre appli, par exemple https://mon-appli.while.cloud, en HTTPS.
Ce que fait votre agent
Il écrit while.yaml à la racine de votre appli :
apiVersion: while/v1
project: mon-appli
services:
- name: web
port: 3000
health:
path: /Le port 3000 est celui du serveur Node de Nuxt, qui lit la variable PORT2. Votre appli est construite, ses tests tournent, puis elle démarre. Le projet de départ de Nuxt 4 est passé tel quel1.
Réserver votre appli à vos collègues
Vous, à votre agent : Réserve l’appli aux personnes de l’entreprise.
Votre agent ajoute deux lignes au service :
access: internal
email_domains: [acme.fr]Une fois votre Google Workspace ou Microsoft 365 relié à while, avec l’offre Pro, vos collègues l’ouvrent avec leur compte habituel, et votre code reçoit leur nom et leur adresse électronique, sans page de connexion à écrire.
Partager avec un client, protégé par un mot de passe
Vous, à votre agent : Ouvre l’appli à notre client, avec un mot de passe.
Votre agent réserve l’appli, puis, sur la page de l’appli dans while, vous créez un lien de 1, 7 ou 30 jours, avec un mot de passe que votre agent ne verra jamais.
Ajouter une base de données
Vous, à votre agent : Ajoute une base PostgreSQL.
Votre agent déclare la base dans while.yaml, et son adresse arrive à votre code dans DATABASE_URL. Elle est sauvegardée chaque jour, et revient à un instant précis si besoin.
Passer sur votre propre domaine
Vous, à votre agent : Mets l’appli sur planning.acme.fr.
Votre agent déclare le domaine, vous ajoutez les enregistrements DNS qu’il vous donne, et le certificat HTTPS suit.
Voir une nouvelle version avant de la mettre en ligne
Vous, à votre agent : Montre-moi la nouvelle version avant de la mettre en ligne.
Votre agent ouvre une prévisualisation, à son adresse à elle, avec ses propres données. Vous la regardez, puis il la met en production.
Revenir à la version d’avant
Vous, à votre agent : Reviens à la version d’avant.
Dans les 30 minutes qui suivent une mise en ligne, la version d’avant revient en une seconde. Ensuite, en quelques secondes. Une fois la version d’avant revenue, votre agent lit ce qui a cassé dans les journaux de while, corrige et remet en ligne.
Dans la doc : Bases PostgreSQL, Accès interne, Domaine personnalisé, Prévisualisations et Versions et retour arrière.
Prochaines étapes
Sources
- Nuxt, le projet de départ de la version 4 (nuxt build, sans script start), consulté le 2 novembre 2026
- Nuxt, la mise en ligne sur un serveur Node.js (.output/server/index.mjs, PORT), consulté le 2 novembre 2026