Deux façons pour l'IA de fabriquer une application
bolt.new, édité par StackBlitz, laisse un modèle Claude écrire directement le code de l'application dans une conversation. La technologie WebContainer exécute Node.js dans le navigateur : arborescence de fichiers, terminal, installation de paquets, aperçu en direct, sans rien à installer. Vous obtenez très vite un projet qui tourne, et vous l'affinez en demandant au modèle de modifier le code, tour après tour.
Blueprint Maker sépare volontairement deux responsabilités. L'IA fait ce qu'elle fait de mieux, comprendre le métier, et produit une spécification : entités, relations, statuts, indicateurs, que vous validez. Ce sont ensuite des builders déterministes, du code que nous avons écrit, qui traduisent cette spécification en application : schéma relationnel Prisma, API, écrans CRUD, tableau de bord, données de démonstration. L'IA ne touche jamais au code de structure ; elle décrit, elle ne construit pas.
La différence n'est pas cosmétique. Quand un modèle écrit le code directement, chaque itération est une nouvelle génération, avec sa part d'aléa. Quand des builders déterministes écrivent le code à partir d'une spécification, la même description produit le même code : c'est reproductible.
Le nerf de la guerre : itérer sans casser
Le point de friction le plus documenté de la génération conversationnelle est là : une petite modification demandée au modèle peut en casser une autre ailleurs, et corriger un bug peut en introduire un nouveau. Une part significative de l'effort, et du coût, puisque bolt.new se facture aux jetons, passe alors en correction de bugs plutôt qu'en création de valeur. C'est un point de douleur reconnu du secteur, pas un défaut propre à un produit : il tient à la nature même de laisser un modèle réécrire du code à chaque tour.
Blueprint Maker attaque le problème à la racine, en amont. La spécification est validée avant toute génération ; les builders sont déterministes et couvrent le tronc commun exhaustif d'une application de gestion ; et surtout, chaque application générée passe une validation runtime, que nous appelons K-15 : elle est réellement construite, démarrée, et parcourue automatiquement avant de vous être livrée. Nous ne mesurons pas la qualité au ressenti d'une conversation, mais au fait que l'application démarre et fonctionne.
Conséquence : il n'y a pas de phase de correction post-génération à la charge de l'utilisateur pour la structure de l'application. La conformité technique est correcte par construction. Vous jugez le résultat sur des écrans remplis de données réalistes, pas sur un chantier à déboguer.
Application métier finie, ou toile libre
bolt.new est généraliste et ouvert : il sait produire à peu près n'importe quelle application web moderne, dans un large éventail de frameworks JavaScript, avec une grande liberté de forme. C'est sa force pour prototyper une idée, une landing page, une démo interactive, ou explorer une piste sans contrainte.
Blueprint Maker est spécialisé : il produit une catégorie précise et bien faite, l'application de gestion métier. À partir d'une description, vous obtenez une base de données relationnelle, une API, des écrans de liste et de fiche avec création, édition et suppression, un tableau de bord d'indicateurs, et un jeu de données de démonstration cohérent. Ce périmètre resserré est ce qui rend le déterminisme possible : on ne peut garantir par construction que ce que l'on sait construire.
Cette couche va au-delà de la structure. Blueprint Maker enforce aussi l'intégrité des données : les champs calculés sont recalculés côté serveur avant écriture, les agrégats parents sont dérivés de leurs enfants à la lecture, les règles de cohérence chronologique et les mutations de stock sont gardées de façon déterministe. Une valeur affichée ne peut pas mentir. C'est le genre de garantie qu'une génération de code au fil de l'eau ne peut pas offrir de manière systématique.
Le code, l'hébergement, ce qui vous reste
Les deux produits vous rendent du vrai code, et c'est heureux. bolt.new permet d'exporter le projet vers GitHub et de déployer, notamment vers Netlify, directement depuis la fenêtre. Blueprint Maker exporte du Next.js + Prisma standard, en archive ZIP ou par push GitHub, et fournit une URL d'hébergement dédiée en France / UE, avec la base de données incluse.
La différence tient à ce que vous récupérez. Avec bolt.new, vous récupérez le fruit d'une conversation : un code dont la forme dépend du fil des échanges. Avec Blueprint Maker, vous récupérez la sortie d'un pipeline déterministe : une structure de projet régulière, la même d'une application à l'autre, qu'un développeur reprend sans avoir à en démêler l'historique. Dans les deux cas le code vous appartient ; dans un cas il est reproductible.
Côté facturation, bolt.new fonctionne à la consommation de jetons, plus l'application est complexe et plus l'on itère, plus la consommation monte. Blueprint Maker facture la génération par abonnement clair : plan Découverte gratuit, Pro à 25 €/mois, Max à 149 €/mois, avec le coût en crédits affiché avant chaque génération, et aucun compteur d'utilisateurs sur l'application livrée.
Blueprint Maker et bolt.new en face à face
| Blueprint Maker | bolt.new | |
|---|---|---|
| Rôle de l'IA | L'IA écrit la spécification métier ; des builders déterministes écrivent le code | L'IA écrit directement le code de l'application, en conversation |
| Reproductibilité | Même description = même code, par construction | Chaque itération est une nouvelle génération, avec sa part d'aléa |
| Correction de bugs | Conformité correcte par construction : pas de phase de correction sur la structure | Une part significative de l'effort et du coût en jetons peut passer en correction |
| Validation | Validation runtime automatisée (K-15) : app construite, démarrée et parcourue ; Health Score public | Aperçu en direct dans le navigateur, jugé à l'œil au fil de la conversation |
| Périmètre | Application de gestion métier finie : base, API, CRUD, tableau de bord, données | Généraliste et ouvert : large éventail de frameworks et de types d'apps |
| Intégrité des données | Champs calculés, agrégats et règles métier enforcés de façon déterministe | Dépend du code produit à chaque tour, sans garantie systématique |
| Code et hébergement | Next.js + Prisma standard, export ZIP / GitHub, URL FR/UE et base incluses | Export GitHub et déploiement (ex. Netlify) depuis le navigateur |
| Modèle de coût | Abonnement clair (0 € / 25 € / 149 €), crédits affichés avant génération | Consommation de jetons : monte avec la complexité et les itérations |
Quand bolt.new est le bon choix
- Vous voulez prototyper une idée full-stack très rapidement, dans le navigateur, sans rien installer.
- Vous explorez librement une piste, une démo interactive ou une landing page, sans contrainte de forme.
- Vous voulez la liberté de choisir votre framework parmi un large éventail (React, Vue, Astro, etc.).
- Vous êtes développeur, à l'aise pour reprendre la main sur le code et le déboguer vous-même au fil des itérations.
- Le résultat est jetable ou expérimental : la reproductibilité et l'intégrité stricte ne sont pas le sujet.
Quand Blueprint Maker est le bon choix
- Vous voulez une application de gestion métier fiable, pas un prototype à déboguer.
- Vous ne voulez pas payer, en temps ou en jetons, pour corriger les bugs d'une génération de code au fil de l'eau.
- Vous avez besoin que les données ne mentent pas : champs calculés, agrégats et règles métier cohérents par construction.
- Vous voulez un résultat reproductible et une structure de projet régulière, qu'un développeur reprend sans démêler un historique de conversation.
- Vous voulez posséder un code Next.js + Prisma standard, hébergé en France / UE, base incluse.
Questions fréquentes : Blueprint Maker vs bolt.new
bolt.new et Blueprint Maker utilisent-ils tous les deux l'IA pour écrire l'application ?
Oui, mais pas au même endroit. bolt.new laisse un modèle écrire directement le code, tour après tour, en conversation. Blueprint Maker fait écrire par l'IA seulement la spécification métier, les entités, les relations, les règles, puis ce sont des builders déterministes, du code que nous maîtrisons, qui écrivent l'application. L'IA décrit ; elle ne construit pas la structure. C'est ce qui rend le résultat reproductible et correct par construction.
Pourquoi parler de « correction de bugs » comme d'un enjeu ?
Parce que c'est un point de douleur documenté de la génération de code conversationnelle en général : une petite modification peut en casser une autre, et corriger un bug peut en introduire un nouveau, ce qui fait qu'une part significative de l'effort, et du coût, quand la facturation est aux jetons, passe en correction plutôt qu'en création. Ce n'est pas un reproche à un produit précis : c'est inhérent au fait de laisser un modèle réécrire du code à chaque tour. Blueprint Maker évite cette boucle en validant la spécification en amont et le runtime en aval (K-15).
Qu'est-ce que la validation K-15, concrètement ?
Avant de vous livrer une application, Blueprint Maker la construit réellement, la démarre, et la parcourt automatiquement pour vérifier que les écrans s'affichent et fonctionnent. C'est notre seul critère de qualité automatisé jugé fiable, et il alimente un Health Score public. Un aperçu en direct dans le navigateur montre l'état d'un instant ; K-15 vérifie que l'application tient debout une fois construite pour de bon.
Blueprint Maker est-il moins souple que bolt.new ?
Sur le périmètre, oui, et c'est assumé. bolt.new est généraliste : il produit un large éventail d'applications web dans de nombreux frameworks, avec une grande liberté de forme. Blueprint Maker est spécialisé dans l'application de gestion métier. Ce périmètre resserré est précisément ce qui autorise le déterminisme et les garanties d'intégrité : on ne garantit par construction que ce que l'on sait construire.
Peut-on récupérer et faire évoluer le code dans les deux cas ?
Oui. bolt.new permet l'export GitHub et le déploiement depuis le navigateur. Blueprint Maker exporte du Next.js + Prisma standard, en ZIP ou par push GitHub, avec une URL d'hébergement FR/UE et la base incluse. La nuance : le code de Blueprint Maker sort d'un pipeline déterministe, donc sa structure est régulière d'une application à l'autre et se reprend sans démêler l'historique d'une conversation.