curfew
Curfew es un rastreador de hábitos que exige prueba fotográfica para cada registro. Utiliza Next.js, Bun y Neon Postgres, con grupos privados por invitación y sistema de aprobación de administradores manual vía SQL.
Ficha actualizada 22 sept 2026, 15:04 · upstream 22 sept 2026, 13:49 · release sin release detectada
Qué es curfew
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Curfew es una aplicación web construida con Next.js App Router, TypeScript y Tailwind que prioriza la verificación visual de hábitos. A diferencia de otros rastreadores, obliga a adjuntar evidencia fotográfica para confirmar cada racha, integrando bases de datos serverless como Neon Postgres y caché en Redis. La autenticación se gestiona mediante Better Auth con Google OAuth, requiriendo una aprobación inicial manual de un administrador configurada directamente en la base de datos.
El proyecto está diseñado para ser autocontenido en grupos privados por invitación, sin registro abierto público. Utiliza Bun como gestor de paquetes y Drizzle ORM para consultas tipadas, evitando generadores automáticos de migraciones. La arquitectura soporta despliegue en Vercel con almacenamiento externo en R2 o Upstash, aunque el modo local permite pruebas exhaustivas con datos simulados y un reloj virtualizado para validar ventanas temporales críticas.
- Seguimiento de hábitos personales con validación visual estricta mediante fotos.
- Gestión de grupos privados cerrados con control de acceso por invitación.
- Pruebas de UX en modo local sin necesidad de autenticación real para desarrollo.
- Implementación de sistemas de racha y penalización (fines) personalizados.
- Stack moderno: Next.js, Bun, Tailwind y Neon Postgres.
- Autenticación robusta con Better Auth y Google OAuth.
- Licencia PolyForm Noncommercial para uso personal o forks.
- Modo de prueba avanzado con reloj simulado y datos falsos.
- Licencia no comercial (PolyForm Noncommercial 1.0.0).
- Configuración inicial de administrador requiere edición SQL directa.
- Dependencia obligatoria de Google OAuth para autenticación principal.
- No incluye Dockerfile ni Compose para despliegue nativo en contenedores.
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Desplegar en Vercel conectando a Neon Postgres y R2/Upstash. Requiere configurar variables de entorno BETTER_AUTH_SECRET y CRON_SECRET con openssl. La primera cuenta debe ser aprobada manualmente vía SQL. No usar Docker para producción, ya que el stack está optimizado para serverless.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.