AquAI Community · cómo funciona

Estado al 22 de octubre de 2026 · 2.288 eventos reales en el monitor, sin un solo dato de relleno

1 · Fuentes públicas

SNIFASancionatorios y sanciones firmes, por comuna
SMADenuncias ciudadanas (Transparencia)
Medios y ONGs4 feeds RSS del rubro
SEIAProyectos presentados
CapasComunidades, ADI, ECMPO, áreas protegidas
↓un extractor por canal, con caché y tolerancia a caídas

2 · Staging — evidencia cruda

El archivo original queda en discoSi la normalización falla o cambia la taxonomía, se reprocesa sin volver a descargar nada. Re-extraer no duplica.
↓

3 · Normalización y análisis

AdaptadoresUno por canal. Traducen al evento común: fecha, territorio, fuente, cita verificable, asunto y etiquetas.
DeduplicaciónClave natural: el mismo hecho visto por dos caminos entra una vez.
Clasificador: comité de dos modelosLos dos leen el mismo texto. Donde coinciden (83%) se acepta solo; donde discrepan, el evento queda marcado para revisión en vez de inventado. Precisión medida de lo que muestra: 97%.
Score por territorioMatriz de pesos del cliente. Cada punto es trazable a su evento.
Matriz de riesgosProbabilidad por frecuencia, convergencia por fuentes, tendencia.
TermómetroQué parte de la cobertura del mes es conflicto.
Alertas y saludQué mirar hoy y qué canal dejó de traer datos.
↓

4a · PostgreSQL — la única fuente

12 tablasEventos con sus categorías y etiquetas, corridas con sus resultados, documentos leídos, correcciones y observaciones. Upsert idempotente.
La corrección humana mandaSi una persona clasifica un evento, el pipeline no lo cambia ni le agrega nada. La regla vive en el SQL, no en el código.

4b · API — lo que el front consulta

El front no lee archivosPide /api/monitor y /api/inteligencia, y la API resuelve desde la base. Una consulta, no seis: son datos de la misma corrida.
Una corrección se ve al instanteComo la API lee la base y no un archivo exportado, corregir un evento se refleja en la consulta siguiente, sin esperar la corrida del día siguiente.
↓

5 · Lo que se ve

MonitorMapa semáforo con capas, panel del territorio con sus hechos citados, alertas con registro de gestión y línea de tiempo.
InteligenciaMatriz de riesgos, priorización, termómetro de medios y quién acumula los hechos del territorio.
FuentesEstado de cada canal: al día, revisar o sin datos.
↓cuando alguien abre un evento y pide una acción

6 · El documento detrás del hecho a pedido, no en la corrida

Se baja de la fuenteLa ficha del expediente lista sus documentos; se eligen por tipo —resolución sancionatoria, formulación de cargos, rechazo del programa de cumplimiento— según un catálogo editable, no adivinando.
OCR, porque son escaneosLas resoluciones de la SMA son imágenes sin capa de texto. Se reconocen en el server, 2 segundos por página, y se leen las primeras y las últimas: los hechos van al principio y el RESUELVO al final.
Se tacha ANTES de que algo salgaEl documento trae nombre y domicilio de quien denunció, y nuestro cliente es la empresa denunciada. El reconocimiento corre local, así que el tachado pasa antes de consultar al modelo. Si algo con forma de nombre sobrevive, el documento NO se usa.
El modelo propone accionesQué pasó, qué exigió la autoridad, cuánto fue la multa y dos a cuatro acciones concretas, citando de qué documento salió cada cosa. Si el documento no lo dice, el campo queda vacío.
↺una vez al día, sin intervención; el equipo recibe aviso solo si algo falla

Dos reglas que atraviesan todo. Un evento sin fuente, fecha y cita verificable no entra: se descarta y se cuenta. Lo que no se puede medir se muestra como pendiente, nunca se rellena con datos de ejemplo. 420 tests backend63 tests front