chore(sprint-5/etapa-6): limpieza técnica — E2E Supabase, fix flakiness guardar, docs cierre sprint

tests/e2e/setup/auth-setup.ts

@@ -62,6 +62,16 @@ async function globalSetup() {
     return
   }
 
+  // Diagnóstico Sprint 5 Etapa 6a-extra: @supabase/auth-js v2 define STORAGE_KEY =
+  // 'supabase.auth.token' como default de GoTrueClient (constants.js), pero
+  // @supabase/supabase-js's createClient() SOBRESCRIBE ese default calculando
+  // `sb-${projectRef}-auth-token` a partir de la URL (ver SupabaseClient constructor:
+  // `i = sb-${hostname.split('.')[0]}-auth-token`, mergeado en `auth.storageKey`),
+  // salvo que el caller pase un storageKey explícito. src/lib/supabase.ts no lo hace,
+  // así que esta es la clave REAL que usa la app. Confirmado empíricamente: el test
+  // "app header shows user avatar" (sprint-4-smoke.spec.ts) requiere que AuthContext
+  // encuentre una sesión real bajo esta clave — pasa, y auth-state.json generado
+  // contiene exactamente `sb-${projectRef}-auth-token`. No es un bug.
   const projectRef = new URL(supabaseUrl).hostname.split('.')[0]
   const storageKey = `sb-${projectRef}-auth-token`