Aller au contenu

Les variables d’environnement et les secrets de votre appli, hors du code, avec votre agent IA

Une clé dans le code ou dans un .env finit par fuiter. Sur while, votre agent IA règle les variables de votre appli par MCP, et vos secrets vivent dans un coffre chiffré : votre appli les reçoit, votre agent ne peut pas les relire.

Par Aloïs Oddon, cofondateur de Nextmap. Faits relevés le 2 novembre 2026.

Voir en Markdown

Prérequis

  • Une appli en ligne sur while, ou prête à l’être.
  • Votre agent IA, branché à while par MCP.

Étape 1 : Demandez une variable à votre agent

Vous, à votre agent : Ajoute la variable LOG_LEVEL=info.

Votre agent la pose par MCP, et elle arrive à votre appli à la mise en ligne suivante.

Étape 2 : Gardez vos secrets pour vous

Pour une clé ou un mot de passe, collez la valeur vous-même dans les réglages de votre appli, dans while, à « Variables et secrets » : votre appli la reçoit, votre agent ne la voit jamais. Et un secret que votre agent pose par MCP, il ne peut plus le relire.

Ce que fait votre agent

Les secrets vivent dans un coffre chiffré, jamais dans while.yaml ni dans votre code, comme le veut la méthode des douze facteurs1. Une variable sans secret, elle, peut s’écrire dans while.yaml. Ils arrivent à votre appli à chaque mise en ligne, en variable d’environnement, ou en fichier dans /run/secrets/ pour les plus sensibles :

server.js
import { readFile } from 'node:fs/promises';

const cle = (await readFile('/run/secrets/CLE_API', 'utf8')).trim();

Utiliser un registre npm privé

Vous, à votre agent : Notre registre npm privé demande un jeton.

Votre agent déclare un secret de construction, NPM_TOKEN, et un .npmrc qui le lit. Vous saisissez sa valeur : il sert à installer les paquets, jamais à votre appli, et ne reste pas dans l’image.

while.yaml
services:
  - name: web
    port: 3000
    build:
      secrets: [NPM_TOKEN]

Une valeur différente en prévisualisation

Vous, à votre agent : Mets LOG_LEVEL=debug en prévisualisation.

Chaque environnement a ses propres variables : la prévisualisation parle davantage dans ses journaux, la production reste sobre.

Les adresses que votre appli reçoit d’office

Vous, à votre agent : Quelles variables notre appli reçoit-elle ?

Votre agent vous les liste : DATABASE_URL pour la base, REDIS_URL pour le cache, les S3_ du stockage, SENTRY_DSN pour les erreurs, et une adresse par API branchée.

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 : Variables et secrets, Prévisualisations, Versions et retour arrière et Erreurs (Sentry).

Prochaines étapes

Sources

  1. La méthode des douze facteurs, la configuration, consulté le 2 novembre 2026

Questions

Puis-je mettre mes secrets dans while.yaml ?

Pas un secret : while.yaml décrit l’appli, et les secrets vivent dans le coffre de while. Une variable sans secret, oui.

Et le .env de mon dépôt ?

Il reste hors de la construction et de l’image : ses valeurs se posent dans while.

Faut-il remettre en ligne après un changement ?

Oui : une variable changée arrive à votre appli à la mise en ligne suivante.

Branchez votre agent, il s’occupe du reste

À coller dans votre agent

Lis while.sh/agents, puis mets mon appli en ligne avec while.

Copier les instructions

Pas besoin de compte pour essayer : votre appli est en ligne tout de suite. Pour la garder, connectez-vous.

Un projet pour votre entreprise ? Parlez à l’équipe : hello@while.sh