¿Y si en seis horas pudieras crear una herramienta que haga los sistemas de IA más seguros o ayude a defender sistemas digitales? Es un hackathon de construcción rápida. Equipos de cuatro, con desarrollo asistido por IA y recursos para empezar. Podés crear algo nuevo, mejorar código abierto, adaptar una investigación o evaluar una tecnología existente.
No hace falta inventarlo todo desde cero. Hace falta un problema claro, una contribución propia y una forma de demostrar qué funciona. La comunidad practica tolerancia cero al acoso, la discriminación y las represalias.
Método
Cómo funciona
01
Elegí uno de los dos tracks.
02
Identificá una pregunta concreta.
03
Reuní a tu equipo de cuatro y decidí qué van a construir o comprobar.
04
Mostrá qué había antes, qué hicieron en las seis horas y qué demuestra el resultado.
Hay una biblioteca de proyectos abiertos, documentación, datos de práctica e ideas opcionales. Podés partir de una idea propia o de una herramienta existente y aportar algo que todavía no tiene. La adaptación a Bolivia es bienvenida cuando responde a una necesidad real. No es obligatoria.
Elegí uno
Dos tracks
Track 1 · AI Security & AI Safety
Seguridad y confianza en IA
¿Cómo podemos proteger y evaluar aplicaciones y agentes de IA para que sean más seguros, confiables y resistentes a errores, manipulaciones y acciones no autorizadas?
Este track se concentra en el comportamiento y la seguridad del sistema de IA. Incluye controles sobre herramientas y permisos, evaluaciones, detección de información no sustentada, trazabilidad, supervisión y reducción de riesgos en agentes.
Preguntas
· ¿Cómo comprobar que un agente respeta los permisos de sus herramientas?
· ¿Cómo evaluar su resistencia a instrucciones no confiables dentro de un entorno de pruebas?
· ¿Cómo saber cuándo una respuesta está respaldada por documentos?
· ¿Cómo comparar distintos sistemas de revisión para detectar errores?
· ¿Cómo crear pruebas relevantes para aplicaciones de IA en español?
Ideas opcionales
· Agente con permisos: un control que solicite aprobación antes de ejecutar acciones sensibles simuladas.
· Evaluador de respuestas: medir qué afirmaciones de un asistente están sustentadas por fuentes.
· Banco de pruebas en español: adaptar y documentar un conjunto pequeño de evaluaciones de fiabilidad.
· Monitor de agentes: mostrar en una interfaz las decisiones y herramientas utilizadas por una aplicación de ejemplo.
· Comparador de revisores: comprobar si combinar dos métodos detecta errores que uno no reconoce.
· Protección de RAG: evaluar y mejorar cómo un asistente utiliza documentos de origen no confiable.
Una mejora defendible: mayor proporción de acciones no autorizadas bloqueadas, respuestas mejor fundamentadas, pruebas más reproducibles o un método de evaluación con errores y limitaciones claramente reportados. No se exige que el sistema sea perfecto.
Track 2 · AI for Cyber Defense
Defensa con IA
¿Cómo puede la inteligencia artificial ayudar a detectar, investigar, comprender o priorizar amenazas de ciberseguridad?
Este track se centra en el uso de IA como herramienta defensiva. Podés trabajar con registros y alertas simuladas, documentación de incidentes, reglas abiertas de detección, correlación de señales o sistemas de ayuda a analistas.
Preguntas
· ¿Cómo reducir el ruido entre muchas alertas sin perder incidentes importantes?
· ¿Cómo explicar rápidamente una regla de detección o una alerta a un analista?
· ¿Cómo resumir incidentes sin inventar hechos?
· ¿Cómo priorizar remediaciones de vulnerabilidades según el contexto del activo?
· ¿Cómo apoyar a equipos pequeños de seguridad con herramientas accesibles?
Ideas opcionales
· Analista de registros: agrupar y priorizar eventos ficticios con explicaciones auditables.
· Asistente Sigma: transformar reglas de detección en descripciones claras con ejemplos.
· Clasificador de phishing simulado: identificar indicadores en mensajes creados para prácticas.
· Generador de reportes: crear líneas de tiempo y resúmenes de incidentes de laboratorio.
· Priorización contextual: ordenar recomendaciones de remediación usando inventarios ficticios.
· Correlador de alertas: detectar eventos duplicados y relacionar señales del mismo incidente.
Una utilidad defensiva concreta y alguna evidencia: correspondencia con casos etiquetados, menor duplicación de alertas, resúmenes fieles a los datos o decisiones de priorización explicables. Todas las pruebas deben realizarse en ambientes propios, simulados o autorizados.
Aporte
Cuatro formas válidas de contribuir
1. Construir
Un prototipo nuevo con APIs, modelos, librerías o herramientas disponibles.
2. Extender
Una función adicional valiosa sobre un proyecto open source.
3. Adaptar
Llevar una solución a otro idioma, sector o contexto, y demostrar por qué importa.
4. Investigar
Probar una hipótesis, armar un benchmark chico o reproducir una evaluación acotada.
No es obligatorio usar un repositorio sugerido. Un proyecto inspirado en un ejemplo compite en igualdad de condiciones si el aporte es nuevo y verificable. Cambiar solo el diseño, el nombre o los colores no alcanza.
Starter kit
Recursos para explorar
Puntos de partida opcionales. No pertenecen necesariamente a los organizadores ni implican patrocinio. Revisá licencias y dependencias antes de reutilizar código. La organización puede sumar datasets sintéticos y guías; hasta entonces, esta sección es el starter kit.
00:00–00:15Bienvenida, tracks, reglas, criterios y recursos.
00:15–00:35Definición del proyecto y distribución de tareas.
00:35–04:50Construcción y evaluación. Mentoría según disponibilidad.
04:50–05:05Entrega final del proyecto.
05:05–05:50Presentaciones y preguntas del jurado.
05:50–06:00Resultados y cierre.
El cronograma se confirma con el programa final. El formato de demos en plenaria admite hasta 10 equipos. Si participan más, la organización define salas paralelas o una preselección anunciada antes.
Para el jurado
Entregables
La entrega usa el mismo portal de equipos, repositorio, presentación y video del hackathon anterior, con los tracks de este sprint. El día del evento el reloj abre la ventana. Hasta entonces podés inscribirte y, si ya fuiste seleccionado, armar el equipo.
A. Identificación
Nombre del equipo e integrantes, título, track y resumen del problema y la solución. Máximo 120 palabras.
B. Material técnico
Repositorio accesible para el jurado o ZIP, con un README de cómo ejecutarlo o reproducir el resultado.
C. Contribución y evidencia
Qué había antes, qué aportaron en el evento, al menos una prueba reproducible y de dónde salen los datos. Explicá limitaciones.
D. Pitch en vivo
Demo de hasta tres minutos y una pregunta breve del jurado. Las diapositivas son opcionales. Solo mockups no demuestran el funcionamiento.
Un minuto de preguntas y una transición técnica. Conviene tener una demo simple y una grabación corta de respaldo.
Revisión automática
El jurado recibe un informe del repositorio como ayuda, no como reemplazo de la demo. La presentación subida en el portal se puede descargar desde ese informe. Si el archivo está en Cloudinary, la descarga pasa por el sitio para que el PDF o el PPTX lleguen con nombre y formato.
Bases
Reglas de participación
Equipos
Cuatro integrantes y un solo proyecto.
Un track, declarado al entregar.
El equipo reparte el trabajo como quiera.
La fecha límite y el emparejamiento de quienes no tienen equipo se confirman con el programa.
IA y código existente
Se puede usar Cursor y otros asistentes. El equipo entiende, prueba y se responsabiliza del resultado.
Se puede reutilizar código de terceros si el uso es legítimo y se reconoce autoría y licencia.
Hay que aclarar qué existía antes y qué se hizo en las seis horas.
No se exige entrenar un modelo, publicar un paper ni entregar un producto de producción.
Seguridad y datos
Solo entornos propios, simulados o expresamente autorizados.
Quedan fuera los ataques a terceros, la extracción de datos, las credenciales ajenas y cualquier daño.
No publiques claves, tokens, contraseñas ni datos personales. Usá datos ficticios.
No se permite falsificar resultados. La organización puede excluir una entrega por un incumplimiento relevante.
100 puntos
Criterios de evaluación
Una herramienta pequeña bien probada puede superar a una plataforma extensa sin evidencia. El mismo panel del jurado usa estos pesos para los proyectos de este sprint.
30
Contribución propia
Una mejora real o un descubrimiento verificable durante el sprint.
25
Calidad técnica y funcionamiento
El prototipo funciona y el flujo principal se puede demostrar.
20
Evidencia y pruebas
Pruebas, comparación o resultados, con límites y errores a la vista.
15
Relevancia e impacto
Un problema importante y usuarios o aplicaciones potenciales claras.
10
Claridad de presentación
Qué hicieron, qué aprendieron y qué se puede demostrar.
Premios y si hay ganadores por track o un ganador general: por confirmar.
Dudas
Preguntas frecuentes
¿Puedo llegar con una idea preparada?
Sí. Podés estudiar el problema y preparar el entorno. Tenés que declarar el material previo: se puntúa el avance durante el sprint.
¿Puedo usar un proyecto de GitHub ya existente?
Sí, si la licencia lo permite, lo atribuís y hacés un aporte nuevo verificable.
¿Debo construir todo con Cursor?
No. Cursor puede ayudarte a desarrollar. La calidad y las pruebas pesan más que la herramienta. Los créditos de Cursor se anuncian cuando estén confirmados y no cubren APIs externas.
¿Debo utilizar IA dentro de la aplicación final?
El proyecto tiene que responder a un track. En el track 1 podés evaluar o proteger sistemas de IA sin integrar una IA nueva. En el track 2 la IA tiene que aportar al flujo defensivo.
¿Debo desarrollar algo para Bolivia?
No. Se aceptan enfoques locales o internacionales. Adaptar al contexto boliviano suma si resuelve una necesidad y se demuestra.
¿Necesito saber ciberseguridad avanzada?
No. Alcanza con familiaridad básica de programación y ganas de aprender.
¿Es obligatorio desplegar el proyecto?
No. Basta una demo local reproducible o resultados verificables.
¿Qué pasa si el experimento no mejora el resultado inicial?
Un resultado negativo bien documentado puede ser valioso. Importan la pregunta, el método y la honestidad.
¿Se permite pentesting?
Solo en laboratorios propios o sistemas con autorización expresa. No se permiten pruebas contra terceros.
¿Quién conserva la autoría?
Las condiciones definitivas se publican en las bases aceptadas al inscribirse. Siempre hay que respetar la propiedad intelectual de terceros.
¿Cómo se asignan los equipos?
Son de cuatro integrantes. En el portal podés crear un equipo o unirte con un código. Quienes se inscriban sin equipo quedan marcados para el emparejamiento, que se confirma con el registro.
Obligatorio
Código de conducta
El espacio tiene que ser seguro para aprender, crear y colaborar. No se tolera acoso, intimidación, discriminación ni represalias. Aplica en la sede, las actividades, los grupos de mensajería, las plataformas y las comunicaciones del evento. Participantes, mentores, jurado, staff, voluntarios e invitados.
Qué esperamos
Trato respetuoso, sin importar experiencia, género, edad, origen, discapacidad, identidad o creencias.
Escuchar, reconocer aportes y respetar límites.
Pedir consentimiento antes de tocar, fotografiar, grabar o publicar información privada.
Críticas sobre ideas y código, no sobre personas.
Qué no está permitido
Insultos, amenazas, hostigamiento, comentarios discriminatorios o lenguaje de odio.
Insinuaciones sexuales no deseadas, contacto físico sin consentimiento o insistencia ante una negativa.
Publicar datos, fotos o conversaciones privadas sin permiso.
Represalias contra quien reporte de buena fe.
Sabotaje, apropiación de aportes ajenos o exclusión discriminatoria del equipo.
Para reportar, no hace falta confrontar a la persona ni hacerlo en público. Canal actual: hola@cursorbolivia.com. El segundo contacto presencial se publica antes del evento. Si un contacto está implicado, se usa el otro.
La organización escucha con discreción y prioriza a quien fue afectado. La información se comparte solo con quien tenga que intervenir. Un reporte de buena fe no se sanciona porque no se pueda comprobar. Según la gravedad, las medidas pueden ir de una advertencia a la expulsión. Tolerancia cero significa que las denuncias se atienden, no que toda situación recibe la misma sanción. Si hay una amenaza inmediata, avisá al personal del lugar.
Inscripción
Reservá tu lugar
Fecha, lugar y premios siguen por confirmar. La inscripción sirve para armar equipos y, el día del sprint, entregar desde el portal. Contacto de la organización: hola@cursorbolivia.com.