Module 5

Module 5 nace de una idea simple de enunciar y difícil de ejecutar: combinar la familiaridad espacial de los pentominós con la complejidad implacable de la arquitectura paramétrica en 3D. No es un juego de reflejos ni de frenesí arcade. Es lo que en el documento de diseño llamé una meditación técnica: un lienzo digital oscuro donde las matemáticas, la percepción espacial y la gravedad dictan las reglas.

El objetivo del jugador es puramente cognitivo y de optimización. No hay princesa que salvar ni jefe que derrotar. El desafío es construir la megaestructura más masiva y estable posible dentro de un espacio volumétrico estrictamente delimitado. Y a medida que la estructura crece, el espacio útil se reduce: cada pieza es una decisión que condiciona todas las siguientes.

El verdadero desafío: no soy desarrollador

Soy arquitecto y diseñador paramétrico, no programador. La parte difícil de este proyecto nunca fue “escribir el código”. Fue transmitir una intención de diseño con la precisión suficiente para que se volviera software.

Un concepto arquitectónico vive de ambigüedades productivas: que los voladizos se sientan brutalistas, que el vacío sea un recurso valioso, que el game over no sea una derrota sino la inauguración de la obra. Traducir eso a comportamientos deterministas —cuántos apoyos necesita un módulo, qué pasa exactamente cuando la torre toca el techo, cómo se ve un hueco permanente— obliga a cientos de micro-decisiones que un plano nunca necesita explicitar.

El proceso fue un diálogo iterativo entre diseño y desarrollo asistido por IA. Yo aportaba la visión, el criterio estético y el juicio de esto se siente bien / esto rompe la ficción; la implementación técnica se resolvía en esa conversación. Cada decisión pasaba por una sola pregunta.

¿Esto sirve a la experiencia de meditación técnica, o la traiciona?

Las tres reglas que definen todo

Toda la profundidad del juego emerge de tres restricciones simples. Bounding Box: el terreno está limitado a una cuadrícula de 10×10 y nada puede sobresalir del perímetro; el espacio es el recurso más valioso. Smart Snap: un algoritmo escanea la topología y asienta cada pieza perfectamente plana sobre el punto más alto de su huella, generando voladizos y arquitecturas brutalistas de forma automática. Integridad: la física es implacable; al menos 3 de los 5 bloques de cada pieza deben tener apoyo sólido debajo, o el sistema rechaza la construcción.

Cuando una limitación se vuelve regla

El motor representa el mundo con un heightmap: guarda la altura de cada columna, no un volumen de vóxeles. Una consecuencia sorprendió incluso durante las pruebas: los huecos que quedan sellados bajo un voladizo son permanentes. No se puede “insertar” una pieza en una cavidad interior.

Al principio se percibía como una falla. La decisión de diseño fue abrazarla como regla y explicarla con una analogía honesta.

En una obra real tampoco podés teletransportar un módulo dentro de una cavidad sellada. La construcción es secuencial: los módulos llegan desde arriba.

Ese vacío atrapado, que antes confundía, hoy se mide y se muestra al jugador como una estadística más a optimizar. Es el mejor ejemplo de la lógica del proyecto: no esconder las consecuencias del sistema, sino volverlas legibles y estratégicas.

De prototipo a producto

Lo que empezó como una mecánica se convirtió en un juego completo a fuerza de iteración. Tres modos le dieron cuerpo: Altitude Tower (construcción libre por eficiencia), Daily Protocol (una secuencia de piezas fija por día, idéntica para todos los jugadores del mundo, con récord y racha diaria) y Classic Pentomino (el rompecabezas plano de 6×10 con sus 2.339 soluciones posibles, en 3D o en 2D cenital).

La economía de decisión mantiene dos incentivos en tensión permanente: los voladizos premian el riesgo, las capas selladas premian la densidad. Y al terminar, el juego no muestra una pantalla de derrota sino un informe de obra: módulos colocados, voladizos, capas selladas, altitud máxima, vacíos atrapados y densidad estructural. El game over es la develación de la única estructura que ese jugador podía haber construido.

El playtest como herramienta de diseño

La fase de pruebas, con dispositivos y personas reales en varios países, no fue un trámite de control de calidad: fue diseño puro. Buena parte del pulido final salió directamente de observaciones concretas.

“¿En 2D es obligatorio rotar la pantalla?” llevó a hacer la rotación opcional. “Si hago un sándwich de piezas, ¿por qué no puedo intercalar otra en el medio?” se convirtió en una regla explicada más una estadística medida. “El ícono, ¿es una app de farmacia?” provocó el rediseño completo del ícono, de una cruz accidental a un “5” construido con bloques neón. “El nombre se corta en la pantalla de inicio” separó el nombre corto del launcher del nombre completo de la ficha.

Ese ida y vuelta es exactamente el tipo de proceso que un buen diseño necesita: la intención del autor, contrastada contra el uso real, iterada rápido.

Blueprint como lenguaje, no como decoración

Toda la identidad —la grilla azul, el neón cian, la tipografía monoespaciada, el sonido ambiental sintetizado, la respuesta háptica— sostiene una sola idea: que el jugador se sienta operando un instrumento paramétrico, no jugando un arcade. Incluso el arranque en frío y el lenguaje de terminal (“SYSTEM COMPLETE”, “REBOOT SEQUENCE”, “DAILY PROTOCOL”) forman parte de esa ficción coherente de estudio de arquitectura computacional, firmada como Archisyn Labs.

Técnicamente es una aplicación Android nativa con motor de render 3D (three.js sobre WebGL) dentro de una cáscara en Kotlin, con tipografías vendorizadas para funcionar 100% sin conexión. Sin publicidad, sin cuentas, sin recolección de datos: todo corre y se guarda en el dispositivo. Por ahora, la app está disponible solo en inglés; la base para internacionalización existe y el español llegaría en una versión futura según la recepción.

Reflexión

Module 5 es la prueba de una hipótesis: que un diseñador puede llevar una visión espacial completa hasta un producto de software publicado, si articula la intención con la claridad suficiente y trata al desarrollo —hoy potenciado por IA— como un interlocutor de diseño y no como una caja negra.

El resultado no es solo un juego: es un caso de estudio sobre traducción, sobre cómo una idea arquitectónica se vuelve regla, interfaz y experiencia.

Es parte de una serie orientada al diseño paramétrico y la arquitectura. El problema que explora —la distancia entre lo que imaginamos como diseñadores y lo que las herramientas nos dejan construir— no termina con un juego.

Google Play: Próximamente (en fase de testing) · Política de privacidad · Un experimento de Archisyn Labs