Mettre en ligne Strapi et sa base PostgreSQL depuis votre agent IA, par MCP

Prérequis

• Un projet Strapi, avec son package.json.
• 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.

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 « 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-cms.while.cloud, en HTTPS.

Ce que fait votre agent

Il écrit while.yaml à la racine de votre projet :

apiVersion: while/v1
project: mon-cms
services:
  - name: web
    port: 1337
    health:
      path: /_health
    resources:
      memory: 1Gi
    env:
      DATABASE_CLIENT: postgres
databases:
  - name: main
buckets:
  - name: medias

Strapi est reconnu comme une appli Node.js : construit avec npm run build, puis démarré avec npm start. Il lit sa base dans DATABASE_URL, avec DATABASE_CLIENT=postgres et le paquet pg, que votre agent ajoute¹. Vos médias vont dans le bucket, par le fournisseur S3 de Strapi². Votre agent génère les clés de Strapi, APP_KEYS, ADMIN_JWT_SECRET et les autres, et les range dans le coffre de while³.

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.

Voir une 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.

Lire vos contenus depuis votre agent

Votre agent lit la base de Strapi en SQL par MCP, avec vos droits, sans pouvoir y écrire.

Corriger une faille dans vos dépendances

Les dépendances de votre appli sont comparées aux failles connues à chaque mise en ligne, puis chaque jour. Votre agent est prévenu d’une faille grave, et met à jour le paquet en cause.

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 : Bases PostgreSQL, Stockage objet (S3), Domaine personnalisé, Prévisualisations, Versions et retour arrière et Failles des dépendances.

Prochaines étapes

• Stocker les fichiers de votre appli
• Mettre en ligne une API Node.js et sa base PostgreSQL
• Mettre en ligne un site statique