Plantillas de roguelike para Godot: un ejemplo, un tutorial y la parte que no cubre ninguno
La generación de mazmorras, el campo de visión y el orden de turnos parecen la parte difícil de un roguelike, y un proyecto de inicio te dará los tres. La parte difícil es el bestiario y la lista de objetos, y para eso no hay proyecto de inicio.
Dos proyectos con dos ofertas distintas
Godot Roguelike Example de statico es un juego pequeño terminado. Con licencia MIT, 2D y por tiles, visto desde arriba. Su descripción cubre niveles de mazmorra procedurales, campo de visión y niebla de guerra, procesamiento de turnos, monstruos con comportamiento propio, objetos y equipo, una pantalla de inventario, combate y un HUD, además de una herramienta de depuración para previsualizar la generación del mapa antes de comprometerte con ella.
Godot 4 Roguelike Tutorial de Bozar es otro tipo de cosa. También MIT y también 2D, está escrito como una secuencia de enseñanza: piezas prefabricadas de mazmorra con las que construir niveles, shadowcasting para el campo de visión, búsqueda de rutas Dijkstra para cómo vienen a por ti los monstruos, muerte permanente, una semilla visible, una barra lateral de estado y pantallas de ayuda y depuración.
La distinción merece conservarse. Un proyecto de ejemplo te enseña un resultado. Un tutorial te enseña un orden de operaciones, y el orden suele ser lo que de verdad te faltaba. Si quieres acabar entendiendo tu propio roguelike, el tutorial vale más aunque parezca menos.
La generación es la parte que parece difícil y no lo es
Excavar salas y unirlas con pasillos es un problema resuelto con recetas muy conocidas, y los dos proyectos lo tienen funcionando. Lo que no resuelve tenerlo funcionando es si merece la pena recorrer los resultados. Un generador que produce mazmorras válidas y uno que produce mazmorras interesantes están separados por un largo tramo de ajuste: tamaños de sala, cuántos callejones sin salida toleras, si el jugador ve lo bastante lejos para tomar una decisión, cómo se reparten el botín y la amenaza por una planta.
Las piezas de verdad delicadas son las que la gente subestima. Un campo de visión que sea simétrico y no parpadee, una niebla de guerra que recuerde lo que viste, un procesamiento de turnos en el que todo actúa en un orden definido y nada actúa dos veces. Son poco vistosas, llevan más de lo esperado, y heredarlas funcionando tiene valor real.
Dos cosas pequeñas importan más de lo que suenan. Una semilla visible te deja reproducir la partida de la que alguien se quejó. Una herramienta de previsualización del mapa te deja mirar doscientas mazmorras en un minuto en lugar de adentrarte en ellas una a una. Las dos existen en estos proyectos, y las dos te ahorrarán días.
El género es su contenido
Un roguelike no es su generador de mazmorras. Es las interacciones entre las cosas que hay dentro de la mazmorra. La razón por la que los jugadores empiezan una partida nueva tras morir es que sospechan que otra combinación podría funcionar, y esa sospecha solo existe si hay suficientes cosas que combinar. Diez objetos y seis monstruos son una demostración. La profundidad llega en algún punto más allá, y llega a través de las combinaciones y no de la cantidad.
Lo que te da un proyecto de inicio es la maquinaria para hacer monstruos y objetos, no monstruos y objetos. Decidir que esta cosa es rápida y frágil y caza en grupos de tres, que esta arma es peor en un pasillo, que esta poción es una trampa salvo que ya hayas encontrado la otra, es diseño, y es la mayor parte del trabajo. También es la parte divertida, algo fácil de olvidar mientras miras parámetros de generación.
Aquí el equilibrio se mide en partidas jugadas. No una sesión de juego: decenas de partidas, casi todas perdidas, fijándote en qué muertes se sintieron justas. No hay atajo y ningún proyecto de inicio lo acorta.
Los sistemas de turnos no perdonan las modificaciones
Cada parte de un roguelike está escrita contra una suposición sobre el turno. Una acción por turno, todo se mueve después de ti, un monstruo ocupa una casilla. Esas suposiciones son invisibles hasta el momento en que rompes una. Añadir velocidad, para que un monstruo rápido tenga dos movimientos, significa que el ciclo de turnos, las animaciones, la gestión de la entrada y el comportamiento de los monstruos tienen que ponerse de acuerdo sobre algo en lo que antes no tenían que pensar.
Ese es el intercambio de empezar desde el roguelike de otro. Recibes un modelo de turnos que funciona, y recibes su modelo de turnos. Cambiarlo significa leer lo bastante del proyecto para saber quién depende de qué, que en un juego por turnos es casi todo.
Aquí es donde se gana su sitio el proyecto tutorial. El código escrito para leerse es código que puedes cambiar. Si no lees GDScript en absoluto, la postura honesta es que tienes un roguelike jugable y un diseño bloqueado, y este es un género en el que el diseño es todo el producto.
La otra ruta
Flockbay lo aborda desde el otro lado. Es una app de escritorio para Mac y Windows con Godot incluido. En lugar de adoptar el modelo de turnos de un desconocido, describes la partida que quieres y Flockbay escribe el GDScript en tu proyecto: las reglas de generación, el orden de turnos, los monstruos y los objetos, todo según tu diseño y no el de otro. Juegas las partidas y dices qué está mal, que es el mismo ciclo de respuesta que ajustar una plantilla, sin la lectura.
Lo que no es: en Flockbay no hay selector de plantillas, aunque un proyecto de Godot que hayas descargado se abre en la app con Open existing project. Esos son repositorios públicos que clonas y abres en Godot. Son una ruta aparte hacia el mismo género.
Construir necesita conexión a internet, porque Flockbay y la generación de assets llegan por la red. Jugar las partidas, no; el juego corre en local en la copia de Godot que hay dentro de la app. Flockbay es gratis con tu propia IA: tu plan de Claude o ChatGPT, tu propio agente o una clave de API. Flockbay construye a partir de una biblioteca de objetos ya hechos, o con las formas propias de Godot.
Preguntas frecuentes
- ¿Hay una plantilla oficial de roguelike para Godot?
- No una que venga con el motor. El proyecto Godot mantiene un conjunto de proyectos de demostración que cubren otros géneros, y los proyectos de inicio de roguelike que usa la gente son de la comunidad. Los dos que más salen son Godot Roguelike Example y Godot 4 Roguelike Tutorial, ambos con licencia MIT.
- ¿Debería coger el proyecto de ejemplo o el tutorial?
- El ejemplo si quieres algo jugable que modificar hoy. El tutorial si quieres entender el ciclo de turnos y el campo de visión lo bastante bien para cambiarlos, porque un repositorio tutorial está escrito para leerse en orden.
- ¿Cuánto de un roguelike cubre de verdad un proyecto de inicio?
- La generación, el campo de visión, la niebla de guerra, el procesamiento de turnos, el combate básico y el inventario. No tus monstruos, tus objetos ni el equilibrio entre ellos, que es donde vive el valor de volver a jugar.
- ¿Por qué añadir una sola mecánica nueva trastoca tanto?
- Porque todo en un juego por turnos está de acuerdo en un modelo no escrito del turno. Un monstruo que se mueve dos veces, u ocupa dos casillas, rompe suposiciones en la gestión de la entrada, la animación y el código de comportamiento a la vez. No es tanto un fallo como un diseño que nunca esperó la pregunta.
- ¿Puedo abrir estos proyectos de roguelike en Flockbay?
- No. Flockbay no tiene selector de plantillas y no los incluye. Son proyectos de Godot de código abierto que descargas y abres tú en Godot. Flockbay toma el otro camino: construyes el mundo a mano y Flockbay escribe los sistemas.
Un punto de partida es plantillas de acción y lucha. La nota de diseño que lo acompaña es qué conserva un roguelike entre partidas.
Descarga Flockbay
Flockbay es una descarga gratuita para Mac y Windows. Tú diseñas la partida y Flockbay escribe el código, así que el modelo de turnos es tuyo desde el principio.