C'est une application complète, pas une maquette : une vraie base de données PostgreSQL (via Prisma), des routes API qui créent, lisent, modifient et suppriment des données, une authentification, et une interface qui LIT et ÉCRIT dans cette base. Avant d'être livrée, chaque application passe une validation automatisée : elle doit compiler, démarrer comme en production et laisser un navigateur cliquer dans chaque section — pas seulement « avoir l'air » de fonctionner.
Maquette et application : ce qui les sépare vraiment
Une maquette montre une interface : des écrans qui ressemblent à ceci ou cela, souvent avec des données figées dans le code ou une poignée d'exemples qui ne survivent pas à un rechargement de page. C'est utile pour discuter d'un projet ; ça ne conserve rien, et ça ne calcule rien.
Une application, elle, persiste : ce que vous créez existe encore le lendemain, dans une base de données réelle, et ce que vous modifiez se répercute partout où c'est affiché. Blueprint Maker génère la seconde catégorie, systématiquement : un schéma Prisma, une base PostgreSQL dédiée, des routes API pour chaque entité, une interface qui lit ces routes plutôt que d'afficher des valeurs codées en dur.
La preuve : une validation automatisée avant livraison
Ce que ce texte affirme n'a de valeur que si c'est vérifié, pas seulement écrit. Chaque application générée passe donc par une étape de validation runtime avant d'être livrée : le code est extrait, l'application est construite comme en production (build de production), démarrée sur un serveur réel, puis un navigateur automatisé clique dans chaque section de la navigation pour confirmer qu'elle s'affiche sans erreur.
Cette étape n'est pas un contrôle cosmétique sur le code source : elle exécute l'application exactement comme un visiteur le ferait, sur une base de données isolée dédiée à la validation. Une application qui ne compile pas, qui ne démarre pas, ou dont une section plante à l'ouverture n'est pas livrée telle quelle.
Ce que ça change concrètement pour vous
L'application arrive avec des données de démonstration réalistes pour l'évaluer immédiatement, mais rien n'est figé : créez une fiche, modifiez-la, supprimez-la, et la base de données réelle en garde la trace. Le tableau de bord n'affiche pas des chiffres écrits d'avance : ses indicateurs sont calculés en interrogeant la base à chaque affichage.
Et parce que c'est du code standard (Next.js, Prisma, TypeScript) et non une boîte noire propriétaire, il s'exporte : archive ZIP ou push GitHub, pour l'héberger où vous voulez et le faire évoluer comme n'importe quel projet logiciel.