Día 3 en AWS Breaking Barriers Chile 2026: subcampeones — y la fundación que pidió poner el proyecto en producción

Son las once de la mañana del viernes 16 de octubre, en la Facultad de Ciencias Físicas y Matemáticas de la Universidad de Chile. Tercer y último día del hackatón AWS Breaking Barriers Chile 2026 — la primera edición latinoamericana de la iniciativa insignia de AWS para usar inteligencia artificial generativa en impacto social. En la sala hay más de 25 equipos repartidos en cuatro frentes: Educación, Salud, Ciudadanía digital y Sustentabilidad. Y un reloj que corre: a las 10:15 se congela el desarrollo, a las 12:00 es la pre-evaluación técnica, y a las 15:00 se pitchea ante el jurado.

Terminamos el día con un segundo lugar. Con un podio. Con la sensación física de que tres días de trabajo de un equipo que se conoció el miércoles se convirtieron en algo real. Y —lo que todavía no caía— con la noticia de que Fundación Integra se comunicó con nosotros para poner este proyecto en producción.

Esta es la crónica del día 3. El día en que congelas el código con las manos temblando, el que sube al escenario a defender con la voz lo que el equipo construyó con las manos, y el que te devuelve un número: subcampeones. Es, si se quiere, el día más corto y el más largo de los tres.

El aviso de rigor que acompaña toda esta serie, porque en este tema es fácil vender humo. Todo lo que vas a leer son hechos verificados en vivo —los pull requests, el estado del despliegue, las métricas medidas, los nombres de quienes construyeron— salvo donde diga explícitamente que es nuestra lectura. Los conteos y las cifras están al cierre de la jornada. Y una cosa más, la más importante: esto no lo construyó una persona, ni una herramienta. Lo construyó un equipo de cuatro. Vamos a nombrarlos, porque este artículo —a diferencia de los dos anteriores— es, sobre todo, suyo.

1. La mañana del día 3: congelar un sistema vivo

El día 3 de un hackatón tiene una rareza: no es para construir, es para dejar de construir. Todo lo que no esté listo a las 10:15, no estará. Es un ejercicio de disciplina incómodo, porque el impulso natural —sobre todo en un equipo que viene de dos días de resolver problemas— es seguir metiendo mejoras hasta el último segundo.

Esa mañana, el trabajo fue distinto al de los días 1 y 2. No se trataba de agregar features: se trataba de alinear lo que ya existía. Poco antes, el equipo había terminado de pulir el dashboard principal —la interfaz que la educadora ve en pantalla— y esa versión nueva de la interfaz todavía no estaba en producción. El código del frontend en la nube venía de una versión anterior. Había que reconstruirlo, subirlo y verificar que todo siguiera vivo.

Fue una jornada de verificación, no de invención. Reconstruimos el frontend desde la rama principal, corrimos las pruebas —58 de 58 en verde, incluidas ocho nuevas para la vista de acompañamiento pedagógico— y lo desplegamos. Después vinieron las comprobaciones que nadie ve pero que salvan demos:

Ese «35 de 35 archivos idénticos» merece una línea aparte, porque fue —de nuevo— la lección del día 2 repetida hasta el cansancio: el código que corría en el servidor no era exactamente el del repositorio. Aparecieron dos piezas que habían quedado fuera de sincronía (una versión vieja de un panel secundario y una carpeta de búsqueda que todavía no se usaba). No eran críticas, pero eran la misma enfermedad de fondo: dos verdades distintas sobre lo que es el sistema. Se sincronizaron, con respaldo previo, y por primera vez en los tres días el repositorio y el servidor fueron, por fin, la misma cosa.

2. El pitch: cuando el equipo sube al escenario

A las tres de la tarde, el jurado. Cinco minutos para contar en voz alta lo que tres días antes era solo un desafío descargado de una carpeta. El pitch fue de Mauricio Valenzuela, y lo voy a decir sin neutralidad periodística: se lució. Hay algo que no se puede preparar del todo —el tono, el ritmo, la seguridad de quien entiende su propio proyecto— y esa tarde Mau lo tuvo.

El relato, en su forma más simple, es este: la tía no necesita otra planilla: necesita que sus cuatro horas vuelvan a los niños. En Chile, una educadora de párvulos dedica cerca de 4 horas a la semana a documentar observaciones del desarrollo de cada niño. En una red de 1.200 jardines, eso son más de 11.000 horas semanales que no están con los niños. Ese es el problema. No es que falten datos: es que el tiempo se va en levantarlos.

Y la solución que mostramos no es un chatbot que redacta. Es un sistema que entiende la conducta observable. La educadora manda un mensaje por WhatsApp —un texto, una nota de voz, la foto de un post-it o un video— y el sistema propone el nivel de desarrollo según la rúbrica de Fundación Integra, con la evidencia que lo sustenta. Pero la última palabra es siempre de la educadora. El sistema propone; ella confirma. Si duda, no adivina: manda el caso a una cola para que sea ella quien decida.

La demo fue en vivo, y eso siempre es un riesgo. No mostramos un video: mandamos un mensaje real por WhatsApp, vimos cómo el sistema lo procesaba, cómo aparecía en el dashboard, cómo la educadora podía confirmarlo o corregirlo. En una demo en vivo puede fallar todo. Ese día no falló —en parte, porque lo habíamos ensayado hasta el cansancio y habíamos limpiado los casos dudosos que podrían habernos sorprendido.

El guion del pitch estaba mapeado, minuto a minuto, contra los cinco criterios del jurado: Innovación técnica (25%) · Impacto social (25%) · Factibilidad (20%) · Escalabilidad (15%) · Calidad de la presentación (15%). Cada treinta segundos atacaba uno. No es romanticismo: es que el 50% del puntaje se juega en cómo cuentas las cosas, y si dejas ese 50% al azar, regalas la mitad de la nota.

3. Lo que dijimos cuando no sabíamos

Hay una parte del pitch que no suele contarse y que, creo, fue lo que nos llevó al podio: lo que no dijimos.

No dijimos «100% de precisión». Dijimos 0,963 en la prueba honesta, con la humana en el loop. No dijimos «ya cubrimos los diez núcleos de la rúbrica». Dijimos que el marco es parametrizable y que estamos listos para cargarlos cuando Integra los publique. No dijimos que «reemplazamos a la educadora». Dijimos que le devolvemos cuatro horas para que ejerza su criterio, no para quitarle el suyo.

En un escenario donde todos quieren parecer perfectos, decir lo que falta es un acto de confianza. Y el jurado —gente que evalúa proyectos de IA todos los días y huele el humo a diez metros— lo nota. La métrica inflada se cae en la primera pregunta. La honesta, aguanta.

4. El veredicto: subcampeones

De más de 25 equipos, pasamos al grupo de finalistas. Y en la premiación, segundo lugar. No hace falta dramatizarlo ni adornarlo: de todo el hackatón, nuestro equipo IntegrAI quedó en el podio.

Lo escribo con la distancia de las horas, pero en el momento fue otra cosa. Fue el equipo entero con los puños apretados: los dos estudiantes que se sumaron el miércoles sin conocernos, el compañero que se paró frente al jurado, el que se quedó hasta la madrugada cerrando los últimos detalles del dashboard. Un equipo que, tres días antes, era un grupo de desconocidos frente a un desafío.

5. La consecuencia que vale más que el trofeo

Un segundo lugar se guarda en una repisa. Lo que se queda contigo es otra cosa. Y en nuestro caso llegó esa misma tarde, en forma de mensaje: Fundación Integra se comunicó con nosotros para poner este proyecto en producción.

Léelo de nuevo, porque no es marketing: la institución que nos dio el desafío —la que nos entregó su rúbrica, la que nos pidió resolver un problema real de sus educadoras— quiere llevar el prototipo a la realidad. Eso convierte un ejercicio académico en algo con un destino. Un hackatón, por definición, termina. Un proyecto que una fundación adopta, empieza.

Y ahí está la diferencia entre ganar un premio y construir algo. El premio reconoce lo que hiciste en tres días. La llamada de la institución reconoce lo que podrías hacer en los próximos años. Lo primero es un aplauso; lo segundo, una responsabilidad.

6. El equipo (porque esto fue, sobre todo, de ellos)

Los dos artículos anteriores contaron el qué. Este tiene que contar el quién, porque un segundo lugar no lo construye una idea: lo construyen cuatro personas que se organizan bajo presión. IntegrAI fuimos:

Un equipo multidisciplinario en el sentido literal: dos perfiles técnicos que se sumaron desde la universidad y dos desde el mundo privado. Gente que no trabajaba junta, con formas distintas de mirar el mismo problema —y justamente por eso capaces de cubrirlo entero: desde la arquitectura hasta la pedagogía, desde el código hasta la voz frente al jurado. En un problema real no sobra ningún punto de vista.

7. Por qué importa: los niños de Chile

Vale la pena volver a lo importante, porque es facilísimo perderse en el brillo de un podio. Detrás de todo esto hay 85.000 niños y niñas que asisten a los jardines de Fundación Integra, y educadoras que hoy reparten su tiempo entre estar con ellos y llenar planillas.

Cada hora que una educadora recupera no es un dato abstracto: es tiempo que vuelve a la sala. Es una educadora que puede sentarse con un niño que hoy se está quedando atrás y no lo sabía, porque nadie había cruzado las señales a tiempo. Es un rezago detectado en semanas en lugar de meses. El impacto real de un sistema así no se mide en precisiones: se mide en los minutos que le devuelve a un adulto para mirar a un niño.

Y eso conecta con lo que venimos sosteniendo en toda esta serie: la tecnología importa cuando amplifica lo humano, no cuando lo reemplaza. El sistema más valioso no es el que decide por la educadora, sino el que le devuelve el tiempo para que decida mejor.

8. Cierre: lo que queda después del aplauso

Volvamos a la sala de la Facultad de Ciencias Físicas y Matemáticas. El martes éramos un equipo que no existía. El miércoles elegimos un desafío. El jueves lo roto se volvió producto. El viernes, subcampeones.

Un hackatón termina, es cierto. Pero lo que hicimos esos tres días —la disciplina de sincronizar lo que corre con lo que crees, la honestidad de mostrar la métrica real, el trabajo de hacer que una educadora pueda confiar en una máquina— no se apaga con la premiación. Se queda en el código, en el equipo, y en la llamada de una fundación que quiere llevarlo más allá.

Por eso, más que un podio, esto es una promesa cumplida: la de que un grupo de personas diversas, con el reloj en contra y sin garantías, puede construir algo que sirva. No lo ganamos por tener el modelo más grande. Lo ganamos por tener el sistema más honesto.

Y si algo deja esta serie de tres crónicas, que sea eso: que el futuro no se vende —se demuestra. Y que, cuando te toca demostrarlo, lo que importa no es la inteligencia que pones, sino la confianza que logras construir.