Hackathon de IA para el Bien Común.

Equipos. Se participa en equipos de dos a cinco personas. Quien llegue sin equipo se integra a uno en el registro, de 4:00 a 4:30 PM. Nadie participa en más de un equipo.

Quién puede participar. Personas de la comunidad de la IBERO y de las universidades del Sistema Universitario Jesuita (SUJ) inscritas antes del 26 de octubre, fecha de la lista de confirmados. Cada participante usa su propia cuenta de la plataforma; las cuentas no se prestan.

Reto. Cada equipo trabaja un solo reto: personas migrantes, apoyo socioemocional o medio ambiente. Puede cambiarlo durante el evento avisando a un mentor; lo que cuenta es lo que entrega el sábado.

Sin datos personales reales. En los retos de personas migrantes y apoyo socioemocional se usan solo datos públicos o sintéticos. No se suben a la plataforma expedientes, registros de atención, conversaciones ni nombres de personas reales, aunque el equipo tenga acceso a ellos. En el reto ambiental se usan solo fuentes oficiales abiertas.

Documentos que se cargan. Solo documentos con texto seleccionable (PDF de texto, Word o texto plano) y tablas en Excel o CSV. Los PDF escaneados y las imágenes no se procesan: el reconocimiento de texto está desactivado. Cada agente admite hasta 10 documentos; conviene elegir los más importantes y de menos de 50 páginas.

Casos sensibles. Un agente que conversa con personas sobre su salud emocional o su situación legal avisa que es un prototipo y no sustituye la atención profesional. Ante riesgo, canaliza a un servicio real. Los equipos del reto socioemocional escriben en las instrucciones de su agente un protocolo de derivación con teléfonos verificados.

Uso permitido. El laboratorio se usa solo a través de sus herramientas: agentes y flujos de trabajo en Saptiva Studio, o la API de inferencia (InferNode) con llave de API. Y solo para el reto del equipo. No se hacen pruebas de seguridad sobre la plataforma ni se consulta, borra o altera el trabajo de otro equipo.

Uso compartido. La plataforma es de todos los equipos a la vez. No se dejan programas que envíen preguntas al modelo de lenguaje de forma continua, y se avisa a la guardia técnica antes de procesar muchos documentos de una vez, para asignarles capacidad aparte. La guardia técnica puede pedir a un equipo que pause un proceso que afecte a los demás.

Guardar el avance. La plataforma no exporta flujos y quien lidera el equipo es responsable de no borrar el suyo. Desde la primera revisión con mentores, cada equipo copia a su carpeta de Drive las instrucciones de sus agentes, sus datos y capturas de lo que ya corre; es la misma carpeta que entrega el sábado.

Ayuda. Las dudas de uso se piden primero al mentor de mesa. La guardia técnica atiende fallas y recibe el reporte con tres datos: qué equipo, qué intentaba hacer y qué mensaje vio.

Qué se entrega. A las 10:00 AM del sábado cada equipo entrega tres cosas: el agente o flujo publicado y compartido con jf@saptiva.com, quien lo comparte con los jueces (si la solución usa la API de inferencia, el prototipo que la llama, con acceso para los jueces); el formulario de entrega, con cinco preguntas de prueba y su respuesta esperada y una pregunta abierta sobre qué haría en una segunda versión; y una carpeta de Drive del equipo con sus documentos, las instrucciones de sus agentes y un video de al menos dos minutos que explique la solución y lo aprendido. La carpeta queda para el Hub Ibero de Innovación Social y no se califica. El cierre definitivo es a las 12:00 PM: lo que no esté compartido a esa hora no se evalúa.

Presentación. Los jueces ven el video de cada equipo y eligen de tres a cinco finalistas, que presentan cinco minutos en vivo con su prototipo. Si la plataforma falla durante la presentación, el equipo muestra su video o las capturas que guardó.

Criterios. Cuatro criterios con el mismo peso: el equipo eligió un caso concreto dentro del reto y lo resuelve de punta a punta; el prototipo funciona y responde con base en fuentes confiables y citadas; la solución es responsable con las personas y los datos; el equipo explica qué haría en una segunda versión. Dos jueces por proyecto. Los proyectos destacados reciben el reconocimiento publicado en la convocatoria.