Creador de RPG — Crea y construye un RPG a partir de una frase (gratis, sin código)

Si alguna vez has abierto un engine, una escena en blanco y un panel de ajustes de física la misma tarde, sabes que la primera hora suele irse en la configuración, no en el juego. El creador de RPG de Neta Studio da un primer paso diferente. Escribes una frase en un único cuadro de texto —algo como «un pueblo portuario inundado donde el capitán del muelle es un fantasma»— y el sistema devuelve una escena 3D recorrible. No un tablero de referencias, no un grafo de nodos. Una escena por la que puedes caminar con WASD, con colisionadores de suelo, una cápsula de jugador y una cámara ya incorporadas. El mismo pipeline que crea el mundo también hace usable el builder de RPG: el mundo, los NPC, las flags de misión y el bucle de combate por turnos se crean por descripción y luego se editan en el sitio.

Esta página trata sobre lo que hace la herramienta, lo que no hace y dónde está la fricción real. No vamos a fingir que un builder de navegador sustituye a un engine completo en todos los proyectos. No lo hace. Si necesitas shaders personalizados, física en red o un ecosistema de plugins, acabarás marchándote. Pero si la pregunta es «¿puedo hacer un RPG esta semana sin instalar Unity, sin escribir una máquina de estados y sin subir una build a un servidor?», la respuesta es sí. El resto de esta página muestra cómo funciona en la práctica.

Haz un RPG a partir de una frase

La entrada es lenguaje natural. No un formulario, no un desplegable, no un selector de plantillas. Escribes una frase —«un monasterio flotante sobre una tormenta de arena, tres monjes, uno de ellos tumbado»— y el builder de RPG la analiza y la convierte en un grafo de escena. Lo que devuelve es una escena Three.js jugable: iluminación, malla de suelo, volúmenes colisionadores, una cámara en tercera persona y un controlador de jugador. No nombras una capa, no importas un modelo, no ajustas un valor de masa. Si la frase es demasiado vaga («un nivel guay»), el resultado es genérico y querrás editarlo de inmediato. Es lo esperable. La frase es un punto de partida, no una especificación final.

Ocurren dos cosas a la vez. Se construye el mundo y se exponen un conjunto de objetos editables en el árbol de escena. Esos objetos son las mismas primitivas que usa el builder internamente: volúmenes de terreno, puntos de aparición de personajes, volúmenes de activación de misiones y zonas de encuentro de combate. Puedes renombrarlos, moverlos o borrarlos. También puedes reescribir la frase original y regenerar, pero la segunda generación no se fusiona con tus ediciones: las reemplaza. Eso es un modo de fallo real y conviene saberlo desde el primer día: guarda una copia de cualquier edición manual antes de regenerar.

El analizador no entiende tema ni ambiente en el sentido literario. Busca entidades con nombre (lugares, personajes, objetos), relaciones espaciales («encima», «detrás», «debajo») y cantidades («tres monjes»). Los asigna a una escena semilla. La iluminación y la paleta se infieren de un pequeño conjunto de palabras clave —«noche», «inundado», «tormenta de arena»— y si no hay ninguna, obtienes el montaje de luz diurna por defecto. Si quieres una sensación concreta, ponla explícitamente en la frase. «Neon County» funciona porque «neon» y «county» se reconocen; «un sitio genérico guay» no.

La escena generada siempre es editable. No hay una base bloqueada. Puedes borrar todos los objetos generados y construir desde una cuadrícula vacía si lo prefieres: la frase es un atajo, no una jaula.

Juega a uno ahora mismo

Todos los competidores de solo texto en esta palabra clave muestran una captura de pantalla y una lista de funciones. Nosotros mostramos una escena en funcionamiento. La demo incrustada en esta página se genera a partir de una sola frase y no es un vídeo en bucle: puedes caminar por ella, leer el diálogo de los NPC y activar el primer encuentro. La cuestión no es que la demo sea impresionante, sino que resuelve la duda más rápido que cualquier lista. En diez segundos sabrás si el movimiento se siente bien, si la cámara choca con las paredes y si la transición al combate es instantánea o tiene un retardo con el que tendrías que diseñar.

La demo se ejecuta en el mismo runtime que se publica en los mundos finales. No hay una flag de «modo demo». El controlador de jugador, la respuesta de colisiones, la máquina de estados de combate y el almacén de flags de misión son las versiones de producción. Si la demo se entrecorta en tu máquina, tu mundo publicado se entrecortará. Es información útil y la tienes antes de escribir una sola línea de descripción.

Una limitación honesta: la demo es pequeña. Es un distrito, cuatro NPC, una misión y una batalla. No es una porción representativa de un juego completo. Su función es responder a «¿el engine se siente correcto?», no a «¿puedo lanzar un RPG de 40 horas desde esta página?».

Qué es realmente un creador de RPG

Respuesta rápida: un creador de RPG es una herramienta que produce tres cosas: un mundo por el que puedes caminar, personajes que lo habitan y hablan, y un bucle de combate o progresión que hace que moverse por el mundo importe. Si una herramienta solo produce lo primero, es un editor de niveles. Si produce lo primero y lo segundo, es una herramienta de escenas. Las tres cosas juntas son lo que la convierten en un creador de RPG.

La razón por la que los builders de navegador funden estas tres cosas en un solo objeto es que, en un navegador, todo es el mismo runtime. La malla del terreno, el activador de diálogo del NPC y el volumen de encuentro de combate son todos nodos de un mismo grafo de escena, evaluados por un solo bucle de render. No hay una «escena de combate» aparte que haya que cargar. Cuando entras en una zona de encuentro, arranca la máquina de estados de combate, la capa de interfaz se dibuja sobre el lienzo 3D y el mundo conserva su estado en memoria. Por eso el tiempo de transición se mide en milisegundos, no en segundos.

Esta fusión tiene un coste. Como todo es un solo runtime, una zona de encuentro mal creada puede bloquear toda la escena si intenta precargar demasiado. La regla práctica es mantener las zonas de encuentro pequeñas y dejar que solo carguen los recursos que necesitan. Si notas que la tasa de fotogramas cae al acercarte a un activador de batalla, el activador está haciendo demasiado trabajo, no el bucle de render.

El mundo es un volumen de terreno más un conjunto de colisionadores más un montaje de iluminación. En el builder, lo creas por descripción y luego ajustas los volúmenes individuales. El conjunto de colisionadores es lo que lo hace recorrible; una malla bonita sin colisionadores no es un mundo, es un decorado. Toda escena generada incluye un colisionador de suelo y un volumen de límite, y puedes añadir más seleccionando una malla y eligiendo «añadir colisionador».

Los personajes son entidades generadas con un modelo, una cápsula de colisión, un radio de interacción y un grafo de diálogo. El grafo de diálogo es la parte que la gente subestima. Es una pequeña máquina de estados: cada nodo tiene texto, condiciones opcionales y efectos opcionales. Los efectos activan flags, inician batallas o mueven al jugador. Si nunca has creado uno, empieza con tres nodos y una condición: «si has_sword es verdadero, di X; si no, di Y». Ese único patrón cubre la mayor parte del diálogo de un RPG temprano.

El combate es una máquina de estados por turnos que se ejecuta sobre la escena 3D. Cuando salta un encuentro, el mundo se pausa, se monta la interfaz de combate y los turnos se resuelven en un orden fijo. Creas el combate definiendo combatientes (estadísticas, movimientos, HP), grupos de encuentro y el activador que los inicia. Las matemáticas son simples: daño = move_power * attacker_stat / defender_defense, redondeado hacia abajo, con un mínimo de 1. Si quieres otras matemáticas, la fórmula está expuesta.

Builder de RPG vs RPG Maker vs Engine

Estas tres palabras se usan indistintamente y significan cosas distintas. La diferencia práctica está en dónde vive tu trabajo y qué tienes que instalar para verlo.

Un builder de RPG es una herramienta de navegador: describes, ves el resultado y editas en el sitio. Un RPG maker es una aplicación de escritorio con un editor fijo: trabajas en sus ventanas y el resultado es una build que exportas. Un engine es un runtime de propósito general en el que, más o menos, construyes el editor tú mismo. Ninguno es estrictamente mejor. Fallan de formas distintas. Un builder falla cuando necesitas una función que no expone. Un maker falla cuando tu juego no encaja en sus supuestos de género. Un engine falla cuando pasas tres semanas en infraestructura antes de tu primera versión jugable.

Neta se sitúa en la columna del builder. Es una decisión deliberada. El intercambio es que obtienes una escena jugable en segundos y renuncias a poder instalar plugins arbitrarios. Si tu proyecto necesita una librería de shaders concreta o un plugin de red, el builder es la herramienta equivocada y deberías saberlo antes de empezar.

Haz un RPG en cuatro pasos

El bucle es pequeño a propósito. Describe, ajusta, añade personajes, añade una misión, añade una batalla. Cada paso tiene un resultado comprobable: si no ves el cambio, el paso no ha funcionado y no deberías continuar.

El orden importa menos que la comprobación. La gente suele intentar añadir combate antes de que el mundo sea recorrible, y entonces depurar se vuelve imposible porque no puedes saber si el problema es el colisionador o el activador. Primero consigue que el mundo sea recorrible. Todo lo demás se engancha a un mundo que funciona.

Gratis, en línea, sin descargas

El plan gratuito te permite construir y jugar un mundo en el navegador sin instalar nada y sin crear una cuenta. Esa es la versión honesta. Lo que no hace es darte espacios de publicación ilimitados ni todos los recursos de la biblioteca. Esas son las partes que tienen un techo. Si estás evaluando la herramienta, no los necesitas. Si vas a publicar, tocarás el techo y entonces decidirás si merece la pena mejorar el plan.

«En línea» aquí significa que tanto el editor como el runtime están en la pestaña del navegador. No hay retardo de sincronización con la nube entre tu edición y la vista previa: la edición se aplica al grafo de escena en memoria y el siguiente fotograma la muestra. «Sin descargas» significa sin instalador, sin SDK y sin paquete de runtime. No significa que la herramienta funcione sin conexión; la pestaña necesita conexión de red para cargar el runtime la primera vez.

El único punto de fricción real es la carga inicial. El runtime es un paquete de Three.js y la primera carga en frío tarda unos segundos con una conexión normal. Después queda en caché. Si tienes una conexión lenta, la primera carga será lo peor que verás.

Juegos hechos con él

La prueba más contundente de que un builder es real no es una lista de funciones, sino un conjunto de mundos publicados que puedes abrir y recorrer. Tres merecen mención porque ponen a prueba partes distintas del runtime. Ashen Clash es un RPG por turnos compacto construido en torno a un pequeño conjunto de encuentros; es el más cercano al bucle de combate por defecto. The Cyclops' Island es un mundo de exploración más amplio con una única misión de varias fases y un encuentro con un jefe; exige al almacén de flags de misión y a los activadores de zona de encuentro. Neon County es un mundo de corte narrativo con un denso grafo de diálogo de NPC y muy poco combate; exige en cambio a la máquina de estados de diálogo.

Estos tres son útiles precisamente porque no tienen la misma forma. Si el builder solo pudiera producir un tipo de mundo, publicar tres distintos sería una afirmación de marketing. Poder abrir cada uno en el navegador y ver sus distintos perfiles de carga es la prueba real. La página de muestra es donde se recopilan; todos los mundos que hay allí se ejecutan en el mismo runtime que la demo de esta página.

Una advertencia que conviene decir sin rodeos: ninguno de estos son RPG comerciales de 40 horas. Son mundos de tamaño medio: de minutos a unas pocas horas de juego, según cómo se mueva el jugador. Ese es el tamaño que el builder domina actualmente. Si tu objetivo es un RPG de cien horas, esta es para ti una herramienta de prototipado, no de lanzamiento.

Creador de RPG vs un creador de juegos genérico

«Haz un RPG» no es la misma petición que «haz un juego». Un creador de juegos genérico te da una escena, un sprite y un gestor de entrada. No te da un mundo con un interior recorrible, no te da un personaje con un objetivo y no te da un bucle que recompense moverse por el mundo. Esas tres cosas son lo que un RPG es en realidad, y un creador genérico te deja las tres a ti.

La razón por la que esto importa al construir es que los RPG tienen un estado que los juegos genéricos no tienen. Un juego de plataformas puede ser casi sin estado: la posición y la velocidad del jugador son el juego. Un RPG lleva flags, inventario, HP, nivel y progresión de misiones, y todo ello tiene que ser legible tanto por la capa de mundo como por la de combate. Si partes de un creador genérico, pasas tu primera semana construyendo esa capa de estado. Si partes de un creador de RPG, la capa de estado ya está ahí y creas contenido desde el primer día.

El intercambio es real en ambos sentidos. Un creador genérico puede producir cualquier cosa; un creador de RPG produce RPG bien y no-RPG mal. Si quieres hacer un juego de carreras, no uses esta herramienta. Si quieres hacer un RPG, los valores por defecto específicos de género te ahorran la semana de infraestructura.

Entra en el mundo al que pertenece

Leer sobre un creador de RPG no es lo mismo que recorrer el mundo que crea. El último paso es el que ninguna lista de funciones puede falsear: abre un mundo creado a partir de una frase escrita y muévete por él. Todo en este sitio se construyó así y se publicó como una página con un enlace.