Desarrolladores
Prompts para tu agente de código
Mensajes listos para Claude Code, Codex, Cursor o el agente que uses, uno por cada etapa del juego. Cada uno conoce las reglas de Mmorada y le pide al agente contexto, límites y una forma de comprobar lo que hizo. Cuéntanos de tu juego y se rellenan solos.
Tu juego
Empezar
Diseñar el bucle antes de programar
Tienes una idea y quieres saber si engancha antes de escribir una línea.
Actúa como diseñador de juegos. Quiero hacer esto: [describe aquí tu juego en una frase] Género: [género]. Es para un jugador. Será gratis. Se juega en el navegador, en Mmorada, en partidas que caben en una pausa. Sin escribir código, dame tres versiones distintas del bucle principal. Para cada una: qué hace el jugador cada 30 segundos, cada 5 minutos y cada sesión; por qué vuelve mañana; qué puede salir mal. Recomienda una y di por qué. Para la recomendada, dame: los primeros 3 minutos de juego paso a paso, 10 logros en escalera (fáciles para todos y dos que casi nadie consiga), una tabla semanal que tenga sentido competir, y qué se guarda en la nube. Antes de responder lee https://www.mmorada.com/dev/llms.txt para que todo lo que propongas exista en la plataforma.
Empezar un juego desde cero
Ya sabes qué quieres hacer y necesitas la primera versión jugable.
Lee completa la guía https://www.mmorada.com/dev/llms.txt y los tipos del SDK en https://www.mmorada.com/dev/sdk.d.ts. Quiero hacer un juego para Mmorada: [describe aquí tu juego en una frase] Género: [género]. Motor: el que mejor encaje en la web (recomiéndame uno y explica por qué). Es para un jugador. Será gratis. Empieza por la sección «Starting a new game»: una carpeta con index.html en la raíz que cargue /sdk/v1.js antes del juego, y un dev.mjs para jugarlo en local en modo dev. Antes de programar, resume en 10 líneas el bucle principal, qué se guarda y qué logros y tablas tendrá. Después construye la primera versión jugable de punta a punta (menú, partida, final y guardado) con formas simples, sin arte final. Deja un AGENTS.md que apunte a la guía. Termina con: cómo lo pruebo en local, qué tengo que crear en el portal y el zip listo para subir.
Adaptar un juego que ya tengo
El juego existe (en itch.io, en otro sitio o en tu disco) y quieres traerlo.
Lee completa la guía https://www.mmorada.com/dev/llms.txt y consulta https://www.mmorada.com/dev/sdk.d.ts antes de escribir llamadas al SDK. Voy a traer este juego a Mmorada: [describe aquí tu juego en una frase] Motor: el que mejor encaje en la web (recomiéndame uno y explica por qué). Es para un jugador. Será gratis. Sigue la «Porting checklist» de la guía en orden. No toques el proyecto original: trabaja sobre el build exportado. Al terminar cada paso dime qué cambiaste, por qué y cómo lo compruebo yo en modo dev. Si un paso no aplica, dilo y sigue. Termina con el zip listo para subir y la lista exacta de lo que debo crear en el portal: logros, tablas, objetos, modos, permisos y orígenes.
Construir
Que cargue rápido y vaya fluido
El build pesa mucho, tarda en abrir o va a tirones.
Revisa el build exportado de mi juego (el que mejor encaje en la web (recomiéndame uno y explica por qué)) contra los límites de https://www.mmorada.com/dev/llms.txt: la primera pantalla (todo lo que carga antes de poder jugar) por debajo de 50 MB, el build entero por debajo de 500 MB, scripts propios o de las CDN permitidas. Primero mide, sin cambiar nada: peso de la primera pantalla, los 20 archivos más pesados y los fps en una partida normal. Luego propón cambios ordenados por lo que ganan: imágenes en atlas y webp, audio comprimido, carga diferida de lo que no se usa al principio, archivos .br o .gz precomprimidos del motor. No cambies la jugabilidad. Aplica los cambios uno por uno y termina con una tabla antes y después. La meta: 60 fps en gráficos integrados.
Guardados en la nube sin perder partidas
Quieres que el progreso siga al jugador entre dispositivos.
Lee la parte de guardados de https://www.mmorada.com/dev/llms.txt y los tipos en https://www.mmorada.com/dev/sdk.d.ts. Cambia los guardados de mi juego a Mmorada.saves. Reglas: guarda en momentos naturales (fin de nivel, menú, cada pocos minutos), nunca en cada fotograma. Usa ifVersion siempre y maneja el error conflict: muéstrale al jugador las dos partidas y deja que elija. Si el juego se puede jugar sin cuenta, guarda en local y, al entrar con su cuenta, ofrece subir esa partida. Diseña el formato con un número de versión para poder migrarlo más adelante. Para comprobarlo: dos pestañas en modo dev guardando a la vez, una partida vieja que se migra, y el juego sin cuenta. Dime qué probaste y qué pasó.
Teclado, mando, móvil y pantalla completa
Quieres que se juegue bien en cualquier pantalla y con cualquier mando.
Revisa los controles de mi juego (el que mejor encaje en la web (recomiéndame uno y explica por qué)) con los requisitos de la Librería en https://www.mmorada.com/dev/llms.txt. Necesito: teclado y mando funcionando a la vez, controles táctiles si el juego tiene sentido en un teléfono, pantalla completa que funcione dentro del iframe, y sonido que arranque tras el primer toque o tecla. Textos en español primero; usa ctx.lang para los demás idiomas si los tengo. Añade Mmorada.feedback() en el menú de pausa. Dame la lista de lo que cambiaste y una prueba para cada cosa (por ejemplo: desconectar el mando a mitad de partida).
Multijugador con las salas de Mmorada
El juego se juega con otras personas.
Lee la parte de Mmorada.rooms en https://www.mmorada.com/dev/llms.txt y los tipos en https://www.mmorada.com/dev/sdk.d.ts. Es para un jugador. Juego: [describe aquí tu juego en una frase] Decide entre una sala compartida (los clientes se pueden fiar entre sí: cooperativo, juegos de fiesta) y una sala con reglas en el servidor (server.js decide cada jugada: información oculta, partidas con ganador, ranked). Justifícalo. Nunca dejes que el navegador decida quién gana. Implementa crear sala con código, unirse y buscar partida. Dame la lista de modos para la pestaña Multijugador del portal (nombre, jugadores, tick, ranked o no). Pruébalo con dos pestañas en modo dev y dime qué pasa si un jugador se desconecta.
Vender el juego u objetos dentro
Quieres cobrar, siempre por las pantallas de Mmorada.
Lee la parte de la tienda en https://www.mmorada.com/dev/llms.txt. Será gratis. Quita cualquier forma de pago propia: el juego nunca toca dinero ni muestra precios suyos. Usa Mmorada.store.buy(key), owns(key) y consume(key). Nada que se venda puede dar ventaja sobre otros jugadores, y nada de cajas de botín. Propón la lista de objetos para la pestaña Tienda del portal (clave, nombre, descripción corta, precio dentro de los límites de la guía, si se gasta o no) y explica por qué alguien los compraría sin sentirse obligado. Pruébalo en modo dev, donde las compras se aprueban solas.
Comunidad y ranking
Logros y tablas que cuentan en el ranking
Quieres que tus jugadores suban en el ranking de Mmorada.
Lee «Competitive play» en https://www.mmorada.com/dev/llms.txt. Solo cuenta para el ranking lo que escribe el servidor de mi juego: los logros y tablas marcados «solo servidor», con la clave msk_ del portal. Diseña una escalera de logros (muchos fáciles, pocos rarísimos) y una tabla semanal. Para cada uno, dime cómo lo comprueba el servidor para que nadie lo falsee: repetición de la partida, tiempos mínimos, límites razonables. La clave msk_ va en una variable de entorno del servidor, nunca en el navegador ni en el repositorio. Si mi juego no tiene servidor propio, explícame qué cambia (sus logros siguen funcionando pero no dan puntos) y qué haría falta para montar uno pequeño. Muestra Mmorada.competitive.get() en la pantalla de resultados.
Leer lo que dicen los testers
Ya tienes opiniones en el portal y no sabes por dónde empezar.
Te paso las opiniones de mis testers y los errores agrupados que muestra el portal de Mmorada (están abajo). Juego: [describe aquí tu juego en una frase] Agrupa todo por problema y cuenta cuántas personas mencionan cada uno. Separa errores de opiniones de diseño. Propón los 5 cambios que más mejoran el juego por hora de trabajo, con el porqué. No inventes nada: si algo no está en el texto, dilo. [pega aquí las opiniones y los errores]
Publicar
Preparar la ficha para la revisión
El juego está casi listo y vas a pedir que entre en la Librería.
Escribe la ficha de mi juego para la Librería de Mmorada. Juego: [describe aquí tu juego en una frase] Género: [género]. Será gratis. Necesito: una descripción de una línea que diga qué haces en el juego (no adjetivos), un texto largo de tres párrafos cortos, y los controles. En español, sin exagerar. Dime también qué imágenes hacer: la portada (616 × 353), la portada vertical (600 × 900, la carátula de los estantes) y seis capturas (1280 × 720), qué momento del juego mostrar en cada una y qué texto llevan, si alguno. Por último revisa el juego contra los requisitos de la Librería en https://www.mmorada.com/dev/llms.txt y dime qué falta, en orden de importancia.
La entrega: el zip y la lista del portal
Vas a subir una versión.
Revisa el build final de mi juego contra https://www.mmorada.com/dev/llms.txt antes de subirlo: index.html en la raíz, rutas relativas con mayúsculas exactas, nada de source maps ni node_modules ni dev.mjs, scripts solo propios o de las CDN permitidas, primera pantalla por debajo de 50 MB y el total por debajo de 500 MB. Genera el zip. Después escríbeme la lista para el portal: logros y tablas (cuáles son «solo servidor»), objetos de la tienda, modos multijugador, los permisos que el juego pide y por qué, y los orígenes a los que llama. Y tres líneas de notas de la versión para mis testers.