L22 · Construcción y vista previa · 5 min
Inicios de sesión y cuentas
En una frase
Las cuentas y los inicios de sesión permiten que tu app reconozca a cada persona cuando vuelve y proteja sus datos privados mediante Better Auth, una base de datos y una clave secreta invisible, y solo se añaden cuando tu app necesita recordar de verdad quién es cada cual.
Piénsalo así
Un parque público no pide identificación en la entrada, porque cualquiera puede pasar. Un gimnasio sí, porque guarda tu taquilla y tu abono asociados a ti; y en lugar de fabricar tú el torno desde cero, instalas un sistema de cierre ya probado.
Cómo funciona
Cada app lleva solo lo que necesita: si tu app es una calculadora, un directorio o una web personal donde nada pertenece a una persona concreta, ahorra las cuentas. Cuando tu Definiciónespecificación`SPEC.md`: qué vas a construir, para quién, qué entra y qué no, y cómo sabrás que funciona.Abrir en el glosario → exige guardar datos propios entre visitas, necesitas tanto una Definiciónbase de datosDonde tu app recuerda cosas entre visitas, como cuentas o recetas guardadas.Abrir en el glosario → (Neon) como una biblioteca de acceso (Better Auth).
Cuando alguien inicia sesión, Better Auth crea una sesión: un pase firmado que se guarda en una cookie segura del navegador y dice «este navegador ha entrado como tal persona» hasta que caduca o cierra sesión. Para firmar esos pases con seguridad, tu app usa dos ajustes en Definiciónvariable de entornoUn hueco con nombre, como `TOKENTIDE_API_KEY`, que guarda un ajuste o un secreto fuera de tu código.Abrir en el glosario →: BETTER_AUTH_URL (la dirección de tu web, o http://localhost:3000 en tu equipo) y BETTER_AUTH_SECRET (un DefiniciónsecretoTodo lo que abre tus cuentas: claves de API, contraseñas, tokens. Solo se guarda en Vercel y en `.env.local`.Abrir en el glosario → aleatorio que tu agente genera y envía directo a .env.local y a DefiniciónVercelEl servicio que convierte tu código de GitHub en una web publicada, con una vista previa para cada cambio.Abrir en el glosario → sin mostrarlo jamás en el chat).
Nunca dejes que un agente invente su propio sistema de contraseñas. Usar Better Auth con su DefiniciónskillUna guía experta que sigue tu agente para un tipo de tarea, como escribir una especificación o depurar.Abrir en el glosario → de seguridad te da cifrado seguro de contraseñas, protección frente a peticiones falsificadas (CSRF), orígenes de confianza para los enlaces de Definiciónvista previa (Preview)Un enlace privado de prueba que Vercel crea para cada cambio, para probarlo antes de publicarlo.Abrir en el glosario → y reglas de Definiciónlímite de usoUn tope de cuántas veces se puede hacer algo, como intentos de inicio de sesión por minuto, para frenar abusos.Abrir en el glosario → guardadas en la base de datos para que nadie pueda probar miles de contraseñas por minuto.
Mostrar la pantalla de acceso en el DefiniciónfrontendLa parte de una app que funciona en el navegador de quien la visita: lo que se ve y se pulsa.Abrir en el glosario → es solo la mitad del trabajo. Cada acción del DefiniciónbackendLa parte de una app que funciona en un servidor: guarda datos, comprueba inicios de sesión y habla con otros servicios.Abrir en el glosario → que lea o cambie datos privados debe comprobar primero la sesión en el servidor y verificar que quien ha entrado tiene permiso para tocar ese dato.
Cómo se ve en tu proyecto
Cuando tu plan llega a los inicios de sesión, tu agente carga las skills better-auth-best-practices y better-auth-security-best-practices, genera un BETTER_AUTH_SECRET nuevo sin mostrarlo para .env.local y otro para Vercel, crea las tablas de acceso en tu rama de desarrollo de Neon y construye las pantallas de registro, entrada y salida.
Copia para tu agente
Comprueba si el SPEC.md de mi app necesita de verdad cuentas de usuario. Si las necesita, explícame cómo configuraremos Better Auth con límites de uso en la base de datos y secretos invisibles antes de escribir código.
Comprobación rápida · 1 pregunta