Un prompt para Bolt se escribe en dos tiempos
Bolt no es un chat cualquiera: genera código, lo ejecuta en el navegador y te enseña el diff de cada cambio. Eso cambia cómo se le habla.
Primer mensaje: la especificación entera. Qué app es, para quién, qué pantallas, qué datos, qué stack y qué no entra en esta versión. Este mensaje fija la arquitectura, y es el único momento en que cambiar de idea sale barato.
Mensajes siguientes: un cambio cada uno. Nombra la pantalla o el fichero, el comportamiento actual y el esperado. Así el diff es pequeño, se revisa en diez segundos y se puede rechazar sin arrastrar media app.
Cómo gastar menos tokens sin construir menos
- Decide antes de generar. Lo que no está en la spec se decide construyendo, y eso se paga en iteraciones.
- Agrupa por pantalla, no por tipo de tarea. «Arregla los colores y añade login y cambia la base de datos» son tres diffs mezclados.
- Adjunta la referencia visual. Una captura del estilo que quieres ahorra tres mensajes de «que quede más limpio».
- No pidas «mejora todo». Es la forma más rápida de tocar ficheros que funcionaban.
- Fija el idioma de la interfaz. Si no lo dices, la mitad de los textos salen en inglés y hay que corregirlos uno a uno.
Qué incluir en el primer prompt
| Bloque | Ejemplo de lo que debe decir |
|---|---|
| Alcance | «Esta versión solo hace reservas; pagos y recordatorios quedan fuera». |
| Pantallas | Listado, detalle, reserva, panel del dueño. En ese orden de prioridad. |
| Datos | Tablas, campos y quién puede verlos. |
| Stack y hosting | React con Tailwind, backend incluido de Bolt, o Supabase si vas a crecer. |
| Criterios | Qué tiene que poder hacer un usuario real para que lo des por bueno. |
Prompt de una línea frente a prompt estructurado
Si quieres ver el prompt entero, ejemplos incluidos, revisa la guía para escribir un prompt en Bolt.new.
Cuándo Bolt no es la herramienta
Bolt brilla en prototipos y apps con lógica estándar. Si tu producto depende de procesos en segundo plano, integraciones con sistemas terceros o rendimiento fino, acabarás necesitando un editor y un repositorio propio. La comparativa Bolt vs Cursor explica dónde está esa frontera, y el wizard de Inputo te recomienda stack según tu caso concreto.
Sigue con el generador
Preguntas frecuentes
¿Qué escribo en el primer mensaje de Bolt.new?
La especificación completa: qué app es, para quién, qué pantallas, qué datos se guardan, con qué stack y qué queda fuera. Bolt decide la arquitectura en ese mensaje, así que es el momento más barato para ser concreto.
¿Cómo hago que Bolt gaste menos tokens?
Decidiendo antes de generar y pidiendo un cambio por mensaje. Agrupar cambios de tres pantallas distintas en un mensaje obliga a más generaciones y a diffs que hay que deshacer.
¿Por qué Bolt me devuelve una app distinta a la que imaginaba?
Porque lo que no estaba especificado se decidió construyendo. Suele pasar con el idioma de la interfaz, los permisos, el orden de las pantallas y los campos de cada formulario.
¿Puedo usar en Bolt el mismo prompt que uso en Lovable?
Sí. Un prompt estructurado describe tu producto, no la herramienta. Puedes pegarlo en los dos y comparar cuál te da antes algo que puedas enseñar.
¿Bolt sirve para una app con pagos?
Para prototipar el flujo, sí; para cobrar de verdad conviene conectar una pasarela (Stripe y similares) con claves propias y revisar el flujo con cuidado. Es una de las cosas que conviene dejar escrita en la especificación.
¿El generador de esta página es gratis?
Sí: gratis, sin registro y hasta 8 prompts por hora. Lo que sí pide registro es el wizard de 7 pasos del plan completo, y su primer paso no cuesta nada.