El jueves 22 de octubre, a las 19:30 de la tarde en Chile, llegó un correo con un asunto que no dejaba lugar a interpretación: Status APPROVED for Meta Global AI Developer Hackathon.
Lo leímos tres veces antes de decirlo en voz alta. Y cuando lo dijimos, la casa se llenó de ruido: la familia, el equipo, los mensajes que salieron en cadena. Porque no es un correo cualquiera. Es la confirmación de que un estudio independiente, bootstrapped, nacido en Chile, quedó seleccionado para uno de los desafíos de desarrollo de IA más grandes del año: diez días construyendo con los modelos más nuevos de Meta, hasta veinte mil participantes de todo el mundo y un millón de dólares en premios.
En algún lugar de ese correo está escrito, con la frialdad de un formulario, algo que para nosotros significa muchísimo más: vamos a representar a Chile en esa conversación.
Y queremos ser precisos sobre qué es lo que nos emociona, porque no es solo el premio. Nos emociona la oportunidad de mostrar algo que venimos sosteniendo hace mucho tiempo y que casi nunca se puede probar en público: que un equipo pequeño, desde el sur del mundo, puede construir al mismo nivel que cualquiera cuando el enfoque es el correcto. Y que la tecnología, puesta al servicio de un problema real, puede contribuir al bien común —no como eslogan de marketing, sino como algo que se puede usar, auditar y mostrar funcionando.
1. Un desafío global no se trata solo de ganar un premio: se trata de demostrar con algo que funciona que un equipo de América Latina puede competir al más alto nivel. La brecha de la región nunca fue de talento. Fue de participación.
2. La tecnología no es un fin en sí misma: es un instrumento. Y hay pocos lugares donde ese instrumento importa más que en la fiscalización ciudadana: la capacidad de que cualquier persona pueda entender qué se hizo con el dinero público.
3. Lo que vamos a construir es un grafo abierto de datos públicos de licitaciones, para encontrar lo que ninguna planilla muestra: relaciones, patrones y reincidencias entre empresas, municipios, personas y anomalías. Las respuestas no están en los datos sueltos: están en las relaciones.
Nota de método: qué es hecho, qué es cita y qué es lectura propia
Este artículo mezcla tres cosas y conviene separarlas desde el principio, porque el tema se presta para el humo.
Hechos son los datos publicados por el organizador, verificados contra la fuente primaria: la página oficial del desafío en dev.meta.ai y la ficha del evento en Cerebral Valley. Cuando hablo de fechas, montos, cupos, criterios o modelos disponibles, es eso.
Citas son las frases textuales del organizador, marcadas como tales y con fecha. No parafraseo dentro de una cita.
Lectura propia es todo lo demás: qué significa para nosotros, qué implicancias tiene para quien construye desde la región, y por qué elegimos el proyecto que elegimos. Ahí puedo estar equivocado, y lo digo cuando corresponde.
Y una advertencia de método que importa: el reglamento completo (Official Rules) se publica antes del inicio y hay que aceptarlo. Lo que sigue son las reglas conocidas; si el reglamento dice otra cosa, el reglamento manda.
1. El desafío, sin adjetivos
El Meta Global AI Developer Hackathon lo organizan Meta y Cerebral Valley. Es virtual, es mundial, y es gratuito para quien resulta seleccionado. La consigna oficial, textual, es una sola línea:
Traducido a términos operativos: diez días de construcción, acceso a la familia de modelos más reciente de Meta, y una bolsa de un millón de dólares repartida entre dos categorías de participación.
| Dimensión | Dato oficial | Qué significa en la práctica |
|---|---|---|
| Duración | 10 días: 26-oct → 4-nov-2026 | No es un sprint de 48 horas: es un proyecto con ritmo de trabajo real, con fines de semana y con noches. |
| Cupo | máximo 20.000 participantes seleccionados | Una comunidad global de builders. Competir ahí es, en sí mismo, una medida. |
| Bolsa | US$1.000.000 | Repartida entre dos categorías, con premios adicionales aparte. |
| Categorías | Indie · Startup | Cada proyecto entra a una. La nuestra es Startup: se juzga ejecución técnica y si el proyecto aguanta en producción. |
| Temas | Build for Your World · Push the Frontier | Un problema que conozcas de primera mano, o un desafío de frontera (robótica, energía, materiales, ciencia). |
| Créditos | US$150 de Meta Model API por participante | Presupuesto de inferencia para los diez días. Alcanza para mucho si no lo gastás en bucles. |
| Modelos | Muse Spark (1.1 / 1.2 / 1.3) · Muse Wonder · Muse Image · Muse Voice Transcribe · SAM 3.1 · open weights (Muse Spark Open, Muse Glimmer) · Muse Code | Un stack completo: razonamiento, visión, imagen, voz, segmentación y un agente de código. |
| Modalidad | Remoto, asíncrono, con instancias en vivo | El trabajo es tuyo y en tu horario; lo que tiene hora fija son unos pocos momentos. |
Hay un detalle generoso en la letra chica que vale más que los premios, y son los partners de inferencia: Baseten ofrece créditos y un límite de dos millones de tokens por minuto para correr los modelos de pesos abiertos, Modal ofrece créditos sobre GPUs serverless con herramientas de entrenamiento, y Fireworks ofrece créditos más un taller técnico. Son para participantes seleccionados, y eso obliga a algo sano: diseñar una arquitectura que funcione sin ellos y que mejore si llegan. Diseñar para el caso base y no para el caso afortunado es, además, la única forma de construir algo que después resista en producción.
2. Qué significa representar a Chile en un desafío así
Vamos a decirlo con todas sus letras, porque es la razón por la que este correo nos importó tanto: América Latina no tiene un problema de talento. Tiene un problema de participación.
Los modelos de frontera se entrenan lejos. Las decisiones sobre cómo se usan también. Y mientras eso pasa, la región aparece en la conversación global casi siempre en el mismo rol: como mercado, como usuario, como caso de estudio. Muy rara vez como constructor.
Cuando un equipo chileno queda seleccionado en un desafío donde hay veinte mil builders de todo el mundo, lo que se pone a prueba no es la capacidad de consumir tecnología: es la capacidad de producirla con criterio propio. Y ahí hay algo que sí tenemos y que casi nadie nos reconoce: problemas reales, cercanos y complejos, que obligan a pensar mejor la solución.
1. Que un equipo pequeño, sin capital de riesgo y sin tokens ilimitados, puede entregar algo que se sostenga frente a un jurado internacional.
2. Que la ventaja de construir desde acá no es la anécdota local: es el acceso a un problema de verdad y a datos públicos de calidad mundial, que existen y están abiertos.
3. Que "IA para el bien común" puede dejar de ser una consigna de conferencia y convertirse en un artefacto concreto que cualquiera pueda abrir, consultar, auditar y mejorar.
Y hay un dato que nos gusta repetir porque ordena todo lo demás: Chile tiene una de las bases de compras públicas más completas de la región. Cada licitación, cada orden de compra, cada adjudicación, cada proveedor, cada monto, queda registrada y es pública. Eso no es un detalle administrativo: es infraestructura cívica. Es el tipo de activo que un país necesita para que la tecnología lo fortalezca en vez de reemplazarlo.
3. El proyecto: una plataforma de fiscalización ciudadana, de uso abierto
El tema que elegimos es Build for Your World, cuya consigna oficial es resolver "un problema que conozcas de primera mano". Elegimos uno que conocemos de cerca y que nos afecta a todos: cómo se fiscaliza el gasto público.
Empecemos reconociendo lo que ya funciona, porque es la base de cualquier propuesta honesta: el Estado chileno ya publica los datos y ya detecta anomalías. Existen portales de transparencia, alertas automatizadas y sistemas de observación del gasto. Gracias a eso hay información disponible que hace veinte años no existía.
Entonces la pregunta correcta no es "¿cómo detectamos anomalías?". Es esta: ¿qué falta entre el dato publicado y la decisión de investigar?
Falta lo más difícil y lo menos glamoroso: poder relacionar. Una anomalía aislada es un dato. La misma anomalía repetida en el tiempo, en municipios distintos, con los mismos proveedores y las mismas personas detrás, es un patrón. Y un patrón, con evidencia, es lo que permite que alguien actúe.
Por eso lo que vamos a construir no es un buscador ni un tablero: es una plataforma de fiscalización ciudadana de uso abierto, cuyo núcleo es un grafo de datos públicos de licitaciones, contratos y proveedores. Abierta en el sentido literal: pensada para que la use la Contraloría, la Fiscalía, investigadores, periodistas, académicos, organizaciones de la sociedad civil y cualquier persona que quiera entender qué pasó con un peso público.
No vamos a construir un sistema que señale culpables. Vamos a construir un sistema que muestre relaciones y las respalde con documentos. Cada afirmación que la plataforma entregue tiene que poder rastrearse a su fuente: qué documento, qué página, qué registro público. Si una afirmación no se puede trazar, no se publica. No porque seamos conservadores: porque una acusación sin evidencia le hace daño a la fiscalización, no a los corruptos.
Esa distinción parece sutil y no lo es. Un sistema que dice "esto parece sospechoso" no le sirve a nadie: ni al fiscal, que necesita pruebas; ni al proveedor, que merece presunción de buena fe; ni al ciudadano, que no puede verificar nada. Un sistema que dice "este proveedor comparte domicilio y representante legal con estas cuatro empresas, todas adjudicatarias del mismo municipio en el mismo período, y aquí están los documentos" sí le sirve a los tres.
La frase que resume el proyecto en una línea es esta:
4. El núcleo es un grafo: por qué las respuestas están en las relaciones
Acá está la decisión técnica que define todo, y también la que más nos entusiasma: el corazón del sistema es un grafo, no una base de datos con tablas.
Una planilla responde "cuánto". Un grafo responde "a través de quién". Y en fiscalización, casi todas las preguntas interesantes son de la segunda clase.
Pensemos en el modelo de datos. En un grafo, cada cosa es un nodo y cada vínculo es una arista. Los nodos son todo lo que los datos públicos ya registran: organismos compradores (municipios, servicios, hospitales, universidades), proveedores con su RUT y razón social, personas naturales que son socios o representantes legales, licitaciones, contratos, órdenes de compra, productos, montos, fechas y funcionarios que firman. Las aristas son las relaciones que los propios registros documentan: este proveedor ganó esta licitación en este organismo, esta persona representa legalmente a estas empresas, estas dos empresas comparten domicilio, este contrato se modificó después de adjudicarse.
Con eso, las preguntas dejan de ser consultas imposibles y pasan a ser caminos dentro del grafo:
| Pregunta de fiscalización | En una planilla | En un grafo |
|---|---|---|
| ¿Quién está detrás de este proveedor? | Hay que cruzar el registro de empresas con el de socios, a mano y para cada caso. | Un camino de dos saltos: proveedor → socio → persona. Y desde esa persona, todo lo demás. |
| ¿Este proveedor aparece en otros municipios? | Se pierde entre miles de filas; nadie lo busca si no sospecha primero. | Se recorren todas sus aristas de adjudicación y aparece la lista completa, con montos y fechas. |
| ¿Hay empresas que siempre se presentan juntas? | Prácticamente invisible: requiere comparar conjuntos de oferentes licitación por licitación. | Un patrón de co-ocurrencia repetido en el tiempo. La reincidencia se vuelve visible. |
| ¿Qué se repite entre municipios distintos? | Hay que unir bases que nadie diseñó para hablar entre sí. | El mismo patrón estructural, encontrado en nodos distintos: la comparación es estructural, no manual. |
| ¿Por qué este proveedor concentra tanto gasto? | Un porcentaje, sin contexto. | Su red completa: con quién comparte domicilio, quién lo representa, en cuántos organismos opera y desde cuándo. |
Esa es la diferencia central, y es la razón por la que el grafo no es un detalle de implementación sino el producto: permite pasar de "hay una alerta" a "hay un patrón, y aquí está la red que lo explica". La reincidencia —el mismo comportamiento, las mismas personas, los mismos vínculos, en otro lugar— solo se puede ver si los datos están conectados entre sí.
Y hay un segundo motivo, que tiene que ver con cómo se usa: un grafo permite navegar. Un fiscal o un periodista no llega con la pregunta perfecta; llega con una intuición. Puede empezar por un municipio, saltar a un proveedor, de ahí a su representante legal, y descubrir que esa persona aparece en otras seis empresas. Ese recorrido es exactamente lo que hoy se hace a mano, en planillas, durante semanas. El grafo lo convierte en segundos y deja el rastro de cómo se llegó.
5. Para quién construimos esto
Una plataforma de fiscalización se juzga por una pregunta concreta: ¿quién la usa el lunes siguiente? Estos son los perfiles que nos importan, y para cada uno el sistema tiene que servir de una forma distinta.
| Quién | Qué necesita | Qué le entrega el grafo |
|---|---|---|
| Contraloría y órganos de control | Priorizar dónde mirar, con equipos acotados y miles de procesos por revisar. | Redes y patrones ordenados por relevancia, cada uno con su cadena de evidencia y el documento de origen. |
| Fiscalía y unidades de investigación | Pasar de la sospecha a un caso sostenible, con vínculos entre personas y empresas. | Relaciones entre proveedores, socios y organismos; reincidencias en el tiempo; rutas de conexión entre entidades que parecían no tener nada que ver. |
| Periodistas de investigación | Publicar algo cierto, con miedo razonable a equivocarse y a ser demandados. | Poder reconstruir el mismo resultado y mostrar de dónde sale cada dato, con el registro público a la vista. |
| Investigadores y academia | Datos relacionables para estudiar integridad, competencia y gasto público. | Una estructura consultable, reproducible y citable, en vez de planillas dispersas. |
| Ciudadanía y sociedad civil | Entender qué se compró en su comuna, con quién y por cuánto, sin ser experto. | Consultas abiertas, sin fricción, con respuestas explicadas y trazables a la fuente. |
Ese último punto es el que nos importa más y el que casi nadie considera: una herramienta de fiscalización que solo sirve para señalar es injusta por diseño, porque castiga sin permitir defenderse. Si el estándar de evidencia es el mismo para todos, la herramienta no está de un lado: está del lado de que las cosas se expliquen bien. Eso es lo que hace que una institución la adopte en vez de temerla, y lo que hace que un ciudadano pueda confiar en ella.
Transparencia no es publicar más datos. Es hacer posible que una persona llegue a una conclusión y pueda mostrar cómo llegó. La diferencia entre esas dos cosas es la diferencia entre un portal que nadie lee y una herramienta que cambia una decisión.
6. El enfoque correcto: cuatro capas y un verificador adversarial
Cuando la IA se usa como espectáculo, el resultado es siempre el mismo: un modelo grande haciendo todo, un demo que impresiona y un sistema que nadie puede auditar. Creemos que el enfoque correcto es el opuesto —usar la pieza más poderosa solo donde hace falta— y lo aplicamos igual en producción con nuestros clientes.
| Capa | Qué hace | Por qué ahí |
|---|---|---|
| Capa 0 · Grafo y reglas | El grafo de entidades y relaciones, más reglas deterministas y consultas. Código puro. | Es gratis, es reproducible y —lo que importa— es citable. Una regla se explica en una frase; un puntaje aprendido, no. |
| Capa 1 · Visión | Extracción sobre documentos que no tienen capa de texto. | Solo donde falta el texto. Pagar visión para leer dos veces un PDF digitalizado es un desperdicio. |
| Capa 2 · Extracción masiva | Resolver entidades y extraer campos: el mismo proveedor con RUT, razón social o domicilio escritos distinto. | Es el volumen bruto: va donde manda el costo por token, no donde manda la inteligencia. Y es lo que decide si el grafo está bien armado. |
| Capa 3 · Razonamiento | Leer la norma, interpretar la resolución de adjudicación, explicar el patrón y verificar cada cita. | Pocas llamadas, mucho criterio. Muse Spark acá, y en ningún otro lado. |
Y una pieza más, que es la que convierte esto en algo serio: un verificador adversarial. Un segundo paso cuyo único trabajo es intentar destruir cada afirmación, buscando el documento que la contradiga. Si no la puede sostener, la afirmación no sale. Es un patrón simple y es el corazón del asunto: el que escribe y el que verifica no pueden ser el mismo.
Ese es, para nosotros, el significado práctico de "usar la tecnología para el bien común". No es ponerle un modelo a un problema social y sacarle una foto. Es aceptar que la herramienta tiene que ser más verificable que la opinión que reemplaza. Si no lo es, no aporta: agrega ruido con mejor interfaz.
7. Cómo se mide un proyecto así: los criterios del jurado
El reglamento reparte el puntaje en cuatro criterios con pesos distintos. Los pongo completos, porque dicen mucho sobre qué se valora en este desafío.
| Criterio | Peso | Qué mira exactamente |
|---|---|---|
| Impact | 30% | Potencial real: a quién beneficia, cuánto importa, si podría convertirse en algo que la gente use, y si encaja con el tema elegido. |
| Use of Meta AI Tooling | 25% | Qué tan creativamente usás las herramientas de Meta, si vas más allá de la integración básica, si mostrás capacidades que el jurado no esperaba. |
| Demo | 25% | Si hay una demo que funciona e impresiona, si el producto aguanta en vivo, y la calidad del video. |
| Technical Depth & Execution | 20% | Si la ingeniería es sólida y está pulida, y si el proyecto muestra oficio real. |
Nos gusta esta tabla por una razón que no es estratégica, sino de principio: el criterio de mayor peso es el impacto real. No es "qué tan impresionante es el modelo", ni "cuántos parámetros usaste". Es a quién beneficia y si podría convertirse en algo que la gente use. Un desafío que pone el 30% del puntaje en el beneficio real está diciendo, con números, que la tecnología importa por lo que resuelve.
Y la consecuencia operativa es tan honesta como simple: si el impacto se juega en el mundo real, entonces el trabajo de los diez días no es hacer un demo vistoso. Es lograr que algo funcione de punta a punta con datos de verdad. Por eso el video del proyecto lo vamos a grabar antes del último día: queremos mostrar el sistema funcionando, no el sistema recién arreglado.
8. Lo que este desafío nos da (y por qué lo agradecemos)
Hay tres cosas concretas que un evento así entrega y que sería injusto no reconocer.
Acceso a modelos nuevos. Muse Spark, Muse Wonder, Muse Image, SAM 3.1 y el resto de la familia, con créditos para usarlos. Para un estudio independiente, eso es tiempo de experimentación que normalmente no está en el presupuesto.
Talleres con la gente que construyó los modelos. Meta dice que los talleres técnicos los dan ingenieros e investigadores de Meta Superintelligence Labs. Poder preguntarle al que entrenó el modelo por qué falla en tu caso es, probablemente, la parte más subestimada del evento.
Una medida externa. Es fácil sentirse bueno en tu propio mercado. Poner tu trabajo frente a un jurado internacional, junto a veinte mil builders, es la forma más honesta de saber dónde estás parado. Eso vale más que cualquier premio, y es exactamente lo que un equipo que quiere crecer necesita.
9. Los diez días, en hora de Chile
El formato es asíncrono, con unos pocos momentos de hora fija. Las indicaciones operativas definitivas las va a compartir el equipo organizador en el kickoff; este es el mapa de referencia, con las fechas convertidas a hora de Chile.
| Hito | Día | Hora en Chile |
|---|---|---|
| Kickoff en vivo (arranca el desafío) | lunes 26-oct | confirmado en el kickoff |
| Talleres técnicos de Meta y partners + office hours | martes 27-oct → miércoles 4-nov | horarios dentro del evento |
| Entrega de proyectos | miércoles 4-nov | 23:00 |
| Juzgamiento | 4 → 8-nov | — |
| Ceremonia de cierre y finales en vivo | lunes 9-nov | por confirmar |
Un detalle que nos parece un acierto del formato: diez días y no cuarenta y ocho horas. Un sprint de dos días premia la improvisación y el humo. Diez días premian el criterio: alcanza para construir, para romper, para arreglar y para darse cuenta de lo que no se va a poder terminar. Es un plazo que se parece más al trabajo real —y por eso nos acomoda más.
10. Honestidad sobre el desafío
Si este blog va a contar el resultado en dos semanas, tiene que empezar siendo honesto sobre el pronóstico. Esto es lo que puede salir mal, sin orden particular.
Veinte mil participantes es mucha gente, y muchos van a ser extraordinarios. Vamos a competir contra equipos con más personas, más horas y más cómputo. Lo asumimos: preferimos medirnos contra los mejores y perder, antes que ganar en una liga menor.
Armar un grafo con datos reales es el trabajo difícil. La parte visible es la consulta que devuelve una red bonita. La parte que define el resultado es la resolución de entidades: que el mismo proveedor escrito de tres formas distintas no se convierta en tres empresas, y que dos empresas distintas con nombres parecidos no se fusionen en una. Ahí se gana o se pierde la credibilidad de todo el sistema.
Diez días se cruzan con la vida real. Tenemos clientes que pagan, soporte de producción y dos fines de semana en el medio. El desafío no reemplaza el trabajo: se suma encima. Es el riesgo más probable y el único que no depende del jurado.
El impacto se juzga desde afuera. El 30% del puntaje mira si el proyecto puede convertirse en algo que la gente use. Un jurado internacional puede no conocer en detalle cómo funciona el sistema de compras chileno, y explicarlo en tres minutos de video es un problema de comunicación, no de producto.
La trazabilidad puede parecer menos vistosa que una demo espectacular. Es nuestra apuesta central y la digo como apuesta: creemos que un grafo navegable con evidencia gana contra un chatbot con animaciones, porque el criterio de profundidad técnica premia el oficio. No tengo certeza. Tengo una hipótesis y diez días para defenderla.
11. El compromiso (y por qué lo publicamos)
Elegimos contar esto antes y no después, y hay una razón: el compromiso público es parte del método.
El 9 o el 10 de noviembre vamos a publicar el post-mortem del desafío. Con los números, con lo que funcionó, con lo que se rompió y con el resultado. Si ganamos, vas a leer cómo se ve por dentro. Si perdemos, vas a leer exactamente lo mismo. No hay una versión de este artículo que exista solo si el final es bueno.
Y hay una segunda razón, que tiene que ver con lo que queremos dejar: cuando buscamos información sobre este desafío, lo que había eran páginas oficiales correctas pero escuetas. Faltaba la mirada de alguien que lo está jugando desde acá, con nuestras condiciones. Ese documento no existía. Lo escribimos nosotros, para el próximo equipo chileno o latinoamericano que se postule y quiera saber a qué se enfrenta.
Porque si algo aprendimos construyendo desde la región es que la brecha de acceso a la tecnología no se cierra consumiendo: se cierra participando. Y participar, en la práctica, es esto: postular, quedar, construir, entregar, y después contarlo completo.
Cierre: vamos a competir con el nombre de Chile puesto
La sensación de estos días no es euforia. Es una mezcla bastante menos fotogénica y mucho más útil: responsabilidad.
Estamos contentos, y no lo vamos a disimular. Quedar seleccionados en un desafío global de Meta, junto a veinte mil builders y con un millón de dólares en juego, es una de las cosas más interesantes que nos han pasado como estudio. Se lo contamos a nuestras familias. Lo celebramos.
Pero lo que nos tiene despiertos a medianoche no es el premio. Es que mañana arranca el cronómetro y hay una diferencia enorme entre estar emocionados y estar a la altura. Nos seleccionaron, y con eso viene algo que no se negocia: la oportunidad de mostrar que un equipo de Chile —sin capital, sin atajos y con un problema real en las manos— puede construir tecnología que sirva.
Vamos a intentarlo con lo único que tenemos y con lo único que hace falta: criterio, trabajo y la convicción de que el bien común no es un adorno del discurso tecnológico, sino la prueba de que la herramienta funciona.
Nos vemos del otro lado del cronómetro. Y esta vez, con Chile en la camiseta.
¿Fiscalizás, investigás o cubrís el gasto público?
Estamos construyendo una plataforma de fiscalización ciudadana de uso abierto: un grafo de datos públicos de licitaciones que permite encontrar relaciones, patrones y reincidencias entre empresas, municipios, personas y anomalías —con cada afirmación trazable a su documento de origen.
Si trabajás en un órgano de control, en la Fiscalía, en investigación académica, en periodismo de datos o en una organización de la sociedad civil, nos interesa tu mirada antes de que la cerremos: qué preguntas necesitás hacerle a estos datos hoy y no podés responder.
Hablemos de fiscalización →