Agente Mingo

Filtrar:

🔗 Estado del pipeline de ingesta (T4 → T5 → Supabase)

La cadena que habilita el RAG para preguntas de Asignaciones

✅ RAG Sub-workflow activo ✅ T4 — Convertir a MD (activo) ✅ T5 — Ingesta Supabase (activo) ⏳ Ofertas 15 xlsx — procesando (backfill activo)

Estructura de campos — Respuesta actual de la API ✅ Actualizada 2026-07-20 por UPDS

UPDS ya aplicó todos los cambios solicitados. El endpoint /api/estudiantes/por-telefono/{tel} ahora incluye soporte para doble carrera, doble matrícula y campos de convalidación. No hay endpoints nuevos — todo está en la misma ruta.

Campos ANTES

Campo	Estado
`carrera`	ELIMINADO
`estadoMatricula`	ELIMINADO
tipoConvalidacion	No existía
estadoConvalidacion	No existía
fechaSolicitud	ELIMINADO

Campos AHORA

Campo	Estado
`carrera1`	NUEVO
`estadoMatricula1`	NUEVO
`carrera2`	NUEVO
`estadoMatricula2`	NUEVO
`tipoConvalidacion`	NUEVO
`estadoConvalidacion`	NUEVO

JSON de respuesta real (cuenta de prueba · verificado 2026-07-20)

{
  "documentoIdentidad":  "11111111111111",
  "nombreCompleto":      "SANDRA SANDRA SANDRA",
  "nombres":             "SANDRA",
  "primerApellido":      "SANDRA",
  "segundoApellido":     "SANDRA",
  "telefono":            "11111111111111",
  "fechaNacimiento":     "2000-01-01",
  "ciudadNacimiento":    "Santa Cruz De La Sierra",
  "sedeActual":          "Santa Cruz",
  "correoInstitucional": "sc.sandra.sandra.s@upds.net.bo",
  "carrera1":            "Administracion De Empresas",   ← NUEVO
  "estadoMatricula1":    "Activa",                        ← NUEVO
  "carrera2":            "",                              ← NUEVO (vacío = una sola carrera)
  "estadoMatricula2":    "",                              ← NUEVO
  "tipoConvalidacion":   null,                            ← NUEVO
  "estadoConvalidacion": null                             ← NUEVO
}

✅ Implementado el 2026-07-20: El workflow del agente (Lpq7fJUnLvRSzNwJ) fue actualizado. Nodos Found, Not Found y Entrada1 ahora usan carrera1, carrera2, estadoMatricula1, estadoMatricula2, tipoConvalidacion y estadoConvalidacion. El prompt de Mingo maneja el caso de doble carrera.

Métricas de rendimiento — UPDS REST API

2.87s

Cold start

Primera llamada del día

152ms

Respuesta cálida (p50)

Llamadas posteriores

280ms

Respuesta cálida (p90)

Pico en llamadas cálidas

821ms

Stress test p95

20 llamadas paralelas

Éxito a 100 paralelas

99/100 HTTP 500 · colapso

Casos de prueba

#	Endpoint	Caso de prueba	Input	HTTP	Tiempo	Estado	Resultado observado

Issues conocidos

⚠️ Cold start 2.87sMitigación pendiente: Redis cache (key upds:student:tel:{tel}, TTL 86400). Fase 1.5 no implementada aún.
⚠️ Cuenta de prueba en producciónEl número 11111111 devuelve "SANDRA SANDRA SANDRA" — cuenta de test activa en el ambiente productivo de UPDS.
⚠️ Signo + requiere URL-encodeNúmeros con +591XXXXXXXX deben enviarse como %2B591XXXXXXXX para evitar HTTP 400.
🔲 Rate limiting no documentadoLa API de UPDS no tiene headers de límite de velocidad visibles. Con 20 llamadas paralelas no se observaron errores, pero el umbral exacto es desconocido.
🔲 /por-documento pendiente de pruebaEl endpoint de verificación por CI + fecha de nacimiento está construido en el flujo pero sin prueba end-to-end en producción.
🔴 API colapsa a 100 concurrencias (prueba 2026-07-20)Test con 100 requests simultáneos: 1/100 exitoso (12.3s), 99/100 HTTP 500 (35–53s). Bajo alta demanda concurrente (ej. campus lleno), el agente fallará masivamente. Redis cache es CRÍTICO y urgente. Prueba realizada con número de test. Se recomienda solicitar a UPDS aumento de capacidad o rate limit documentado.

Resumen por pestaña

Fuentes de datos

APIDatos del estudiante vía REST (sede, carrera, nombre, CI, estado, correo)

RAGOfertas xlsx en Supabase pgvector (materia, docente, aula, horario, modalidad, grupo, cupos)

EstáticoRespuesta fija en knowledge base del agente

—Sin fuente disponible actualmente