Què és Bolt i què lliura
Bolt, accessible a bolt.new, és el constructor d’aplicacions amb IA desenvolupat per StackBlitz. Combina conversa, codi, execució i publicació per crear llocs i aplicacions web; els projectes mòbils utilitzen Expo. El resultat és un projecte editable, amb serveis addicionals quan necessita persistència o autenticació.
La seva utilitat es pot avaluar seguint una tasca completa: introduir informació, obtenir un resultat i corregir un error. Convé distingir l’experiència de l’usuari de la implementació que la sosté. Una cerca visualment convincent encara ha de gestionar filtres buits, recursos retirats i fitxers que no es poden descarregar.
Documentació de referència: Intro to Bolt.
Història: de StackBlitz a Bolt Cloud
Eric Simons i Albert Pai són els cofundadors de StackBlitz. El seu anunci d’abril de 2022 va documentar una ronda de 7,9 milions de dòlars. WebContainers, presentat al maig de 2021, va permetre executar entorns Node.js al navegador. Bolt va arribar a l’octubre de 2024 i va aplicar aquesta infraestructura al desenvolupament amb IA.
Bolt Cloud es va anunciar el 14 d’agost de 2025, inicialment amb allotjament i dominis; altres capacitats estaven aleshores en beta. L’anunci de Bolt v2, del 2 d’octubre de 2025, va situar-ne el llançament el dia anterior. És una evolució des de generar aplicacions cap a un entorn que també n’organitza l’operació.
Documentació de referència: StackBlitz origins and seed round · StackBlitz execution environments · Bolt v2 introduction · Bolt Cloud announcement.
Tecnologia, codi obert i compatibilitat
WebContainers ofereix un entorn Node.js amb terminal. Bolt s’orienta a tecnologies JavaScript i no admet backends PHP o Python dins d’aquest entorn. El repositori públic original bolt.new té llicència MIT i mostra com combinar un agent amb eines d’execució; no descriu necessàriament totes les funcions del servei comercial actual.
Escollir Bolt per a una interfície nova no implica poder importar sense canvis qualsevol sistema existent. Abans de traslladar un projecte convé identificar llenguatge, ordres de compilació, dependències i serveis externs. Una connexió mitjançant API pot conservar un sistema especialitzat fora de Bolt sense intentar reescriure’l sencer.
Documentació de referència: StackBlitz execution environments · Supported technologies · Open-source Bolt repository.
Standard, Max i Forge
La selecció actual distingeix Standard, per a tasques habituals, i Max, disponible en plans de pagament per a feina més complexa. Bolt decideix els models subjacents. Forge incorpora models oberts i condicions pròpies. La seva promoció per a Pro estava datada del 14 de setembre al 14 d’octubre de 2026; no s’ha de tractar com una oferta permanent. Lite conserva condicions diferenciades.
Per comparar agents es pot utilitzar la mateixa correcció acotada: mantenir els filtres en recarregar una pàgina, sense alterar disseny ni enllaços. Cal comparar resultat, canvis introduïts i consum. Més raonament només és útil si millora un criteri verificable del projecte; no substitueix una especificació clara.
Documentació de referència: Agent selection · Forge documentation · Forge announcement.
Planificar abans de modificar
Plan Mode permet discutir un projecte i elaborar una proposta sense modificar-ne el codi existent. Pot consultar context i fonts web. Des de la pàgina inicial crea una estructura base abans de presentar el pla, una diferència respecte a conversar dins d’un projecte ja creat. Implementar la proposta canvia a Build Mode.
Per a un recurs d’aprenentatge, el pla hauria de separar contingut, navegació i comportament. Es pot demanar una llista de pantalles i estats: inici, cerca, fitxa, resultat buit i enllaç no disponible. Definir aquests estats redueix les decisions implícites que l’agent hauria de prendre i permet revisar cada pas amb persones que coneixen l’ús real.
Documentació de referència: Plan Mode.
Disseny importat i edició visual
La integració Figma importa un frame, no tot el projecte. Utilitza Anima; el flux amb sistema de disseny de Teams té una ruta específica mitjançant captura. A Bolt, els canvis visuals s’acumulen a la vista prèvia: desar el lot actualitza el codi i consumeix tokens. Veure un canvi en pantalla no significa que ja estigui desat.
Convé revisar també estats que una maqueta estàtica no mostra: un text llarg, un focus de teclat, una imatge absent i un formulari amb error. Per a una biblioteca de cartells, una targeta ha de conservar títol i idioma encara que falli la miniatura; la imatge no hauria de ser l’única manera d’entendre què conté el recurs.
Documentació de referència: Visual edits · Figma integration.
Bolt Cloud i administració de dades
Bolt Cloud agrupa allotjament, dominis i base de dades. L’entorn permet gestionar usuaris, fitxers, funcions i secrets. Reclamar una base de Bolt per administrar-la des de Supabase i connectar-ne una altra són operacions diferents; les opcions avançades estan restringides a determinats rols.
En una aplicació amb informació persistent, l’esquema hauria de separar l’identificador estable d’un recurs, les traduccions i l’estat editorial. Així, canviar el títol no trenca tots els enllaços. Aquesta estructura és una proposta de disseny, no una configuració que Bolt garanteixi per defecte. Cal especificar-la i comprovar-la abans de carregar contingut real.
Documentació de referència: Intro to Bolt · Advanced database settings.
Aplicacions mòbils amb Expo
Per crear una aplicació mòbil s’ha d’indicar aquesta intenció des de l’inici. Expo Go permet previsualitzar-la en un telèfon mitjançant un codi QR. La compilació i distribució amb Expo Application Services és un pas diferent, amb eines i comptes de desenvolupador de les botigues corresponents.
Una prova mòbil ha d’incloure accions físiques i condicions d’ús, no només dimensions de pantalla. Per a un catàleg de materials es pot comprovar l’obertura de PDF, el retorn des d’una altra aplicació i la conservació de l’idioma. Si necessita funcionar sense connexió, aquest requisit s’ha de dissenyar i provar expressament: una vista prèvia que carrega amb bona cobertura no demostra disponibilitat offline.
Documentació de referència: Expo mobile apps.
Navegadors i diferències entre dispositius
Bolt admet Chromium i Safari a l’escriptori. Safari ofereix codi de només lectura, sense terminal i amb previsualització remota. En mòbil falten Code view, edició visual i gestió de base de dades.
Per això, revisar amb un telèfon i mantenir una aplicació des d’un telèfon no són tasques equivalents. El primer dispositiu pot ser l’adequat per provar l’experiència del destinatari; l’ordinador és necessari per a certes correccions. En documentar una incidència, cal anotar navegador i superfície d’edició perquè una altra persona pugui reproduir-la.
Documentació de referència: Supported technologies.
Auditoria i verificació de permisos
Bolt distingeix una revisió de base de dades disponible en tots els plans i una auditoria de projecte en plans de pagament. Aquesta última revisa codi i dades, proposa o aplica correccions i pot deixar accions pendents. El botó dedicat d’auditoria té un tractament de consum diferent de demanar-la amb una instrucció de xat.
Convé revisar les correccions igual que una funció nova. Una prova proposada utilitza dos comptes ficticis: cadascun ha de veure només els seus registres i cap no ha de poder modificar l’identificador d’un altre per recuperar informació. També cal comprovar tancament de sessió, missatges d’error i enllaços compartits. El resultat s’ha de registrar com a evidència d’aquests casos concrets.
Documentació de referència: Project security.
Git, exportació i recuperació
GitHub permet sincronitzar codi i treballar amb branques. També es pot descarregar un ZIP del projecte des d’escriptori. Restaurar una versió anterior no restaura les bases Bolt o Supabase. La documentació permet utilitzar comercialment el codi creat, amb els termes aplicables.
Una còpia recuperable s’ha de provar, no només emmagatzemar. Un assaig propi pot restaurar el codi en un projecte de prova, connectar dades fictícies amb l’estructura esperada i recórrer la cerca. Si el codi recuperat espera una columna que ja no existeix, la interfície pot fallar encara que l’historial s’hagi restaurat correctament. Convé mantenir junts un inventari de serveis i les instruccions de recuperació.
Documentació de referència: GitHub for version control · Project recovery · Commercial ownership.
Publicació, plans i consum
L’allotjament integrat ofereix una adreça bolt.host i opcions de domini propi segons el pla. Els límits d’allotjament són diferents del consum de tokens: arribar al límit pot aturar la visualització pública del lloc. Els tokens comptabilitzen el processament del context i la generació, de manera que un projecte més gran pot consumir més per missatge.
El pressupost ha de considerar construcció, revisió i operació. Una manera pràctica de comparar-lo és completar un canvi representatiu, mesurar-ne el consum i comprovar quins serveis continuen generant ús després. Per a una campanya amb molts visitants importa especialment l’allotjament; reduir instruccions a l’agent no redueix necessàriament el trànsit de la web.
Connectors i presentacions interactives
Els connectors MCP permeten a l’agent utilitzar eines d’altres serveis. La documentació indica que inicialment s’activen totes les eines disponibles i que la configuració es comparteix entre projectes. Bolt Slides afegeix presentacions web: exporta PDF estàtic i JSON amb dades de la presentació.
Per a una sessió preventiva, una diapositiva podria contenir un exemple interactiu amb dades fictícies. El PDF serveix com a material de consulta, però no conserva aquesta interacció. Pel que fa als connectors, una biblioteca que només necessita consultar recursos no necessita necessàriament permisos per esborrar-los o publicar-los: el conjunt d’accions habilitades ha de correspondre a la feina prevista.
Documentació de referència: MCP integration · Bolt Slides.
Privacitat i entrenament de models
La política revisada preveu usos de contingut elegible per a entrenament i llicències de conjunts de dades des de l’octubre de 2026, amb exclusió configurable. N’exclou comptes situats a l’EEE, Regne Unit i Suïssa; els acords d’organització poden establir condicions diferents. Forge requereix consentiment específic on s’apliquen aquests usos.
És important revisar el compte concret i el tipus de contingut enviat. Un projecte de prova pot funcionar amb registres sintètics i documentació pública; no necessita incorporar dades personals per demostrar una navegació. La configuració d’entrenament i l’autorització perquè una aplicació consulti un servei són decisions independents.
Documentació de referència: Privacy policy · Forge documentation.
Aplicacions concretes en SST
Es pot utilitzar per explorar recursos de comunicació preventiva, com un cercador de materials o una pàgina interactiva d’orientació. La seva utilitat per a SST és provar l’experiència d’ús abans d’invertir en desenvolupament, amb contingut revisat i sense atribuir al prototip capacitat per avaluar riscos o autoritzar tasques.
A més del catàleg, es proposa una pàgina interactiva per orientar cap a recursos públics segons tema o idioma. Una altra possibilitat és demostrar una biblioteca visual abans de decidir-ne l’estructura definitiva. Aquestes experiències han d’oferir materials revisats, sense generar instruccions preventives noves ni presentar una selecció automàtica com a avaluació professional d’una situació de treball.
Cas pràctic i comprovació del resultat
Per exemple, un equip podria crear una demostració d’un catàleg de cartells amb filtres per idioma i tema. La prova permetria comprovar si les persones troben el recurs correcte abans de treballar amb documents interns o comptes reals.
Al catàleg de cartells, prepara una mostra amb títol, tema, idioma, imatge autoritzada i enllaç al fitxer correcte. Defineix com es combinen els filtres i quin missatge apareix si no hi ha coincidències. Demana una primera versió sense registre d’usuaris per comprovar si l’organització dels materials té sentit.
Prova una combinació amb resultats, una de buida i un títol llarg. Comprova navegació amb teclat, llegibilitat mòbil i que la miniatura obre el cartell de la mateixa llengua. Després canvia un recurs i comprova que l’enllaç anterior no apareix en una altra vista. Si connectes GitHub, verifica la sincronització de la revisió esperada. Abans de publicar realment, obre l’adreça final com a lector i repeteix els casos: la previsualització no demostra el comportament de l’allotjament.
Límits i condicions d’ús
Generar una aplicació ràpidament no demostra que sigui accessible, segura o mantenible. Cal revisar navegació, permisos, dependències i errors; el contingut preventiu necessita una validació pròpia i no s’ha de donar per correcte perquè la interfície funcioni.
L’ajuda de Bolt diferencia connectar una altra base de dades de transferir l’administració de l’existent. Substituir una connexió pot provocar pèrdua de dades o fer que el projecte apunti a informació diferent. Una migració exigeix revisar conjuntament codi, dades i accés. El control de versions del codi tampoc no substitueix una estratègia de còpia i recuperació dels registres.
Documentació de referència: Intro to Bolt · Advanced database settings.
Quan escollir-la i amb què complementar-la
Bolt encaixa per iterar sobre una experiència web funcional des del navegador quan el projecte s’ajusta a les seves tecnologies. Figma pot ajudar a decidir la distribució visual abans de generar codi. Lovable permet comparar un altre flux amb les mateixes proves de cerca i permisos.
Valora facilitat de corregir errors, accés al codi, costos d’execució i qui mantindrà el servei. Si un catàleg petit es resol amb una pàgina senzilla, no afegeixis comptes i base de dades sense una necessitat concreta: cada component exigeix operació i revisió.
Preguntes freqüents
Sincronitzar GitHub demostra que el web està actualitzat?
No. La sincronització conserva canvis al repositori. Cal verificar la publicació a l’adreça final, comprovant versió i comportament per a l’audiència.
Afegir una base de dades sempre millora el prototip?
No. Només és útil si una necessitat de persistència, edició o accés ho justifica. Per provar filtres amb pocs recursos, una mostra estàtica pot resoldre primer la pregunta de disseny.
Un catàleg substitueix una instrucció de treball?
No. Facilita trobar recursos. L’adequació al lloc, la vigència i la comprensió de les instruccions requereixen un procés propi, encara que la cerca funcioni correctament.
