Vibe coding: construir apps con IA sin ser desarrollador

Escribe qué problema resuelve, para quién y cómo sabrás que funcionó. Si necesitas dos frases para el usuario, todavía no está definido.

Deja un flujo principal y una acción por pantalla. Todo lo demás va a una lista de «después», no al primer prompt.

Traza las cinco pantallas o estados del usuario, incluidos el error y el vacío. Ese dibujo será el índice de tus prompts.

Next.js, Tailwind, Supabase y Vercel cubren interfaz, datos y despliegue. La elección importa menos que terminarla.

Verifica las versiones, configura Git y abre el editor con una carpeta vacía. Sin entorno estable, cada error parece del código.

Conecta el repositorio y despliega antes de tener funcionalidad. Comprobar el camino a producción al principio evita sorpresas al final.

Incluye alcance, stack, estructura de archivos y qué debe funcionar al terminar. Un prompt sin criterios produce código que compila y no sirve.

Pide al modelo que explique cada archivo y qué toca. Aceptar código opaco es aplazar el problema hasta que falle en producción.

Instala dependencias, arranca en local y lee el mensaje completo. Copiar el error en el chat sin leerlo alarga cualquier avería.

Un cambio, una verificación. Los prompts con cinco mejoras mezcladas hacen imposible saber qué rompió qué.

Da el mensaje literal, el archivo afectado y qué esperabas ver. El contexto técnico exacto ahorra tres rondas de adivinanzas.

Guarda un punto de retorno antes de pedir el siguiente cambio. Sin commits, una mejora puede obligarte a reconstruir lo que ya iba bien.

Define entidades, campos y relaciones en una hoja. Cambiar el modelo después de la interfaz cuesta el doble.

Configura el proyecto, las claves y una tabla con permisos mínimos. Comprueba la conexión desde local antes de seguir.

Implementa alta, acceso, cierre de sesión y recuperación de contraseña. Prueba los cuatro caminos, no solo el feliz.

Cada pantalla necesita decir qué pasa cuando no hay datos, está cargando o falló. Es la diferencia entre una demo y una app.

No confíes en la validación del formulario. Define reglas, límites y mensajes claros donde se escriben los datos.

Sal, borra la sesión y recorre la app como alguien que llega por primera vez. Anota cada paso donde dudes.

Configura las claves en Vercel, aplica los cambios de base de datos y verifica el flujo en la URL pública.

Apunta el dominio, activa analítica sin cookies innecesarias y comprueba que el registro llega a la base de datos.

Somete el código a una revisión centrada en claves expuestas, permisos de tabla y entradas sin validar. Corrige antes de invitar a nadie.

Documenta cómo arrancar, dónde están las claves y qué decisiones tomaste. Tu yo de dentro de un mes no recordará nada.

Suma hosting, base de datos y llamadas al modelo, y divídelo entre usuarios activos. Si no conoces la cifra, no conoces el producto.

Observa sin explicar, registra dónde se atascan y arregla solo lo que se repite. Tres usuarios revelan más que una lista de deseos.