Reseña de Bolt.new 2026 — ¿Vale la pena para proyectos reales?

Bolt.new es un entorno de codificación con IA basado en el navegador, creado por StackBlitz, el equipo detrás del popular IDE en línea. Lanzado a finales de 2024, aprovecha WebContainers — una tecnología que ejecuta Node.js completamente en el navegador — para ofrecerte un entorno de desarrollo completo sin instalar nada localmente. Describes lo que quieres construir, y Bolt genera un proyecto funcional con código real, una vista previa en vivo y despliegue con un clic en Netlify. Lo que diferencia a Bolt de otros constructores con IA es su fuerte enfoque en la experiencia del desarrollador. En lugar de ocultar el código detrás de una interfaz de arrastrar y soltar, Bolt te ofrece una vista dividida con un chat de IA en un lado y un editor de código real en el otro. Puedes ver cada línea de código que la IA escribe, editarlo directamente y ejecutar comandos de terminal — todo dentro del navegador. Esto lo hace atractivo para desarrolladores que quieren asistencia de IA sin perder el control. La herramienta ha ganado tracción significativa entre desarrolladores frontend e indie hackers que la usan para prototipado rápido. StackBlitz ha iterado rápidamente, agregando soporte para varios frameworks y mejorando las capacidades de generación de código de la IA. Sin embargo, como descubrimos durante nuestras pruebas, hay una brecha significativa entre lo que Bolt puede mostrar en un video de 30 segundos de Twitter y lo que puede producir de manera confiable para proyectos del mundo real.

Quería poner a prueba Bolt.new con algo más exigente que una landing page, así que decidí construir una pequeña tienda e-commerce — el tipo de proyecto que un freelancer o indie maker podría abordar. La especificación era sencilla: catálogo de productos con filtrado, un carrito de compras persistente, pago con Stripe y autenticación básica con email/contraseña. Nada exótico, pero suficientes partes móviles para revelar cómo Bolt maneja la complejidad real. Los primeros 30 minutos fueron genuinamente emocionantes. Describí el concepto de la tienda, y Bolt creó una app React limpia con Tailwind CSS, un componente de cuadrícula de productos y una barra de navegación responsive. La vista previa en vivo se veía pulida, y podía ver el código escribiéndose en tiempo real. Aquí es donde Bolt brilla — ese estallido inicial de productividad donde pasas de cero a algo visual no tiene rival. Desplegué la versión estática en Netlify con un clic, y funcionó a la perfección. Las cosas se deterioraron cuando pedí funcionalidad backend. Cuando le pedí a Bolt que añadiera el pago con Stripe, generó un flujo de checkout que llamaba a la API de Stripe directamente desde el frontend — exponiendo la clave secreta en el código del lado del cliente. Señalé el problema de seguridad y pedí que creara una función serverless en su lugar. Lo hizo, pero en el proceso reescribió la gestión del estado del carrito y rompió la funcionalidad de "añadir al carrito" que funcionaba momentos antes. Este patrón se repitió: arreglar una cosa, romper otra. Pasé mis siguientes tres sesiones (y aproximadamente el 60% de mis tokens mensuales Pro) en este bucle de depuración. La autenticación fue donde casi me rendí. Bolt generó un flujo de autenticación basado en JWT pero almacenaba los tokens en localStorage sin manejo de expiración, sin lógica de refresco y sin protección contra XSS. Cuando pedí que implementara sesiones apropiadas basadas en cookies httpOnly, me dijo que no podía hacerlo en un entorno WebContainer porque no hay un servidor persistente. Esta es una limitación arquitectónica fundamental — el runtime en el navegador de Bolt es excelente para demos frontend pero choca contra un muro cuando necesitas lógica real del lado del servidor. Terminé la prueba habiendo pasado unas 6 horas en múltiples sesiones, con una tienda que se veía genial pero no podía procesar un pago de forma segura.