Aller au contenu

Laissez votre agent IA livrer jusqu’en production,sans relire chaque commande.

Branché à while par MCP, il met en ligne l’appli et tout ce qu’elle demande. Vous ne validez que les gestes sensibles, comme supprimer une base de production.

À coller dans votre agentLis while.sh/agents, puis mets mon appli en ligne avec while.

Claude

  1. Vous : J’aimerais montrer mon appli de planning. Mets-la en ligne avec while.
  2. Claude : Je la mets en ligne, avec sa base de données et l’import du matin.
  3. Autoriser un agentwhile · Un nouveau projetAutorisé
  4. Claude : C’est en ligne.Planning des visitesplanning.acme.fr
  5. Vous : Branche l’import sur Pennylane.
  6. Claude : J’ai déclaré Pennylane en lecture. Saisissez la clé dans while. Je ne la verrai jamais.PennylaneLecture seule · déclarée par Claude
  7. Vous : Ajoute un export CSV.
  8. Vous : L’export ne marche pas.
  9. Claude : Je regarde les journaux et les erreurs de l’appli.
  10. Claude : La version 2 casse l’export. Je reviens à la version 1.
  11. Claude : C’est revenu. Je corrige l’export avant de le remettre.
  12. Vous : Qu’as-tu fait cette semaine ?
  13. Claude : Tout est dans le journal de while.

Acme/planningVue d’ensemble

France copie automatique restauration d'essai Planning des visiteswebpour les autres services12 requêtes en 15 min95 % en moins de 120 ms Import des visitesimport-visitestâche planifiée · chaque jour à 07:00 Base mainPostgreSQL 16jusqu’à 1 Gio Sauvegardeschaque jour à 03:00gardées 14 jours Test de restauration4 tables relues
France 184 en 15 min copie automatique restauration d'essai L’équipe Acme Planning des visiteswebouverte à l’organisation184 requêtes en 15 min95 % en moins de 180 ms Import des visitesimport-visitestâche planifiée · chaque jour à 07:00 Base mainPostgreSQL 16jusqu’à 1 Gio Sauvegardeschaque jour à 03:00gardées 14 jours Test de restauration4 tables relues
France 184 en 15 min 1 284 appels en 24 h copie automatique restauration d'essai L’équipe Acme Planning des visiteswebouverte à l’organisation184 requêtes en 15 min95 % en moins de 180 ms Import des visitesimport-visitestâche planifiée · chaque jour à 07:00 Base mainPostgreSQL 16jusqu’à 1 Gio Source de donnéesPennylane Sauvegardeschaque jour à 03:00gardées 14 jours Test de restauration4 tables relues

planning.acme.fr

Planning des visites

IFMBLD
Lun.Mar.Mer.Jeu.Ven. 9:0010:0011:0014:0015:0016:00 IF9:00MB11:00LD15:00MB15:00LD10:00IF14:00IF10:00MB16:00

Inès, Malik et Léa l’ont ouvert ce matin

  1. Votre agent met l’appli en ligne

  2. Vous saisissez la clé, pas votre agent

  3. Votre agent revient à la version d’avant

  4. Vous voyez tout ce que fait votre agent

Copier les instructions

À coller dans votre agent

Marche avec

Cliquez sur votre agent pour copier ses instructions.

Hébergé en Francepar Nextmap

Votre agent fait le travail, vous gardez la main

Plus une ligne de config de serveur à écrire

Votre agent déclare ce que l’appli demande, et chaque mise en ligne crée le reste : base, tâches, stockage, domaine.

  • Node, Python et Go se construisent sans Dockerfile, les autres langages avec le vôtre.
  • Pour Rails, Laravel, Spring, .NET ou Rust, votre agent reçoit un Dockerfile type.
  • Un push sur la branche principale de GitHub ou GitLab met en production, et une demande de fusion ouvre une prévisualisation.

Une version cassée ne reste pas en ligne

while retire d’elle-même une version qui échoue à sa sonde, et votre agent lit les erreurs pour corriger.

  • Un taux d’erreurs qui monte dans les minutes qui suivent la retire aussi.
  • Une tâche planifiée qui échoue prévient votre agent.

Une mise en ligne ratée se rattrape en une seconde

Pendant 30 minutes, le retour bascule le trafic aussitôt, et votre base se restaure à part, à un instant précis.

  • Après 30 minutes, la version d’avant revient en quelques secondes.
  • Chaque jour, une sauvegarde de chaque base de production est restaurée à part et relue.
  • Les sauvegardes sont gardées 14 jours.

Vous ne relisez plus chaque commande

Votre agent avance sans vous attendre, et seuls les gestes sensibles attendent votre accord. Vos règles disent qui valide quoi.

  • Supprimer ou restaurer une base de production attend toujours une personne.
  • Un agent ne valide jamais.
  • Le plan d’un changement se lit avant qu’il s’applique.

Vos clés ne passent plus par votre agent

La clé d’une API externe se saisit dans while. Votre appli s’en sert sans la lire, et votre agent ne la voit jamais.

  • Chaque appel est tracé.
  • Une écriture vers l’API (créer, modifier, supprimer) est refusée tant qu’une personne n’a pas validé la règle qui la permet.

Une appli compromise ne touche pas les autres

Chaque appli tourne dans son bac à sable, et une faille grave dans ses dépendances prévient votre agent, qui peut les mettre à jour.

  • Les sorties de chaque appli vers internet sont fermées par défaut.
  • Chaque construction tourne dans sa propre machine virtuelle.

Tout ce qu’une appli demande, prêt pour votre agent

Votre agent déclare ce qu’il lui faut dans while.yaml, et le reste est là d’office.

Applications

Service web
Votre code tourne tel quel, en Node, en Python, en Go ou avec votre Dockerfile.
Worker
Vos traitements de fond tournent en continu, sans jamais se doubler pendant une mise en ligne.
Tâche planifiée
Vos scripts partent à l’heure dite, dans votre fuseau horaire.
Site statique
Votre site s’affiche vite, servi avec un cache HTTP.
Image déjà construite
Votre CI construit, et votre agent met en ligne l’image telle quelle.
Mise en veille
Une appli peu utilisée peut s’endormir, et se réveille à la première requête.

Données

PostgreSQL
Votre base est sauvegardée en continu, avec une instance de secours sur demande.
Valkey
Vos pages vont plus vite avec un cache compatible Redis, protégé par un mot de passe.
Stockage objet
Vos fichiers vont dans des buckets S3 chiffrés, avec leurs versions.
Base d’un autre projet
Une appli lit les données d’une autre, en production, en lecture seule, après validation.

Réseau

Domaine
Votre appli a son adresse en HTTPS, ou votre propre domaine, vérifié par DNS.
Réseau privé
Vos services se parlent entre eux, sans passer par Internet.
API externes
Votre appli se sert de vos autres outils sans clé dans le code, et chaque appel est tracé.
Accès au cloud
Vos applis de production accèdent à Google Cloud ou à Azure sans aucune clé à garder.
Sorties
Internet reste fermé à votre appli, sauf là où vous l’ouvrez.

Observation

Journaux
Ce qu’écrit chaque service se garde et se cherche, par vous comme par votre agent.
Métriques
Vous voyez les requêtes, les erreurs et les temps de réponse de chaque version.
Erreurs
Branchez n’importe quel SDK Sentry, et les erreurs arrivent regroupées.
OpenTelemetry
Les traces de votre code arrivent avec ses journaux et ses métriques.

Sécurité

Variables et secrets
Vos secrets restent dans un coffre chiffré, jamais dans le code.
Accès interne
Une appli interne s’ouvre avec le compte de l’entreprise.
Droits
Chacun a ses droits, jusqu’à une table, et vos agents aussi.
Isolation
Chaque appli tourne sans privilèges, jamais en root.
Failles connues
Les failles connues de votre appli sont repérées à chaque mise en ligne, puis chaque jour.

Versions

Plan
Vous voyez ce qui va changer avant que ça change.
Retour arrière
La version d’avant revient en quelques secondes.
Prévisualisations
Chaque branche a sa prévisualisation, qui disparaît toute seule.
Dépôt git
Chaque projet a son dépôt chez while, où votre agent pousse le code.

Questions

Démarrer

Avec quels agents ça marche ?

Tous ceux qui se branchent par MCP : Claude Code, Codex, Cursor ou Gemini CLI dans un terminal, Claude, ChatGPT ou Mistral Vibe dans leur appli.

Comment mon agent met-il en ligne tout seul ?

Vous lui collez les instructions. Il se branche à while par MCP, avec OAuth, puis met en ligne et lit l’état de l’appli.

Next.js, FastAPI, PostgreSQL : ça marche ?

Oui, Node, Python et Go sont reconnus d’office, et votre agent déclare la base PostgreSQL. Chaque cas a son guide : les guides.

Et un conteneur Docker, ou un bot qui tourne en continu ?

Oui, un Dockerfile suffit, et un worker tourne en continu sans adresse publique.

Rails, Laravel, Spring ou .NET : ça marche ?

Oui, votre agent part du Dockerfile type fourni pour chacun, comme dans le guide Ruby on Rails et PostgreSQL.

Puis-je partir de mon dépôt GitHub ?

Oui, avec GitHub ou GitLab : chaque envoi sur la branche principale met en ligne, et chaque demande de fusion ouvre une prévisualisation.

Contrôle

Pourquoi while plutôt qu’un autre PaaS ?

Votre agent y fait tout par MCP, et les gestes sensibles attendent une personne avant de s’exécuter, pas après. Vos clés restent hors de sa portée.

Mon agent peut-il supprimer ma base de production ?

Non : sur while, remplacer ou détruire une base de production attend toujours l’accord d’une personne.

Comment savoir ce que mon agent a changé ?

Tout va au journal, signé et exportable.

Mon agent peut-il lire ma base de données ?

Oui, il la lit en SQL, en lecture seule, avec vos droits sur les données.

Puis-je travailler à plusieurs, avec des prestataires ?

Oui, chacun a son rôle, et vos règles disent qui valide quoi.

Vos données

Où tourne mon appli ?

Sur while, votre appli est hébergée en France, par Nextmap, une entreprise française.

Je suis sur Heroku, Render ou Railway : comment venir ?

Votre agent reprend le code, restaure la base depuis un export pg_dump par une tâche, et reporte vos variables d’environnement.

Puis-je partir avec mon code et mes données ?

Oui, votre code reste dans votre dépôt, votre agent exporte vos tables en CSV, et le reste vous est remis sur demande.

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