Convertir schema.sql en migraciones versionadas y re-ejecutables

supabase/schema.sql es un único archivo que no se puede volver a ejecutar: las políticas se crean sin drop policy if exists y alter publication supabase_realtime add table falla si la tabla ya está. Una asociación que despliega hoy no tiene forma segura de actualizar su base mañana. Es el bloqueo principal para la durabilidad y para el modelo multi-instancia.

1. Crea supabase/migrations/ con la convención de Supabase CLI (<AAAAMMDDHHMMSS>_<dominio>_<que>.sql).
2. Copia el esquema actual, sin cambios de comportamiento, en una migración de línea base …_base.sql. Mueve el insert into foros a supabase/seed.sql.
3. Separa en …_compat_supabase.sql lo propio de Supabase (publicación realtime, grants a anon/authenticated) y documenta qué haría falta para Postgres puro (shim auth.uid()).
4. Sustituye schema.sql por un aviso que remita a migrations/: que no haya dos fuentes de verdad.
5. Documenta en README y docs/guias/asociaciones.md cómo instalar desde cero (supabase db push) y cómo marcar la línea base en una instancia existente (supabase migration repair --status applied <versión>).
6. Añade a CONTRIBUIR: las migraciones publicadas no se editan; lo destructivo, en dos pasos (expand/contract).