fix(build): embeber credenciales de Supabase en los perfiles de EAS

[Piedra-1988]

Qué cambia

Closes #

Decisiones de arquitectura

• Este PR no cambia ninguna decisión registrada en docs/adr/.
• Este PR sí la cambia. ADR que lo respalda: docs/adr/____
  (el ADR debe existir y estar aprobado antes de la implementación,
  no escribirse después para justificarla)

Si supersede a un ADR anterior, marca el antiguo como Superseded por ADR-XXXX
y actualiza el índice en docs/adr/README.md.

Consumidores afectados

Comprobaciones

• Migración aplicada en local y revisada.
• Cada policy RLS nueva tiene al menos un test positivo y uno negativo en supabase/tests/.
• pnpm lint, pnpm typecheck y pnpm test pasan.
• Los tipos de Supabase están regenerados si cambió el esquema.

[Piedra-1988]

fix(build): embeber credenciales de Supabase en los perfiles de EAS

Los perfiles de eas.json no definían variables de entorno, así que el .env
local no viajaba al build de EAS. Constants.expoConfig.extra.supabaseUrl /
supabaseAnonKey quedaban undefined y createClient() reventaba al importarse
lib/supabase.ts → la app se cerraba nada más abrir el APK standalone.

• eas.json: añade bloque "env" con EXPO_PUBLIC_SUPABASE_URL y
  EXPO_PUBLIC_SUPABASE_ANON_KEY en los perfiles development, preview y
  production (la anon/publishable key es pública por diseño; la seguridad
  real vive en las RLS)
• lib/supabase.ts: sustituye los asserts ! por una comprobación que lanza
  un error claro en español si faltan las credenciales, en vez de crashear
  en silencio
• package.json: añade expo-dev-client para poder generar development builds