Maîtriser Bolt.new : le guide complet pour coder une app complète depuis le navigateur

Un utilisateur de Trustpilot raconte avoir dépensé 25 dollars de tokens en quelques heures pour des modifications qu’il jugeait simples. Sur Reddit, les retours évoquent régulièrement dix millions de tokens consommés en trois jours de développement normal. Pourtant, Bolt.new reste l’outil de vibe coding préféré d’une partie importante de la communauté technique — parce qu’il ouvre des possibilités qu’aucun concurrent n’offre.

Bolt.new est une plateforme de vibe coding qui transforme des descriptions en langage naturel en applications web full-stack complètes, directement dans le navigateur. Derrière l’interface, une technologie unique : les WebContainers de StackBlitz, qui font tourner un vrai environnement Node.js dans votre onglet. Pas de serveur distant à attendre, pas de machine virtuelle à configurer. Le terminal, le serveur de dev, l’installation de packages, tout se passe côté client — ce qui rend Bolt incroyablement rapide mais aussi plus technique que ses concurrents. Ce guide couvre ce qu’il faut savoir pour en tirer le meilleur.

Ce qui rend Bolt.new techniquement unique

La plupart des builders IA génèrent du code et vous montrent un aperçu. Bolt va beaucoup plus loin. Grâce aux WebContainers, une technologie développée par StackBlitz depuis 2021, votre onglet de navigateur devient un environnement de développement complet : système de fichiers, serveur Node.js, gestionnaire de paquets npm, terminal, console. L’agent IA a le contrôle total sur cet environnement et peut exécuter des commandes, installer des dépendances, lancer un serveur de développement.

Concrètement, cela signifie trois choses importantes. D’abord, Bolt supporte presque tous les frameworks JavaScript modernes : React, Vue, Next.js, Astro, Svelte, Remix, Vite, et d’autres. Vous n’êtes pas enfermé dans une stack imposée. Ensuite, vous pouvez installer n’importe quel package npm pendant la conversation — il suffit de demander « ajoute Framer Motion pour les animations » et Bolt lance le npm install lui-même. Enfin, l’éditeur de code intégré est basé sur Monaco, le même moteur que Visual Studio Code, ce qui permet une édition manuelle précise quand l’IA ne fait pas exactement ce que vous voulez.

Bolt est bâti sur Claude (principalement Sonnet 4.5 par défaut), avec la possibilité de basculer vers Haiku pour les tâches légères ou Opus pour les architectures complexes. Cette flexibilité sur le choix du modèle est un avantage réel pour qui sait à quoi servent ces différences.

Ce que Bolt peut faire que Lovable ne fait pas

Si vous avez testé Lovable, Bolt va vous paraître différent dès les premières minutes. La liste de ce qui distingue Bolt :

• Choix du framework — Vous décidez si votre projet tourne sur React, Next.js, Vue, Astro ou Svelte. Lovable impose React + TypeScript sans alternative.
• Applications mobiles natives via Expo — Bolt peut générer une vraie app React Native déployable sur iOS et Android, pas juste du web responsive. Vous prompt « créer une app mobile de suivi d’habitudes », Bolt scaffolde un projet Expo, ajoute la navigation, prépare le déploiement. Vous scannez un QR code avec Expo Go pour tester sur votre téléphone.
• Vrai terminal et npm install — Vous pouvez demander à Bolt d’installer une librairie précise ou de lancer une commande terminal. Cette capacité n’existe pas chez les autres builders IA.
• Import Figma pixel-perfect — Grâce à l’intégration avec Anima, vous collez une URL de frame Figma et Bolt génère le code exact. Vous pouvez aussi importer des frames Figma en cours de projet pour mettre à jour un composant sans tout reconstruire.
• Version open source (bolt.diy) — Vous pouvez faire tourner Bolt sur votre propre serveur avec votre propre fournisseur de LLM (OpenAI, Anthropic, et dix-neuf autres). Aucun autre builder IA commercial n’offre cette flexibilité.
• Export total du code — Téléchargez votre projet en ZIP ou synchronisez avec GitHub à tout moment, sans restriction de plan.

En contrepartie, Bolt est plus exigeant. Il vous expose le code, le système de fichiers, les erreurs techniques. Un non-développeur sera plus à l’aise sur Lovable ; un builder avec un fond technique, même modeste, trouvera chez Bolt une liberté qu’il n’aura pas ailleurs.

Comprendre le système de tokens (vraiment)

C’est le point qui mérite le plus d’attention. Bolt fonctionne avec des tokens, pas des crédits. La différence est fondamentale et structure tout le reste.

Un token est une petite unité de texte que l’IA utilise pour comprendre votre message et générer sa réponse. Le piège : dans Bolt, la majorité de votre consommation ne vient pas de vos prompts, mais de la synchronisation du projet avec le modèle. À chaque message, Bolt renvoie une partie de votre base de code au LLM pour qu’il garde le contexte. Plus votre projet grossit, plus chaque interaction coûte cher.

Un petit projet de landing page avec cinq fichiers consomme peu. Un projet de cinquante fichiers avec authentification, base de données et composants multiples peut consommer 200 000 à 500 000 tokens par message complexe. C’est pour ça que les utilisateurs expérimentés rapportent dix millions de tokens brûlés en trois jours quand ils travaillent sur un projet conséquent.

Le Discussion Mode, votre meilleur économiseur de tokens

C’est le secret le mieux gardé de Bolt et la fonctionnalité la plus sous-utilisée. Avant de lancer une génération de code, basculez en Discussion Mode (accessible via le bouton Plan dans le chatbox). Dans ce mode, Bolt ne code pas — il reformule votre idée avec ses propres mots, vous pose des questions, et vous confirme son plan avant d’écrire la moindre ligne.

L’intérêt est double. D’abord, vous économisez des tokens : une conversation de planification en Discussion Mode consomme infiniment moins qu’une génération qui part dans la mauvaise direction et qu’il faut corriger. Ensuite, vous alignez votre vision avec celle de Bolt avant de vous engager. Si vous constatez qu’il a mal compris un point, vous le recadrez gratuitement.

La recommandation officielle de Bolt : utilisez Discussion Mode avant toute décision structurante — démarrage de projet, ajout d’une fonctionnalité majeure, refactoring important, correction d’un bug complexe. Le réflexe simple qui divise facilement votre consommation par deux.

Le prompt qui fonctionne avec Bolt

Contrairement à Lovable qui pose des questions de cadrage adaptatives, Bolt prend votre premier prompt très au sérieux et part droit en génération. La qualité du résultat dépend donc encore plus de la précision de votre demande initiale. Quelques règles éprouvées :

# Structure pour un premier prompt Bolt
Build me a [TYPE D'APP] using [FRAMEWORK SPÉCIFIQUE].

Features:
- [Feature 1 avec détails précis]
- [Feature 2]
- [Feature 3]

Tech stack: [React / Vue / Next.js / Astro], [Tailwind CSS /
CSS Modules], [Supabase / SQLite / localStorage].

Design: [description du style visuel avec références concrètes
si possible, ou lien Figma].

Focus: keep it modular with clear separation between
[section A] and [section B].

Trois points méritent une attention particulière. Premièrement, nommez votre framework. Si vous voulez Next.js, dites-le. Sinon Bolt choisira Vite par défaut, qui est souvent excellent mais pas toujours adapté à votre cas. Deuxièmement, précisez votre stack technique — ShadCN, Tailwind, librairies spécifiques. Plus vous êtes explicite, moins Bolt invente. Troisièmement, demandez un découpage modulaire dès le départ. C’est la meilleure prévention contre l’explosion des tokens plus tard.

5 règles de prompting recommandées par l’équipe Bolt

L’équipe de StackBlitz a publié un guide officiel de prompting. Les tips les plus utiles :

• Écrivez trois versions de votre prompt d’ouverture — comparez les résultats, gardez le meilleur. Les fondations comptent plus que les retouches ultérieures.
• Découpez vos demandes — un gros prompt noie le modèle. Construisez composant par composant, stylez par itérations ciblées, vérifiez chaque résultat avant de continuer.
• Ciblez les fichiers — dites à Bolt « modifie le composant LoginForm » plutôt que « améliore le formulaire ». Vous orientez l’IA vers la bonne zone, vous consommez moins de tokens.
• Utilisez le Prompt Enhancer — Bolt propose une fonctionnalité d’amélioration automatique de vos prompts. Pratique pour les formulations vagues.
• Séparez le contenu de la structure — demandez d’abord la structure, puis le style, puis le contenu. Chaque couche dans un prompt dédié.

Connecter un backend et des services externes

Bolt propose huit intégrations directes, qui couvrent l’essentiel des besoins d’une app moderne.

Au-delà des intégrations natives, Bolt supporte le Model Context Protocol (MCP), qui vous permet de connecter virtuellement n’importe quelle source de données externe : Notion, Linear, Slack, vos propres APIs. C’est une différence notable avec les builders plus fermés — mais une fonctionnalité à activer seulement quand nécessaire, car chaque connecteur allumé augmente la consommation de tokens par message.

Bolt Cloud vs Supabase externe

Depuis Bolt V2 sorti en octobre 2025, Bolt propose son propre backend managé appelé Bolt Cloud. Il inclut base de données, authentification, stockage de fichiers, fonctions edge et analytics. C’est pratique pour démarrer vite sans configurer de compte externe.

Pour un projet sérieux, nous recommandons plutôt de connecter un Supabase externe. Les raisons : votre infrastructure reste indépendante de Bolt (si vous quittez la plateforme, votre backend reste), Supabase offre plus de contrôle sur les politiques de sécurité, et n’importe quel développeur peut reprendre votre projet sans connaissance spécifique de Bolt Cloud.

Le piège le plus coûteux : les error loops

Vous ajoutez une fonctionnalité, Bolt produit une erreur. Vous lui demandez de corriger, il introduit un autre bug en corrigeant. Vous demandez encore, il aggrave. Chaque tentative consomme des tokens. Un utilisateur documenté sur Reddit a brûlé vingt millions de tokens sur un seul bug d’authentification — soit deux mois d’abonnement Pro en une session.

Le réflexe qui sauve : ne cliquez pas trois fois sur « Attempt fix ». La documentation officielle de Bolt est claire — si la correction automatique échoue deux fois, arrêtez d’insister. Basculez immédiatement en Discussion Mode, collez l’erreur, demandez une analyse avec du raisonnement étape par étape. Une fois que vous comprenez la cause racine, formulez un prompt précis qui l’adresse. Cinq minutes de réflexion économisent souvent une heure de spirale.

Une autre technique recommandée par Bolt lui-même : quand vous êtes bloqué sur un bug, demandez à Bolt d’ajouter des logs détaillés dans la zone problématique. L’IA insère facilement des logs granulaires — entre les fonctions, aux points clés. Les logs qui apparaissent ensuite donnent à Bolt des informations précises qu’il peut utiliser pour diagnostiquer correctement à l’itération suivante.

Les autres pièges classiques

• Les prompts vagues en gros projet — Sur un projet de cinq fichiers, un prompt flou gaspille peu. Sur un projet de cinquante fichiers, il peut coûter 500 000 tokens pour rien. Soyez toujours précis, mais surtout quand votre projet grossit.
• Laisser la chat history enfler — Plus votre conversation est longue, plus chaque message embarque de contexte. Si vous sentez que les tokens partent trop vite, forkez votre projet depuis StackBlitz pour repartir sur une chat history vierge tout en gardant le code.
• Ne pas utiliser le bouton Publish — Pour publier votre app, cliquez sur le bouton Publish, n’utilisez pas un prompt. Certaines actions de Bolt ont des boutons dédiés qui ne consomment pas de tokens : publication, retour à une version précédente, export.
• Oublier le fichier .bolt/ignore — Pour les gros projets, vous pouvez créer un fichier .bolt/ignore qui exclut certaines sections du contexte envoyé au LLM. Bien utilisé, ça divise par deux ou trois la consommation sur les gros projets — mais attention à ne pas trop exclure, au risque que Bolt perde le fil.
• Ignorer le Prompt Enhancer — Bolt propose une amélioration automatique de vos prompts. Ne vous en privez pas quand votre formulation initiale est hésitante.

Tarifs et quel plan choisir

Bolt fonctionne avec quatre paliers, tous basés sur une allocation mensuelle de tokens.

Deux points pratiques. D’abord, les tokens inutilisés se reportent un mois (pas deux comme chez certains concurrents). Si vous avez pris un abonnement Pro en janvier et que vous n’avez utilisé que 4M tokens, les 6M restants sont disponibles jusqu’à fin février — au-delà, ils expirent. Le rollover exige un abonnement actif : si vous annulez, vous perdez tout à la fin du cycle.

Ensuite, attention à la tarification Teams. Contrairement à Lovable où le plan Pro couvre une équipe entière, Bolt facture par membre. Une équipe de cinq personnes coûte 150 $/mois sur Bolt contre 25 $/mois sur Lovable Pro. Si la collaboration est un critère, cette différence pèse lourd.

Notre recommandation pour commencer : utilisez le Free pour faire deux ou trois prototypes tests et calibrer votre vitesse de consommation. Passez au Pro dès que vous attaquez un projet réel. Le Pro reste confortable pour un solopreneur tant que vos projets restent modulaires — si vous sentez que vous tapez régulièrement dans les limites, c’est souvent le signal de découper votre app en plusieurs projets plus petits, pas de monter en gamme.

Le point qui fâche : pas de conformité GDPR

À l’heure où cet article est écrit, Bolt.new n’a obtenu ni la certification GDPR, ni SOC 2, ni HIPAA. C’est un point que peu d’articles mentionnent et qui a pourtant des conséquences pratiques. Des concurrents directs comme Lovable et Base44 ont atteint SOC 2 Type II, ISO 27001 et conformité GDPR.

Pour un prototype ou un projet personnel, c’est anecdotique. Pour une application destinée à gérer des données d’utilisateurs européens en production, c’est un sujet à évaluer sérieusement avec votre responsable conformité — ou à anticiper en hébergeant le backend sur un Supabase externe avec une région européenne, ce qui déplace la question sur Supabase (qui est conforme) plutôt que sur Bolt. L’IA et le RGPD restent un sujet mouvant, et l’absence de certification chez Bolt n’empêche pas de l’utiliser, mais la question mérite d’être posée avant de mettre en production.

Notre avis : là où Bolt brille, là où il coince

Bolt.new est le meilleur outil de vibe coding pour qui veut de la liberté technique. Sa force tient à trois choses combinées : les WebContainers qui transforment votre navigateur en vraie station de développement, la flexibilité sur les frameworks qui vous évite d’être enfermé dans une stack imposée, et l’extension mobile via Expo qui ouvre le champ des apps natives. Ajoutez à cela la version open source bolt.diy pour ceux qui veulent leur propre infrastructure, et vous avez un outil sans équivalent pour les builders à l’aise avec le code.

Là où Bolt coince, c’est sur la prédictibilité du coût. Le système de tokens est brillant techniquement mais anxiogène à l’usage. Contrairement à Lovable où chaque message coûte un crédit identifiable, Bolt vous fait consommer une quantité variable qui dépend de facteurs que vous ne contrôlez pas entièrement — taille du projet, longueur de la chat history, connecteurs activés. Les utilisateurs francophones habitués au forfait à la française sont rarement à l’aise avec ce modèle.

Face à ses concurrents, voici comment nous classons Bolt : choisissez-le si vous voulez la flexibilité technique maximale et si vous êtes prêt à apprendre la mécanique des tokens. Préférez Lovable si vous êtes non-technique et voulez un design soigné par défaut avec une tarification prévisible. Préférez v0 si vous êtes développeur React/Next.js et cherchez les plus belles interfaces générées. Préférez Replit si vous voulez un environnement full-stack plus traditionnel avec vraie persistence et déploiement pro.

Notre recommandation pratique : commencez par un projet jetable sur le plan Free pour comprendre comment les tokens se consomment dans votre style de prompting. Activez systématiquement le Discussion Mode avant chaque décision importante. Gardez vos projets modulaires et petits plutôt que de tout empiler dans une seule app géante. Et surtout, ne cliquez jamais plus de deux fois sur « Attempt fix » — c’est le piège le plus cher de la plateforme.