AI Radar: configurar proyecto Supabase verificable para sources, runs y signals

[juanmelo0494]

Evidencia

El repo tiene helpers server-side para Supabase y una migracion con las tablas public.sources, public.runs y public.signals, pero el entorno local no tiene variables cargadas:

• SUPABASE_URL=MISSING
• SUPABASE_SERVICE_ROLE_KEY=MISSING
• AI_RADAR_API_TOKEN=MISSING
• AI_RADAR_API_BASE_URL=MISSING

Tambien se revisaron los proyectos Supabase activos accesibles desde el conector. En los proyectos activos consultados, to_regclass('public.sources'), to_regclass('public.runs') y to_regclass('public.signals') devolvieron null. Los proyectos inactivos dieron timeout al listar tablas.

Pasos para reproducir

1. Abrir el repo platzi-codex-clase-02-agents-md.
2. Ejecutar una comprobacion de entorno para SUPABASE_URL, SUPABASE_SERVICE_ROLE_KEY, AI_RADAR_API_TOKEN y AI_RADAR_API_BASE_URL.
3. Listar proyectos Supabase disponibles y consultar si existen public.sources, public.runs y public.signals.
4. Intentar sincronizar fuentes con node scripts\sync_sources.js config\sources.json sin variables cargadas.

Resultado esperado

Debe existir un proyecto Supabase de AI Radar identificado, con la migracion aplicada y variables server-side configuradas para que /api/sources/sync, /api/runs y /api/signals puedan operar.

Resultado actual

No hay proyecto Supabase de AI Radar identificable desde el contexto actual ni variables locales cargadas. La sincronizacion de fuentes no puede verificarse y la API del repo queda misconfigurada.

Archivos probables

• .env.example
• lib/supabase/client.js
• lib/supabase/sources.js
• lib/supabase/signals.js
• scripts/sync_sources.js
• scripts/persist_daily_snapshot.js
• supabase/migrations/20260621160537_init_ai_radar_core.sql
• README.md

Criterio de aceptacion

• Hay un proyecto Supabase correcto identificado para AI Radar, sin exponer secretos en git.
• La migracion crea public.sources, public.runs y public.signals en ese proyecto o en un entorno local equivalente.
• Las variables server-side requeridas se documentan y se pueden cargar desde un .env.local ignorado por git.
• node scripts\sync_sources.js config\sources.json sincroniza fuentes activas y devuelve synced_count.
• Se puede verificar por consulta que la fuente nueva existe en public.sources.
• npm test y npm run build siguen pasando.

[juanmelo0494]

Implementado localmente en el workspace actual, con una limitacion externa pendiente.

Cambios relevantes:

• Agregado lib/supabase/diagnostics.js para validar variables requeridas sin imprimir secretos.
• Agregado scripts/check_supabase_config.js, expuesto como npm run supabase:check, para comprobar entorno y tablas sources, runs, signals cuando haya credenciales.
• El dashboard ahora cae a fixture si falta SUPABASE_URL o SUPABASE_SERVICE_ROLE_KEY.
• .env.example documenta las variables necesarias.
• Agregadas pruebas en tests/supabase-diagnostics.test.js.

Verificacion local:

• npm test: 13/13 OK.
• npm run build: OK.
• node scripts\check_supabase_config.js --no-network reporta variables faltantes sin exponer secretos, como se esperaba en este entorno.

Pendiente externo: configurar el proyecto Supabase correcto y cargar secretos reales en .env.local para verificar sincronizacion contra la base remota. Pendiente para cerrar remoto: commit/push de estos cambios.

[juanmelo0494]

PR draft creado para publicar la parte implementable del diagnostico: #5

Este issue no se marca como cerrado en el PR porque falta una decision externa: confirmar el proyecto Supabase correcto y cargar SUPABASE_URL, SUPABASE_SERVICE_ROLE_KEY y AI_RADAR_API_TOKEN.

[juanmelo0494]

Supabase verificado localmente con .env.local actualizado:

• npm run supabase:check pasa.
• Variables Supabase requeridas presentes.
• Tablas sources, runs y signals accesibles.

Actualice el PR #5 para incluir Closes #2, por lo que este issue se cerrara al merge.

[Alechan88]

Actualización 2026-07-10 — implementación local y bloqueo remoto

Implementado en este checkout:

• src/supabase-diagnostics.js y npm run supabase:check para validar configuración sin exponer secretos.
• supabase/migrations/create_daily_signals.sql con sources, daily_snapshots y signals, RLS activo, acceso público revocado y grants explícitos a service_role.
• src/daily-signal-persistence.js con upserts idempotentes.

Evidencia:

• 15 pruebas node:test pasan.
• El proyecto ahgxfupgvvzpihwmnvan sigue INACTIVE.
• El intento de restauración devolvió: Project has been paused for more than 90 days and cannot be restored.

Estado: no cerrar todavía. Para completar el criterio de aceptación hace falta identificar o crear un proyecto Supabase activo, aplicar la migración y ejecutar la verificación remota.