Qué es Bolt y qué entrega
Bolt, accesible en bolt.new, es el constructor de aplicaciones con IA desarrollado por StackBlitz. Combina conversación, código, ejecución y publicación para crear sitios y aplicaciones web; los proyectos móviles utilizan Expo. El resultado es un proyecto editable, con servicios adicionales cuando necesita persistencia o autenticación.
Su utilidad puede evaluarse siguiendo una tarea completa: introducir información, obtener un resultado y corregir un error. Conviene distinguir la experiencia del usuario de la implementación que la sostiene. Una búsqueda visualmente convincente todavía debe manejar filtros vacíos, recursos retirados y archivos que no se pueden descargar.
Documentación de referencia: Intro to Bolt.
Historia: de StackBlitz a Bolt Cloud
Eric Simons y Albert Pai son los cofundadores de StackBlitz. Su anuncio de abril de 2022 documentó una ronda de 7,9 millones de dólares. WebContainers, presentado en mayo de 2021, permitió ejecutar entornos Node.js en el navegador. Bolt llegó en octubre de 2024 y aplicó esa infraestructura al desarrollo mediante IA.
Bolt Cloud se anunció el 14 de agosto de 2025, inicialmente con alojamiento y dominios; otras capacidades estaban entonces en beta. El anuncio de Bolt v2, del 2 de octubre de 2025, señaló su lanzamiento el día anterior. Es una evolución desde la generación de aplicaciones hacia un entorno que también organiza su operación.
Documentación de referencia: StackBlitz origins and seed round · StackBlitz execution environments · Bolt v2 introduction · Bolt Cloud announcement.
Tecnología, código abierto y compatibilidad
WebContainers ofrece un entorno Node.js con terminal. Bolt se orienta a tecnologías JavaScript y no admite backends PHP o Python dentro de ese entorno. El repositorio público original bolt.new tiene licencia MIT y muestra cómo combinar un agente con herramientas de ejecución; no describe necesariamente todas las funciones del servicio comercial actual.
Elegir Bolt para una nueva interfaz no implica poder importar sin cambios cualquier sistema existente. Antes de trasladar un proyecto conviene identificar lenguaje, comandos de compilación, dependencias y servicios externos. Una conexión mediante API puede conservar un sistema especializado fuera de Bolt sin intentar reescribirlo entero.
Documentación de referencia: StackBlitz execution environments · Supported technologies · Open-source Bolt repository.
Standard, Max y Forge
La selección actual distingue Standard, para tareas habituales, y Max, disponible en planes de pago para trabajo más complejo. Bolt decide los modelos subyacentes. Forge incorpora modelos abiertos y condiciones propias. Su promoción para Pro estuvo fechada del 14 de septiembre al 14 de octubre de 2026; no debe tratarse como una oferta permanente. Lite conserva condiciones diferenciadas.
Para comparar agentes se puede utilizar la misma corrección acotada: mantener los filtros al recargar una página, sin alterar diseño ni enlaces. Hay que comparar resultado, cambios introducidos y consumo. Más razonamiento solo resulta útil si mejora un criterio verificable del proyecto; no sustituye una especificación clara.
Documentación de referencia: Agent selection · Forge documentation · Forge announcement.
Planificar antes de modificar
Plan Mode permite discutir un proyecto y elaborar una propuesta sin modificar su código existente. Puede consultar contexto y fuentes web. Desde la página inicial crea una estructura base antes de presentar el plan, una diferencia respecto a conversar dentro de un proyecto ya creado. Implementar la propuesta cambia a Build Mode.
Para un recurso de aprendizaje, el plan debería separar contenido, navegación y comportamiento. Se puede pedir una lista de pantallas y estados: inicio, búsqueda, ficha, resultado vacío y enlace no disponible. Definir estos estados reduce las decisiones implícitas que el agente tendría que tomar y permite revisar cada paso con personas que conocen el uso real.
Documentación de referencia: Plan Mode.
Diseño importado y edición visual
La integración Figma importa un frame, no todo el proyecto. Utiliza Anima; el flujo con sistema de diseño de Teams tiene una ruta específica mediante captura. En Bolt, los cambios visuales se acumulan en la vista previa: guardar el lote actualiza el código y consume tokens. Ver un cambio en pantalla no significa que ya esté guardado.
Conviene revisar también estados que una maqueta estática no muestra: un texto largo, un foco de teclado, una imagen ausente y un formulario con error. Para una biblioteca de carteles, una tarjeta debe conservar título e idioma aunque falle su miniatura; la imagen no debería ser la única forma de entender qué contiene el recurso.
Documentación de referencia: Visual edits · Figma integration.
Bolt Cloud y administración de datos
Bolt Cloud agrupa alojamiento, dominios y base de datos. El entorno permite gestionar usuarios, archivos, funciones y secretos. Reclamar una base de Bolt para administrarla desde Supabase y conectar otra base son operaciones distintas; las opciones avanzadas están restringidas a determinados roles.
En una aplicación con información persistente, el esquema debería separar el identificador estable de un recurso, sus traducciones y su estado editorial. Así, cambiar el título no rompe todos los enlaces. Esa estructura es una propuesta de diseño: no una configuración que Bolt garantice por defecto. Hay que especificarla y comprobarla antes de cargar contenido real.
Documentación de referencia: Intro to Bolt · Advanced database settings.
Aplicaciones móviles con Expo
Para crear una aplicación móvil se debe indicar esa intención desde el inicio. Expo Go permite previsualizarla en un teléfono mediante un código QR. La compilación y distribución mediante Expo Application Services es un paso diferente, con herramientas y cuentas de desarrollador de las tiendas correspondientes.
Una prueba móvil debe incluir acciones físicas y condiciones de uso, no solo dimensiones de pantalla. Para un catálogo de materiales puede comprobarse la apertura de PDF, el regreso desde otra aplicación y la conservación del idioma. Si necesita funcionamiento sin conexión, ese requisito debe diseñarse y probarse expresamente: una vista previa que carga con buena cobertura no demuestra disponibilidad offline.
Documentación de referencia: Expo mobile apps.
Navegadores y diferencias entre dispositivos
Bolt admite Chromium y Safari en escritorio. Safari ofrece código de solo lectura, sin terminal y con vista previa remota. En móvil faltan Code view, edición visual y gestión de base de datos.
Por ello, revisar en un teléfono y mantener una aplicación desde un teléfono no son tareas equivalentes. El primer dispositivo puede ser el correcto para probar la experiencia del destinatario; el ordenador resulta necesario para ciertas correcciones. Al documentar una incidencia, deben anotarse navegador y superficie de edición para que otra persona pueda reproducirla.
Documentación de referencia: Supported technologies.
Auditoría y verificación de permisos
Bolt distingue una revisión de base de datos disponible en todos los planes y una auditoría de proyecto en planes de pago. Esta última revisa código y datos, propone o aplica correcciones y puede dejar acciones pendientes. El botón dedicado de auditoría tiene un tratamiento de consumo diferente a pedirla mediante una instrucción de chat.
Conviene revisar las correcciones del mismo modo que una función nueva. Una prueba propuesta usa dos cuentas ficticias: cada una debe ver únicamente sus registros y ninguna debe poder modificar el identificador de otra para recuperar información. También hay que comprobar cierre de sesión, mensajes de error y enlaces compartidos. El resultado debe registrarse como evidencia de esos casos concretos.
Documentación de referencia: Project security.
Git, exportación y recuperación
GitHub permite sincronizar código y trabajar con ramas. También puede descargarse un ZIP del proyecto desde escritorio. Restaurar una versión anterior no restaura las bases Bolt o Supabase. La documentación permite utilizar comercialmente el código creado, con los términos aplicables.
Una copia recuperable debe probarse, no solo almacenarse. Un ensayo propio puede restaurar el código en un proyecto de prueba, conectar datos ficticios con la estructura esperada y recorrer la búsqueda. Si el código recuperado espera una columna que ya no existe, la interfaz puede fallar aunque el historial se haya restaurado correctamente. Conviene mantener juntos un inventario de servicios y las instrucciones de recuperación.
Documentación de referencia: GitHub for version control · Project recovery · Commercial ownership.
Publicación, planes y consumo
El alojamiento integrado ofrece una dirección bolt.host y opciones de dominio propio según plan. Los límites de alojamiento son distintos del consumo de tokens: alcanzar el límite puede detener la visualización pública del sitio. Los tokens contabilizan el procesamiento del contexto y la generación, por lo que un proyecto mayor puede consumir más por mensaje.
El presupuesto debe considerar construcción, revisión y operación. Una forma práctica de compararlo es completar un cambio representativo, medir su consumo y comprobar qué servicios siguen generando uso después. Para una campaña con muchos visitantes importa especialmente el alojamiento; reducir instrucciones al agente no reduce necesariamente el tráfico de la web.
Conectores y presentaciones interactivas
Los conectores MCP permiten al agente utilizar herramientas de otros servicios. La documentación indica que se activan inicialmente todas las herramientas disponibles y que su configuración se comparte entre proyectos. Bolt Slides añade presentaciones web: exporta PDF estático y JSON con datos de la presentación.
Para una sesión preventiva, una diapositiva podría contener un ejemplo interactivo con datos ficticios. El PDF sirve como material de consulta, pero no conserva esa interacción. En cuanto a conectores, una biblioteca que solo necesita consultar recursos no necesita necesariamente permisos para borrarlos o publicarlos: el conjunto de acciones habilitadas debe corresponder al trabajo previsto.
Documentación de referencia: MCP integration · Bolt Slides.
Privacidad y entrenamiento de modelos
La política revisada contempla usos de contenido elegible para entrenamiento y licencias de conjuntos de datos desde octubre de 2026, con exclusión configurable. Excluye cuentas situadas en el EEE, Reino Unido y Suiza; los acuerdos de organización pueden establecer condiciones diferentes. Forge requiere consentimiento específico donde se aplican esos usos.
Es importante revisar la cuenta concreta y el tipo de contenido enviado. Un proyecto de prueba puede funcionar con registros sintéticos y documentación pública; no necesita incorporar datos personales para demostrar una navegación. La configuración de entrenamiento y la autorización para que una aplicación consulte un servicio son decisiones independientes.
Documentación de referencia: Privacy policy · Forge documentation.
Aplicaciones concretas en SST
Puede utilizarse para explorar recursos de comunicación preventiva, como un buscador de materiales o una página interactiva de orientación. Su utilidad para SST está en probar la experiencia de uso antes de invertir en desarrollo, con contenido revisado y sin atribuir al prototipo capacidad para evaluar riesgos o autorizar tareas.
Además del catálogo, se propone una página interactiva para orientar hacia recursos públicos según tema o idioma. Otra posibilidad es demostrar una biblioteca visual antes de decidir su estructura definitiva. Estas experiencias deben devolver materiales revisados, sin generar instrucciones preventivas nuevas ni presentar una selección automática como evaluación profesional de una situación de trabajo.
Caso práctico y comprobación del resultado
Por ejemplo, un equipo podría crear una demostración de un catálogo de carteles con filtros por idioma y tema. La prueba permitiría comprobar si las personas encuentran el recurso correcto antes de trabajar con documentos internos o cuentas reales.
En el catálogo de carteles, prepara una muestra con título, tema, idioma, imagen autorizada y enlace al archivo correcto. Define cómo se combinan los filtros y qué mensaje aparece cuando no hay coincidencias. Pide una versión inicial sin registro de usuarios, para comprobar primero si la organización de materiales tiene sentido.
Prueba una combinación con resultados, otra vacía y un título largo. Comprueba navegación por teclado, legibilidad móvil y que la miniatura abre el cartel de la misma lengua. Después cambia un recurso y revisa que el enlace anterior no siga apareciendo en otra vista. Si conectas GitHub, comprueba que la revisión esperada esté sincronizada. Antes de una publicación real, abre la dirección final como lector y repite los casos, porque la previsualización no demuestra el comportamiento del alojamiento.
Límites y condiciones de uso
Generar una aplicación rápidamente no demuestra que sea accesible, segura o mantenible. Deben revisarse navegación, permisos, dependencias y errores; el contenido preventivo necesita una validación propia y no debe darse por correcto porque la interfaz funcione.
La ayuda de Bolt distingue conectar otra base de datos de transferir la administración de la existente. Reemplazar una conexión puede provocar pérdida de datos o dejar el proyecto apuntando a información diferente. Por eso una migración requiere revisar código, datos y acceso de forma conjunta. El control de versiones del código tampoco sustituye una estrategia de copia y recuperación de los registros almacenados.
Documentación de referencia: Intro to Bolt · Advanced database settings.
Cuándo elegirla y con qué complementarla
Bolt encaja cuando se quiere iterar sobre una experiencia web funcional desde el navegador y el proyecto se ajusta a sus tecnologías. Figma puede servir para decidir la distribución visual antes de generar código. Lovable permite comparar otro flujo de construcción web con las mismas pruebas de búsqueda y permisos.
Valora facilidad de corregir errores, acceso al código, costes de ejecución y quién mantendrá el servicio. Si un catálogo pequeño se resuelve con una página sencilla, no añadas cuentas y base de datos sin una necesidad concreta: cada componente introduce tareas de operación y revisión.
Preguntas frecuentes
¿La sincronización con GitHub demuestra que la web está actualizada?
No. Sincronizar conserva cambios en el repositorio. La publicación debe verificarse en su dirección final, comprobando la versión y el comportamiento que verá la audiencia.
¿Añadir una base de datos mejora siempre el prototipo?
No. Solo es útil cuando existe una necesidad de persistencia, edición o acceso que la justifique. Para probar filtros con pocos recursos, una muestra estática puede responder primero a la pregunta de diseño.
¿Un catálogo puede sustituir una instrucción de trabajo?
No. Facilita encontrar recursos. La adecuación del documento al puesto, su vigencia y la comprensión de sus instrucciones requieren un proceso propio, incluso cuando la búsqueda funciona correctamente.
