Du prototype Replit à l'application publiée : ce que fournit la plateforme, ce que garde votre équipe

Ce que prouve un prototype Agent, et ce qu'il ne prouve pas

Le guide de première application de Replit décrit une boucle simple : décrire un résultat, ajouter des critères de réussite observables, fixer des limites, laisser Agent construire, tester dans Preview, puis demander une amélioration ciblée. L'exemple est un petit site de découverte d'ateliers créé en mode gratuit, en une dizaine de minutes selon le guide.

Cette boucle prouve qu'une idée peut devenir quelque chose que l'on peut parcourir. Elle montre le parcours principal, la mise en page sur un écran de téléphone et la fidélité de l'invite à votre intention. Elle ne prouve pas que l'application protège les comptes, conserve les données ou tient face à un vrai trafic. Le guide le dit clairement : il reporte la connexion, les données, les paiements et les intégrations pour garder un premier jet centré.

Considérez le prototype comme une spécification partagée. Le responsable métier peut s'en servir pour s'accorder sur le besoin avant d'investir dans les parties plus difficiles.

Sources : Your first app (docs.replit.com)

Deuxième étape : connexion et base de données persistante

Le guide de la base de données part d'un problème courant : dans son exemple, les voitures et les réservations disparaissent à l'actualisation, car elles ne vivent que dans le navigateur. La solution documentée consiste à demander à Agent d'enregistrer les données dans Neon, que Replit présente comme sa base Postgres gérée. Selon le guide, Agent la provisionne avec des environnements de développement et de production distincts. Pour un prototype jetable, le guide cite Replit Database comme alternative sans configuration.

La routine de test est la partie la plus utile. Le guide demande de réserver, d'actualiser, de redémarrer l'application, de tenter une réservation en conflit depuis un second compte, puis de se déconnecter et reconnecter. Chaque contrôle vise une panne différente : données perdues, état perdu au redémarrage, règle métier absente, session fragile.

Les règles viennent de votre équipe. L'invite du guide précise que chaque réservation appartient au client connecté et qu'une même voiture ne peut pas être réservée sur des dates qui se chevauchent. La page de responsabilité de Replit indique que c'est à l'utilisateur d'énoncer la logique métier voulue : Agent ne peut l'écrire que si quelqu'un l'a définie.

Sources : Add database (docs.replit.com) · Shared responsibility model (docs.replit.com)

Troisième étape : la publication est une version distincte

Le guide de publication indique que l'URL d'aperçu est privée par défaut, temporaire et destinée au développement. Publier crée un déploiement de production avec sa propre URL. Les deux étant séparés, vous pouvez continuer à modifier sans toucher à l'application en ligne tant que vous ne republiez pas.

Avant de publier, vous choisissez qui peut ouvrir l'application : public, protégé par mot de passe, réservé à l'espace de travail ou sur invitation. Vous pouvez aussi lancer une analyse de sécurité approfondie et bloquer la publication en cas de vulnérabilité critique. Le guide conseille de ne mettre ni secrets ni données de test privées dans l'application, puis d'ouvrir l'URL publique pour tester la version en ligne plutôt que l'aperçu.

Le guide de la base de données ajoute un contrôle précis : faire une réservation sur l'URL publique, actualiser et vérifier qu'elle est toujours là. Si les données s'enregistrent dans Preview mais pas en ligne, il suggère de demander à Agent de confirmer que les identifiants de production sont bien reliés au déploiement.

Sources : Publish your app (docs.replit.com) · Add database (docs.replit.com)

Ce que Replit exploite et ce que votre équipe garde

La page de responsabilité partagée de Replit répartit le travail. Replit est responsable de la génération de code par Agent, de la plateforme, de la protection en périphérie, du chiffrement en transit et au repos, ainsi que des sauvegardes du code des applications publiées et des bases gérées par Replit. L'éditeur maintient aussi des attestations de la plateforme, dont SOC 2 Type II est cité en exemple : c'est une attestation d'audit sur la plateforme, pas une garantie sur votre application.

Votre équipe garde le reste : relire le code généré (exactitude, sécurité, licences), formuler la logique métier, gérer les utilisateurs et les accès, choisir la bonne visibilité, traiter les données et les mentions de confidentialité, respecter les lois applicables, réaliser les tests d'intrusion et assurer la journalisation applicative. C'est aussi à vous d'approuver les actions sensibles proposées par Agent, comme les déploiements, les changements de secrets et les appels sortants, et la page demande d'y voir une vraie relecture.

La même page déconseille de coller des clés dans les invites et recommande la fonction Secrets et les connecteurs. Replit détecte les dépendances vulnérables des applications publiées, mais leur correction vous revient.

Sources : Shared responsibility model (docs.replit.com)

Coûts : abonnement, ressources de déploiement et temps de l'équipe

Les pages Replit consultées n'indiquent ni prix des forfaits, ni plafonds de crédits, ni mode de facturation de l'usage d'Agent : ces points restent à demander à Replit. Elles montrent en revanche d'où viennent les coûts. Le guide de publication décrit les types de déploiement (Autoscale, Reserved VM, Static et Scheduled), la puissance des machines, le nombre maximal de machines et la région, et précise que davantage de ressources peut augmenter les coûts d'usage. Il ajoute que ces réglages sont facultatifs pour une application typique.

Le troisième coût est l'exploitation. Chaque changement se teste dans Preview puis se republie, ce qui crée une nouvelle version à la même URL. La surveillance affiche les requêtes, les codes de statut, les temps de réponse, le processeur et la mémoire. Le choix de la région est définitif après publication : décidez-le consciemment.

Le forfait compte aussi pour les conditions. La page de responsabilité rattache certaines obligations à l'accord de votre forfait (conditions d'utilisation pour Free et Core, contrat Pro ou contrat Enterprise) et indique que les clients Pro peuvent choisir l'emplacement de l'espace de travail à sa création. Vérifiez quel forfait inclut les contrôles dont vous avez besoin.

Sources : Publish your app (docs.replit.com) · Shared responsibility model (docs.replit.com)

Répartir les rôles et les questions à poser avant de s'engager

Il s'agit d'une suggestion éditoriale, pas d'une fonction de Replit. Un responsable métier rédige les critères de réussite et les règles, puis teste le parcours dans Preview. Un contact opérationnel vérifie les accès, les données et le comportement en ligne après chaque version. Une personne technique relit le code généré autour de l'authentification et des données, et traite les alertes de vulnérabilité. Une petite équipe peut cumuler les rôles, mais chacun doit avoir un titulaire.

Demandez à Replit le prix du forfait, le coût de l'usage d'Agent, le coût habituel des ressources de déploiement pour votre trafic, le forfait qui offre les contrôles d'accès et de région dont vous avez besoin, et le traitement des données selon votre forfait. La page de responsabilité indique que la journalisation des invites, leur conservation et leur usage pour l'entraînement dépendent des conditions de votre forfait.

Sources : Shared responsibility model (docs.replit.com) · Your first app (docs.replit.com) · Publish your app (docs.replit.com)