Fantomio

Por qué existe

Que quien organiza no vea las asignaciones ya es lo normal en las apps de amigo secreto. Lo que no encontré en ninguna fue el juego de adivinar. En un amigo secreto de verdad, la mitad de la gracia es sospechar quién te regala, y las apps resolvían el sorteo y se olvidaban de eso.

Cómo lo construí

El modo a ciegas obligó a pensar qué delata a alguien. No bastaba con ocultar la asignación, porque el chat, los avisos, el historial y hasta la lista de deseos podían confirmar una sospecha. La base tapa los nombres de todos los miembros en cada mensaje antes de guardarlo, distinguiendo a una Rosa del color rosa,, y no deja sortear a ciegas mientras falte la lista de alguien. El sorteo es una función de Postgres que respeta exclusiones, evita repetir las parejas del año anterior y avisa cuando no hay sorteo posible. Después le sumé pruebas automáticas contra un Supabase desechable, registro de migraciones y alertas, para dejar de probar en producción.

Stack y decisiones técnicas

Next.js 16 exportado como sitio estático en Cloudflare Workers, sin servidor propio. Supabase con Postgres, Auth y RLS en todas las tablas. El sorteo, los archivos, las revelaciones programadas y los correos corren en la base con funciones, pg_cron y pg_net hacia Brevo. Cada deploy espera a que GitHub Actions levante un Supabase desechable, aplique las migraciones y pase las pruebas de privacidad. Errores reportados a Sentry sin datos personales.

sorteo a ciegas, postgres, supabase, row level security, cloudflare workers, pruebas en ci

Reflexión

Lo difícil no fue esconder datos sino decidir qué cuenta como pista. Tapar solo los nombres de los dos involucrados habría confirmado la apuesta de cualquiera, así que se tapan todos. Esa clase de detalle es la que separa un sorteo que funciona de un juego que se puede jugar.