Mettre en ligne une appli Bolt hors de Bolt, depuis votre agent IA, par MCP

Prérequis

• Une appli Bolt, synchronisée avec GitHub¹. Votre agent clone le dépôt sur votre ordinateur.
• 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
    type: static
    root: dist
    build:
      args:
        VITE_SUPABASE_URL: https://abcdefgh.supabase.co
        VITE_SUPABASE_PUBLISHABLE_KEY: eyJhbGciOi…

Votre appli est construite avec Vite à chaque mise en ligne, puis le dossier dist est servi, avec un cache HTTP. L’adresse et la clé publique de Supabase passent à la construction, où Vite les lit^4,3. Votre agent renomme au passage la clé en VITE_SUPABASE_PUBLISHABLE_KEY, dans votre code et dans .env : un nom en _KEY pourrait cacher un secret, et PUBLISHABLE dit qu’elle est publique. Vos pages comme /dashboard s’ouvrent aussi depuis un lien ou après un rechargement.

Partager avec un client, protégé par 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.

Réserver votre appli à vos collègues

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, sans page de connexion à écrire.

Passer sur votre propre domaine

Votre agent déclare le domaine, vous ajoutez les enregistrements DNS qu’il vous donne, et le certificat HTTPS suit.

Rapatrier vos données en France

Votre agent déclare une base PostgreSQL, sauvegardée chaque jour, y recopie vos tables, et écrit la petite API qui les sert à votre appli.

Voir une nouvelle version avant de la mettre en ligne

Votre agent ouvre une prévisualisation, à son adresse à elle. Si votre base est dans while, la prévisualisation a aussi ses propres données. Vous la regardez, puis il la met en production.

Revenir à 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 : Sites statiques, Accès interne, Domaine personnalisé, Prévisualisations, Versions et retour arrière et Variables et secrets.

Prochaines étapes

• Mettre en ligne une appli React faite avec Vite
• Mettre en ligne une appli Lovable hors de Lovable
• Où mettre en ligne une appli faite avec Lovable, Bolt ou v0