Cómo se hizo Spelunky: el origen de un roguelike moderno
Derek Yu construyó el primer Spelunky solo, en su tiempo libre, y lo publicó gratis. Sin saberlo, estaba sentando las bases de una fórmula que Hades, Dead Cells y toda una generación de roguelites terminarían heredando.
Antes de Hades. Antes de Dead Cells. Antes de que "roguelite" fuera una palabra que cualquier jugador reconociera en una conversación casual, hubo un juego gratuito hecho por una sola persona que ni siquiera se llamaba a sí mismo diseñador profesional todavía.
Ese juego era Spelunky. Y buena parte de lo que hoy damos por sentado en el género le debe algo, directa o indirectamente, a las decisiones que Derek Yu tomó al construirlo — aunque, como vas a ver, el roguelite moderno tiene más de un padre.
Un programador, GameMaker y ninguna prisa
Derek Yu ya tenía cierta reputación en la escena indie cuando empezó Spelunky en 2008. Venía de Aquaria, que había co-creado con Alec Holowka bajo el nombre de estudio Bit Blot — un juego bien recibido, ganador del gran premio del Independent Games Festival 2007, pero también un proyecto grande que lo dejó agotado. Spelunky arrancó como algo mucho más chico y personal: sin presión comercial, construido en su tiempo libre, usando GameMaker.
Vale la pena aclarar esto porque suele malentenderse: GameMaker no era un lenguaje "casero" inventado por Yu, sino una herramienta comercial de desarrollo con su propio lenguaje de scripting, ya establecida en la escena indie de esos años. El prototipo temprano incluso se guardaba con el nombre interno EXPLORER.GMK — .gmk es simplemente el formato de proyecto de GameMaker.
El desarrollo tampoco fue un ejercicio de aislamiento total. Yu publicaba versiones tempranas en la comunidad de TIGSource y recibía comentarios directos de otros desarrolladores y jugadores — ese ida y vuelta ayudó a pulir el freeware antes de llegar a su versión 1.0. La primera versión pública salió el 21 de diciembre de 2008 como freeware para Windows; la 1.0, ya con meses de ajustes encima, llegó en 2009. En diciembre de ese mismo año, Yu liberó también el código fuente bajo condiciones que permitían modificarlo y distribuirlo sin fines comerciales — lo que generó parches, forks y estudios técnicos del generador por parte de la comunidad.
No había publisher detrás de esta primera versión. No había fecha límite. No había un plan de monetización claro. Solo la idea de hacer un juego de plataformas y exploración de cuevas que se sintiera distinto cada vez que lo jugaras.
Esa libertad es lo que le permitió experimentar con una idea poco explorada hasta entonces fuera del terreno de los roguelikes clásicos: generación procedural aplicada a un juego de plataformas de acción en tiempo real, no a una mazmorra por turnos.
El problema que nadie había resuelto bien todavía
Los roguelikes existían desde los años 80 — juegos como Rogue o NetHack ya generaban mazmorras de forma procedural. No eran "juegos de texto" en el sentido de una aventura conversacional, sino representaciones por caracteres ASCII o cuadrículas de casillas simples. La diferencia de fondo con lo que Yu quería hacer no era gráfica, sino de ritmo: esos roguelikes se jugaban por turnos, en una grilla, sin depender de reflejos ni física en tiempo real. Generar un mapa navegable ahí es, en cierto sentido, un problema más contenido.
El reto de Spelunky era distinto: ¿cómo generas un nivel de plataformas en tiempo real —con física, saltos, trampas y enemigos posicionados— que se sienta aleatorio pero se mantenga jugable? Spelunky no inventó la generación procedural ni fue el primer juego en intentar cruzarla con acción; lo que hizo fue combinar los principios de los roguelikes con un plataformas físico y en tiempo real de una forma que hasta entonces casi nadie había pulido lo suficiente para que se sintiera justo.
La solución de Yu fue un sistema de generación por "habitaciones": cada nivel se organiza sobre una cuadrícula de 4×4 espacios. Primero el algoritmo traza una ruta conectada desde la entrada hasta la salida, y después rellena esa ruta y el resto de la cuadrícula con plantillas de habitaciones hechas a mano, cuyas partes se sustituyen aleatoriamente por distintas combinaciones de terreno, enemigos, trampas y objetos. No son piezas rígidas que simplemente se combinan y voltean — son plantillas con múltiples capas de variación interna.
Esa ruta garantizada resuelve el problema de que el nivel pueda completarse en su diseño original. No garantiza que cualquier partida, sin importar lo que hagas, siga siendo resoluble hasta el final: puedes quedarte sin bombas o cuerdas, destruir sin querer tu propia ruta, o quedar atrapado por una cadena de decisiones tuyas. La garantía es del generador, no de que cada partida individual tenga un final feliz.
Ese balance entre "aleatorio" y "justo" —sin depender solo de que exista una ruta, sino de que las reglas del mundo sean legibles y consistentes— es la parte más difícil de cualquier juego procedural, y explica buena parte de por qué tantos roguelites posteriores miran a Spelunky como referencia, más allá de compartir solo el tono.
Todo obedece las mismas reglas
Lo que hace que Spelunky se siga sintiendo impredecible después de cientos de partidas no es únicamente el generador de niveles. Es que casi todos sus elementos comparten las mismas reglas físicas: las trampas lastiman por igual al jugador y a los enemigos, los cuerpos pueden activar mecanismos, una explosión modifica el terreno de forma permanente, y los enemigos pueden pelear entre ellos si quedan en el lado equivocado de una trampa.
Esa interacción universal produce historias que nadie escribió a mano — el generador arma el escenario, pero son las reglas sistémicas las que crean el acontecimiento. Una serpiente empuja a un murciélago hacia una trampa de pinchos que activa una avalancha de arena que revela un tesoro: nada de eso está guionado, pero todo es consistente con las reglas del mundo.
Morir importa — y eso fue una decisión, no un accidente
En Spelunky, mueres. Mucho. Una trampa, un enemigo, una caída mal calculada, y en una partida normal vuelves al principio con las manos vacías — aunque el original sí incluye un sistema de atajos permanentes (el Tunnel Man) que, cumpliendo ciertos requisitos, te deja abrir accesos directos a zonas más avanzadas. No es progreso de estadísticas al estilo Rogue Legacy o Hades, y no es el camino con el que se suele buscar completar el juego, pero significa que el original no carecía por completo de persistencia entre partidas.
Esto generó fricción con jugadores acostumbrados a guardar partida y continuar donde se quedaron. Derek Yu lo defendió como el corazón del diseño: la permanencia de la muerte es lo que hace que cada decisión dentro de una partida importe de verdad. Si pudieras simplemente recargar y reintentar sin costo, la tensión desaparecería.
Lo esencial de esa filosofía —morir, empezar de cero, pero llevarte contigo el conocimiento de lo que aprendiste— es un antecedente claro de lo que después explorarían Rogue Legacy, Dead Cells, Hades y buena parte del roguelite moderno, aunque ninguno copia exactamente su estructura: Rogue Legacy convierte la muerte en sucesión generacional con mejoras permanentes, Dead Cells acumula desbloqueos y planos, y Hades liga cada muerte a progreso narrativo y recursos que sí persisten. En Spelunky, lo que principalmente mejora entre partidas no es el personaje — eres tú. El avatar vuelve débil, pero tú reconoces trampas, administras mejor tus recursos y anticipas cadenas de eventos que antes te mataban sin que las vieras venir.
El remake que lo llevó a consolas (y lo hizo aún mejor)
En 2012, Yu —ya no solo, esta vez con Andy Hull como programador central del remake— lanzó la versión conocida en prensa y comunidad como "Spelunky HD" para Xbox Live Arcade el 4 de julio de ese año, bajo el sello Microsoft Studios. El lanzamiento comercial en sí se llamó, oficialmente, simplemente Spelunky — "HD" es sobre todo una forma cómoda de distinguirlo del freeware original, no un renombramiento posterior. Yu se concentró especialmente en diseño y arte; Hull llevó buena parte de la programación. Llegó después a Windows, PlayStation 3 y PS Vita en 2013, PlayStation 4 en 2014, y Nintendo Switch en 2021.
No era solo un lavado de cara gráfico: rehicieron el arte, ajustaron el balance y expandieron el contenido manteniendo intacta la filosofía de generación procedural del original. Ese relanzamiento fue el que amplió de forma considerable la audiencia y visibilidad de Spelunky más allá de la escena indie que ya lo conocía, y consolidó su reputación como uno de los juegos más citados de la década en diseño de sistemas.
La versión comercial sumó además el Daily Challenge: todos los jugadores reciben el mismo nivel, generado a partir de la misma semilla, con una sola oportunidad para conseguir la mejor puntuación posible. La aleatoriedad deja de ser solo un generador de variedad y se convierte en una prueba comparable entre jugadores — competir mediante el azar, no a pesar de él.
En 2020 llegó Spelunky 2, desarrollado por Mossmouth junto con BlitWorks como colaborador de desarrollo — ya no un proyecto de un par de personas, aunque Derek Yu se mantuvo como director y diseñador principal. La secuela expande la fórmula con sistemas de física más complejos (líquidos, criaturas que interactúan entre sí de formas impredecibles) sin traicionar la identidad del original.
De dónde vino esto en realidad
Spelunky no salió de la nada, y tampoco escribió en solitario todas las reglas del roguelite moderno. Yu mismo ha señalado influencias que van de La-Mulana, Spelunker, Rick Dangerous y Cave Story hasta la sensación de salto de Super Mario y la interacción sistémica de NetHack. Y el género que vino después tampoco le debe todo a Spelunky solo: Mystery Dungeon, Diablo y FTL aportaron sus propias piezas.
El puente histórico más demostrable hacia el roguelite de acción actual es The Binding of Isaac: Edmund McMillen ha reconocido públicamente cómo Spelunky influyó en su interés por el formato, y cómo él y Tommy Refenes hablaron de hacer un roguelike propio después de jugarlo. De ahí en adelante, la línea hacia Rogue Legacy, Dead Cells y Hades es más una evolución cultural del género —cada uno resolviendo la fórmula a su manera— que una cita técnica directa a Spelunky.
Lo que un desarrollador puede aprender de Spelunky
Los sistemas bien diseñados generan más contenido que el que cualquier equipo podría crear a mano — la generación procedural de Spelunky produjo miles de configuraciones jugables a partir de un conjunto relativamente pequeño de piezas hechas por una persona.
La permanencia de la muerte no es crueldad — es la fuente de la tensión. Sin consecuencias reales, las decisiones dentro del juego pierden peso.
Un proyecto sin presión comercial puede producir innovación real. El primer Spelunky nació de la libertad de no tener que rendirle cuentas a nadie más que a la propia curiosidad de su creador — y de una comunidad (TIGSource) dispuesta a darle retroalimentación honesta en el camino.
Publicar un juego gratis no significa que no tenga valor — a veces es lo que le permite encontrar a su audiencia primero. La versión freeware de 2008 construyó la reputación que hizo posible el éxito comercial del remake años después.
Si te interesa cómo la generación procedural evolucionó después de Spelunky, vale la pena investigar The Binding of Isaac —el puente más claro y reconocido por su propio creador— y de ahí Dead Cells, que retoma varias de esas ideas dentro del género.