SMF·BOLT-NEW
Un prompt peut-il remplacer Bolt.new ?
Outils pour développeurs — AI coding agents and developer workspaces
Bordereau de suivi des pièces
Verdict
Faire tourner un environnement de dev Node.js complet entièrement dans le navigateur — sans exécution côté serveur — en utilisant WebContainers (le propre runtime Node open source basé navigateur de StackBlitz), c’est la vraie fondation technique de bolt.new, et c’est une approche vraiment différente de toutes les autres fiches de code IA de ce catalogue, qui supposent toutes un serveur ou une machine locale exécutant le vrai code. Une construction bornée utilisant la même technologie WebContainers open source est réelle, mais plus impliquée que la plupart des fiches ici.
Pièce A — Le prompt
Reçu le31.07.2026Construis un outil de code IA basé navigateur en utilisant WebContainers, la technologie propre, open source et sous licence MIT de StackBlitz pour faire tourner Node.js entièrement côté client dans le navigateur, sans exécution serveur. Utilise directement l’API de WebContainers, c’est une vraie bibliothèque gratuite et existante, pas quelque chose à réimplémenter, pour démarrer un environnement Node dans le navigateur, monter les fichiers d’un projet de démarrage, et exécuter npm install et des serveurs de dev entièrement côté client. Construis un panneau de chat à côté où un utilisateur décrit un changement ; envoie la requête plus l’arborescence de fichiers du projet courant et le contenu des fichiers pertinents à un modèle, lis ANTHROPIC_API_KEY ou OPENAI_API_KEY, et applique les modifications de fichiers proposées par le modèle directement dans le système de fichiers du WebContainer dans le navigateur, avec un aperçu de diff avant application. Montre l’aperçu du serveur de dev en cours d’exécution dans une iframe à côté du code, se mettant à jour en direct à mesure que les fichiers changent. Sois transparent dans le README sur la vraie limite de WebContainers : ça ne prend pas en charge tous les packages npm, en particulier ceux nécessitant une compilation binaire native, et cet écart, ce sont les propres années de travail de compatibilité de bolt.new, pas quelque chose que cette construction plus petite a résolu. Ne construis pas de collaboration en équipe, d’intégration de déploiement en un clic, ni de modèle de pointe affiné maison — c’est hors périmètre. Nécessite une clé API Anthropic ou OpenAI, plus un hébergement pour la coquille de l’application elle-même, puisque l’exécution du code réel se passe dans le navigateur du visiteur, pas sur ton serveur.
L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.
Pièce B — Ce que tu perds
- B.1 un modèle de pointe affiné pour la génération de code full-stack
- B.2 des années de travail de compatibilité WebContainers à travers les packages npm
- B.3 un déploiement en un clic intégré à une plateforme d’hébergement
- B.4 la collaboration en équipe sur le même projet dans le navigateur
Alternatives existantes
Pièce C — Pourquoi certains continuent de payer : frontier models, context infrastructure, and execution safety
WebContainers lui-même est open source et gratuit à utiliser ; ce que bolt.new vend vraiment, c’est le modèle affiné plus des années à s’assurer que de vrais packages npm fonctionnent vraiment à l’intérieur d’un runtime Node basé navigateur, qui a de vraies lacunes de compatibilité.
Questions
Le code tourne-t-il vraiment sur mon serveur ?
Non — c’est tout l’intérêt de WebContainers. Node.js et le serveur de dev du projet tournent entièrement à l’intérieur du navigateur du visiteur, en utilisant une vraie technologie open source existante, pas une simulation.
Est-ce que tous les packages npm vont fonctionner ?
Non — les packages nécessitant une compilation binaire native ne fonctionnent généralement pas dans un runtime basé navigateur. C’est une vraie limite connue de WebContainers, pas quelque chose que cette construction a résolu et que bolt.new n’a pas déjà passé des années à travailler.
En quoi c’est différent des autres fiches de code IA de ce catalogue ?
Toutes les autres supposent que le code tourne sur un serveur ou ta machine locale. Celle-ci tourne entièrement dans le navigateur via WebContainers — une vraie fondation technique différente, pas juste une interface différente.
Combien ça coûte à faire tourner ?
Un hébergement minimal pour la coquille de l’application plus l’usage de l’API du modèle par token — puisque l’exécution du code se passe côté client, tes coûts d’hébergement n’augmentent pas avec la quantité de code que les visiteurs exécutent.
Outils proches
Récépissé