14 mins read

People Of The Rain – Future Vision XPRIZE.

Visión, Creación y su Regeneración Constante.

Desde México escribí People Of The Rain, una historia de futuro hídrico que presenté en Future Vision XPRIZE. A continuación, comparto las lecciones aprendidas al armar el relato y crear la pieza de video.

También puedes ver el video aquí: youtu.be/MMIuj8ndHj0 — y el treatment completo acá: drive.google.com/file/d/10RNUGJfPk5ZCj1EajZC7wmsG44-3Hhea/view.

En números: 6 meses de dedicación incremental 2,4,8 y 16-20 horas (último mes) x día hacia la fecha final de entrega, corriendo sobre tres tracks en paralelo (no fases secuenciales) — Discovery (tesis, investigación, documentación cultural en Gemini Notebook desde el primer mes) nunca se cierra del todo: retroalimenta el proyecto de principio a fin. Delivery arrancó en julio, con Google AI Ultra, Grok Heavy, Claude e ElevenLabs activados. Distribution fue el paquete final para XPRIZE. Cada una de las 7 versiones completas del corte pasó por un instrumento de aseguramiento de calidad de 5 dimensiones —tesis, evidencia, tensión narrativa, especificidad, estructura— antes de avanzar a la siguiente. Resultado: 30 tomas finales sobre varias veces más generaciones descartadas (cerca de 200 tomas) · 17 versiones de guión completo · 8 versiones del corte · 20 tomas de voz (17 Remedios + 3 Citlali) más descartes · 3 pistas musicales originales más descartes · una sola toma, la 29, que tomó más de 8 rondas para resolverse bien.

El motor del Sistema de Trabajo que sostuvo todo esto: tres tracks en paralelo, con Discovery retroalimentando al sistema completo en cada ciclo.

Lo que sigue no es una postura ideológica ni una prescripción política — son lecciones de un ejercicio de aprendizaje extremo (insights no técnicos a partir de la valoración de cada una de las 7 versiones del video que fueron generadas): pensar con responsabilidad crítica antes de que una decisión impacte, para bien o mal, la vida de alguien más.

Administrar esa creación implica también la responsabilidad de sostener un sistema de efectos secundarios — los que impactan, para bien o mal, el progreso de la humanidad.

En lo que debemos tener precaución siempre es en no trastocar aquello cuya falla no es un experimento, sino un daño. No por alcanzar el objetivo perdamos humanidad.

Al contar esa historia apareció una propuesta:

Diseñar “hoy” un futuro implica crear, paralela e intencionalmente, la capacidad de volver a elegir, para que la visión se regenere mientras el instrumento de solución —nuevo invento creado con tecnologías aceleradoras para resolver uno de los 12 retos globales— cambia, sin apostar la base: la operación y las personas que tienen que seguir en pie mientras esa visión se reescribe.

La idea de fondo es doble y no se separa: encontrar un instrumento y, a la vez, regenerar una visión que impacte de manera positiva la calidad de vida de cualquier ser en la Tierra. Si solo queda el instrumento, hay objeto. Si solo queda el discurso, hay temporada. Hacen falta los dos: un instrumento que sirva ahora y una visión que se pueda reescribir cuando ese instrumento ya no baste.

Esta misma lógica —instrumento más visión regenerable— podría ser la base de una política pública, no solo de un proyecto individual.

La ficción obliga a elegir qué se celebra. Si la cámara se enamora del primer instrumento, el relato hereda un objeto. Si se enamora de quien puede cambiarlo sin que se caiga la vida cotidiana, el relato hereda un hábito. People Of The Rain se fue por lo segundo.

La tecnología no espera. La IA de este trimestre no es la del siguiente. Energía, datos, salud: igual. Lo que envejece mal no es la solución, es quedarnos casados con la primera versión que nos gustó.

Empresa, gobierno u ONG: el origen no decide si una visión es seria. Lo decide si admite la siguiente curva… y si lo que no puede fallar —personas, operación— se cuida.

Durante el desarrollo del guión completo nos dimos cuenta de que falta tomar conciencia de algo más: las estructuras actuales de organización para tomar decisiones no tienen la agilidad necesaria cuando aparecen dilemas nuevos —lo que Norbert Wiener, el matemático del MIT que fundó la cibernética, ya distinguía en “1950” como el caso más difícil de la ética tecnológica: situaciones desconocidas resueltas con medios nunca antes vistos, sin principios existentes que aplicar directamente. Su método seguía vigente para analizar el problema. Lo que falta hoy es resolverlo a tiempo: no basta con los avances que traen las soluciones o tecnologías aceleradoras — también hace falta cambiar cómo se organiza la toma de decisiones, para que sea rápida, sostenida, y esté al servicio inmediato de quienes se ven afectados.

A 20 años no importa si la historia “acertó” el instrumento. Importa si quedó un hábito —derivado del pensamiento exponencial—: regenerar la visión y el instrumento al servicio de la calidad de vida. Y si ese hábito lo pueden ejercer otros, no solo quienes escribimos el primer corte o quienes crean la primera versión.

El hallazgo

Llevo dos proyectos trabajando exactamente esa pregunta: un cortometraje sobre agua en la Mixteca oaxaqueña, y otro sobre energía en los Andes peruanos. Los dos son historias de ficción sobre el futuro, con tecnologías y despliegues muy reales —investigación sobre cómo hacerlos factibles y ponerlos en marcha como proyectos reales: POTR, la generación de agua atmosférica; LATIDO, la generación de energía eléctrica sustentable de forma autónoma. Pero al construirlos con el mismo método, una y otra vez, apareció el mismo patrón — y ese patrón ya no habla solo de cine. Habla de cómo cualquier tecnología aceleradora debería entrar a cualquier lugar del mundo.

En la historia de la Mixteca, unos mástiles capturan agua del aire. En la historia de los Andes, un reactor pequeño resuelve la energía de un pueblo entero. Son tecnologías distintas, en continentes distintos, resolviendo problemas distintos. Y aun así, las dos historias llegaron a la misma conclusión, cada una por su cuenta:

Una tecnología nueva no mejora la vida de la gente por lo avanzada que sea. La mejora cuando la gente que la recibe puede decidir si la quiere, aprender a usarla, apagarla si ya no le sirve, y no tener que cambiar quién es para poder tenerla.

Dicho de otra forma: no importa qué tan buena sea la tecnología si quien la recibe no tiene el control real sobre ella. Eso no es un detalle ético que se agrega después. Es la diferencia entre que el proyecto funcione a largo plazo o se caiga en cuanto el equipo que lo trajo se va.

Nueve reglas que se repiten en cualquier lugar

Al comparar los dos proyectos, encontramos ideas que se repetían sin que nos lo propusiéramos —no como postura, sino como aprendizaje práctico. Las escribimos como reglas, y les pusimos una prueba simple: si dejan de ser ciertas al cambiar de país, no eran reglas — eran anécdotas de ese caso particular. Estas nueve pasaron la prueba:

  1. El impacto no está en lo grande que se ve el primer proyecto. Está en si el mismo patrón se puede repetir en otro lugar sin tener que copiar ese lugar exacto.
  2. Un proyecto piloto pequeño y manejable enseña más que un proyecto gigante que nadie puede replicar.
  3. El problema puede ser global (falta de agua, falta de energía) — pero quién decide cómo se resuelve, siempre es local.
  4. Hay cuatro cosas que una comunidad necesita poder hacer con cualquier tecnología que reciba: decidir si la quiere, operarla y repararla, apagarla o no copiarla si no le conviene, y que esa tecnología respete sus valores en vez de exigir que ella cambie los suyos. Si falta una de las cuatro, ya no es un regalo — es otra cosa (una dependencia, una imposición, algo que se ve bien pero no lo es).
  5. Tener el recurso natural (sol, agua, minerales, datos) no es lo mismo que tener el control de la tecnología que lo aprovecha. La pregunta real es: ¿quién puede apagarlo?
  6. El tiempo que toma consultar, dudar y verificar con la comunidad no es una demora burocrática. Es el método mismo. Sin eso, ir rápido es simplemente repetir, con otro nombre, un patrón que ya conocemos y que no funciona a largo plazo: imponer sin escuchar.
  7. Alguien que se formó afuera y vuelve a su comunidad con una tecnología nueva puede decidir solo — tiene el conocimiento para hacerlo. La pregunta no es si puede. Es si elige no imponerse.
  8. Hay al menos tres tipos distintos de soberanía —la de un país, la de los datos, la de una comunidad— y mezclarlas en el mismo discurso confunde más de lo que ayuda. Un proyecto honesto dice claramente cuál de las tres está en juego.
  9. La escala real —“esto puede funcionar en muchos lugares”— va en el reporte, en la propuesta, en la conversación de fondo. Lo que se muestra en el momento y en el lugar es un solo caso, humano, concreto. Cuando se invierte eso —se presume el planeta entero desde un solo caso— el resultado es una postal o un pitch, no una solución real.

La generalización de las reglas

Lo interesante es que estas nueve reglas también aplican, en su mayoría, a un proceso de adopción tecnológica dentro de una organización —por ejemplo, adoptar IA— con algunas implicaciones distintas. En una empresa, fallar en la adopción significa bajo ROI, gente frustrada, o “shadow IT” (la gente usando por su cuenta otra herramienta). Es un fracaso real, pero no de la misma magnitud — no hay que forzar la analogía a ese nivel de gravedad. Y “territorio cultural” se traduce a “cultura del equipo o unidad de negocio”.

La fricción sana es la misma: TI mide éxito por cuántos departamentos adoptaron la IA; el equipo mide éxito por si de verdad les sirve. Lo que aporta valor aquí es cruzar los procesos de adopción ya conocidos con estas reglas — aplicar una capa de verificación de soberanía a un proceso de adopción ya probado, para entender mejor sus implicaciones reales.

De todo lo anterior, hay una prueba que resume el resto, y que sirve para cualquier caso, en cualquier país, con cualquier tecnología:

Si quien trae la tecnología aparece explicándole a la comunidad cómo funciona, mientras la comunidad solo observa y asiente — no importa qué tan buenas sean las intenciones, ni qué tan avanzada sea la tecnología — el proyecto ya falló en lo que más importa.

La autoridad real se ve en quién examina el terreno, quién hace las preguntas difíciles, y quién puede decir que no. No en quién trajo el invento.

Por qué esto importa más allá del cine de IA

Empezamos construyendo este método para contar historias de ficción sobre el futuro. Pero las mismas nueve reglas aplican igual de bien a un programa de gobierno, a una empresa llevando tecnología a una región nueva o internamente, o a cualquier organización internacional tratando de mejorar la vida de la gente con herramientas que apenas existen.

La tecnología va a seguir acelerando. La pregunta que de verdad decide si eso mejora la vida de alguien, o solo la complica con otro nombre, es mucho más simple de lo que parece: ¿quién tiene el control cuando el equipo que trajo la solución ya se fue a casa?

Este ejercicio me permitió crear un banco de método y casos para toda Obra futura en la intersección entre tecnología aceleradora/exponencial y su despliegue en un territorio cultural concreto. No es exclusivo de cine — sirve igual para tratamientos narrativos, propuestas reales de despliegue, o pitches de innovación.

En resumen, ha sido todo un viaje de transformación usar la IA para construir futuros posibles — un ejercicio de aprendizaje extremo y de pensamiento crítico responsable en las decisiones que buscan impactar de manera positiva a la humanidad.

Agradezco a quienes hicieron posible esta visión —en particular a Peter Diamandis y XPRIZE, por crear el reto que la volvió necesaria— y a las sincronicidades que fueron apareciendo en el camino: todo esto ha sido una experiencia constructivista en acción.

Si estás construyendo relato, producto o un video de futuro: podemos enseñarte el sistema, llevar un curso in-house o cotizar una pieza.

Agenda: calendly.com/miguelmtzhdz

LinkedIn: linkedin.com/in/miguelmtzhdz

Mail: miguel.martinez@artilecto.com

 

#PeopleOfTheRain #FutureVisionXPRIZE #México

Leave a Reply

Your email address will not be published. Required fields are marked *