Un prompt para un juego de ritmo necesita cuatro elementos antes de pedir más canciones: un reloj, una lista de pulsos objetivo, un margen permitido para tocar y un resultado determinista para aciertos y fallos. Define esas reglas para que se pueda revisar una secuencia corta antes de añadir audio o efectos.
Lantern Pulse es una tabla ficticia de un carril que concreta las reglas de tiempo. Las cifras son un ejemplo de autor resuelto en papel, no el resultado de ejecutar un prompt, generar un juego o probarlo con jugadores.
Define el patrón rítmico antes de añadir contenido
Empieza por nombrar el reloj del patrón. En este ejemplo comienza en t = 0 cuando el jugador pulsa Iniciar. No hay cuenta atrás ni precarga. A 120 pulsos por minuto, cada pulso dura 60 / 120 = 0,5 segundos . Elegir los pulsos 2, 4 y 6 coloca los objetivos a uno, dos y tres segundos desde el inicio del reloj.
| Objetivo | Pulso | Tiempo desde Iniciar | Función en el primer patrón |
|---|---|---|---|
| 1 | 2 | 1,00 s | Primer toque después del inicio |
| 2 | 4 | 2,00 s | Segundo toque; muestra cómo crece la racha |
| 3 | 6 | 3,00 s | Objetivo final del recorrido breve |
Esto es un horario, no un archivo de audio. Un juego puede mostrar los objetivos respecto al reloj de pulsos, pero una canción real introduce preguntas que este modelo deja deliberadamente abiertas: cuándo empieza la reproducción, cómo se mide la latencia, si el jugador puede calibrar y qué pista visual acompaña el sonido.

El estado inicial del patrón debería ser tan explícito como su tempo: un carril, tres objetivos sin resolver, racha cero e índice de objetivo cero. El jugador todavía no ha acertado nada. Reiniciar vuelve a ese estado y alinea el reloj con la misma tabla.
Escribe el primer ciclo jugable con controles claros
El prompt debe describir qué puede hacer el jugador y qué debe decidir el juego. «Toca al ritmo de la música» deja sin definir el reloj, el margen de error, el comportamiento de los retrasos y las señales. Un buen prompt pide una sección limitada y una forma de inspeccionar las reglas.
Aquí tienes una plantilla que puedes adaptar. Pide un prototipo acotado y una manera de revisar cómo se aplican las reglas. Es una plantilla no ejecutada; no se afirma que exista una salida o una versión jugable.
Crea un pequeño prototipo de juego de ritmo de un carril con este resumen.
Reloj: empieza el tiempo del patrón en 0 al pulsar Iniciar. Usa un reloj fijo de 120 BPM; no añadas cuenta atrás ni precarga. Los objetivos están en los pulsos 2, 4 y 6.
Una entrada se registra al pulsar o hacer clic en el carril. Compara el momento de entrada con el tiempo objetivo. Considera acierto cualquier diferencia entre −80 ms y +80 ms, incluidos ambos límites. Después de esa ventana, el objetivo falla una sola vez, la racha vuelve a 0 y se activa el siguiente objetivo. Ignora las entradas tardías o fuera de ventana; no las conviertas en aciertos duplicados.
Muestra un carril, los tres objetivos, una línea de tiempo, el objetivo activo, aciertos y fallos, la racha y si cada objetivo acertó o falló. Al terminar el pulso 6, muestra el estado final. Reiniciar restaura el patrón inactivo y la racha cero. No añadas canción, múltiples carriles, salud, notas mantenidas ni modificadores de puntuación.
El prompt separa las reglas del patrón de las suposiciones de implementación. No pide calificaciones, salud, notas mantenidas, varios carriles, multiplicadores ni peligros de fondo. Cada uno agregaría una regla antes de que se entienda el primer ciclo.

La imagen del mecanismo muestra el segundo objetivo resolviéndose como acierto en el pulso 4. El primero ya sumó una celda y este acierto añade la segunda. Un pulso visual señala el contacto y las dos celdas de racha mantienen visible el estado.
Comprueba a mano los mismos toques con la regla inicial
Antes de pedir a una herramienta de juegos que cree el ciclo, compara las reglas escritas con un recorrido breve. El desfase es la hora del toque menos la hora objetivo. Un valor positivo es tarde; uno negativo, temprano.
| Tiempo objetivo | Toque | Desfase | Resultado según regla | Racha después del evento |
|---|---|---|---|---|
| 1,00 s | 1,04 s | +40 ms | Acierto | 1 |
| 2,00 s | 1,95 s | −50 ms | Acierto | 2 |
| 3,00 s | 3,09 s | +90 ms | Fallo después del límite de 3,08 s; se ignora el toque tardío | 0 |
Los dos primeros toques están dentro de sus ventanas, así que la racha pasa de cero a uno y luego a dos. El tercero llega 90 ms tarde. El límite inicial es 3,00 + 0,08 = 3,08 segundos ; a los 3,09 segundos el objetivo ya ha fallado, por lo que el toque tardío no puede deshacerlo. El recorrido termina con dos aciertos, un fallo y racha cero.
Anotar el límite importa. Sin él, dos implementaciones podrían discrepar ante un toque recibido después del cierre del objetivo: una podría contarlo como tardío y otra ignorarlo en silencio. Indica qué estado y qué señal debe aparecer al superar el límite.
Cambia una regla de tiempo y repite el recorrido
Para comparar una ventana más permisiva, cambia únicamente la tolerancia de ±80 ms a ±100 ms. Mantén fijos el reloj, los tiempos objetivo, los momentos de toque, la señal de fallo y el reinicio. El tercer toque de +90 ms ahora es un acierto, así que la racha termina en tres.
Esta es una comparación controlada en papel porque solo cambia una variable escrita por el autor. No demuestra que ±100 ms se sienta mejor, que un dispositivo real registre ese desfase o que el ritmo de una canción coincida con el reloj.

La imagen final representa el cálculo revisado a mano: los tres objetivos brillan y las tres celdas de racha están encendidas. Es una ilustración conceptual del estado esperado, no una captura del juego.
Convierte los casos límite en comprobaciones de aceptación
Una lista breve facilita revisar el prompt. Para cada caso, anota la entrada, el estado objetivo esperado y la señal visible. Comprueba los límites explícitamente para que «dentro de la ventana» tenga una interpretación única.
| Caso | Resultado esperado con ±80 ms | Qué inspeccionar |
|---|---|---|
| Toque exactamente a −80 ms o +80 ms del objetivo activo | Acierto; los límites se incluyen. | Se resuelve un objetivo y la racha aumenta una vez. |
| No hay toque hasta objetivo +80 ms | Un fallo; racha cero; avanza. | Se cierra el objetivo y se activa el siguiente. |
| Toque a +81 ms | Fallo si pasó el límite; se ignora el toque tardío. | No se añade un segundo acierto ni otro fallo. |
| Volver a tocar un objetivo ya resuelto | Ignora la entrada; cada objetivo se resuelve una vez. | No aumentan de nuevo los aciertos ni la racha. |
| Tocar entre todas las ventanas abiertas | Ignora el toque. | No cambian el índice, los aciertos, fallos ni la racha. |
| Reiniciar durante o después de una partida | Restaura patrón inactivo, racha 0 y objetivo 1. | No se arrastra ningún acierto, fallo o indicador anterior. |
Estos casos no sustituyen las pruebas de juego. Facilitan inspeccionar un prototipo al definir lo que debería ocurrir antes de ver el resultado. Si una versión difiere, identifica primero si el prompt dejó una regla ambigua o si el comportamiento se apartó de una regla explícita.
Lleva el resumen a un flujo general de creación de juegos
La página oficial actual de Free AI Game Maker describe entradas en lenguaje natural, una primera versión jugable 2D o 3D, pruebas en navegador y refinamiento con prompts posteriores. Anuncia Koins gratuitos y aconseja revisar el coste antes de generar. Esta descripción general no confirma sincronización de audio ni el ejemplo ficticio Lantern Pulse.
Para una primera versión, indica en un resumen compacto el inicio del reloj, tempo, lista de objetivos, tolerancia, regla de retraso, señales, estado final y reinicio. Después inspecciona lo que realmente hace la versión jugable. No deduzcas sincronización musical a partir de una ilustración o de la tabla de diseño.
Empieza con un patrón y amplíalo con intención
Un prompt útil para un juego de ritmo es un contrato de interacción pequeño: define el reloj, enumera los pulsos objetivo, especifica una ventana de acierto inclusiva, decide qué ocurre al vencer el plazo y muestra el resultado tras cada toque. La tabla da una referencia revisable para una futura versión.
Cuando quieras convertir un resumen de reglas en un punto de partida general para un juego jugable, explora Free AI Game Maker.
Preguntas frecuentes sobre prompts para juegos de ritmo
¿Cómo debería describir un prompt de IA el tiempo de un juego de ritmo?
Indica cuándo empieza el reloj, el BPM, los pulsos objetivo, la tolerancia inclusiva, el límite para los retrasos, la regla contra duplicados, las señales, el cierre y el reinicio. Un patrón pequeño permite inspeccionar las instrucciones. Después, calibra contra la latencia y el audio reales si el juego lo requiere.
¿±80 ms es una ventana estándar para acertar en un juego de ritmo?
No. Lantern Pulse usa ±80 ms solo como ejemplo escrito para calcular con facilidad tres toques. Una ventana adecuada depende del juego, del método de entrada, del camino del audio y de la calibración. No presentes este valor didáctico como un estándar de la industria.
¿Lantern Pulse es un juego jugable probado?
No. Es un diseño didáctico ficticio. Sus tiempos, clasificaciones y revisión a ±100 ms se calcularon a mano con las reglas escritas. No se ejecutó ningún prompt ni se afirma que exista una versión jugable, medida de sincronización o prueba con jugadores.
¿Cómo se calculan los tiempos objetivo a 120 BPM?
Divide 60 segundos entre el tempo: 60/120 equivale a 0,5 segundos por pulso. Si el reloj empieza en cero, el pulso 2 ocurre a 1,00 s, el 4 a 2,00 s y el 6 a 3,00 s. Esos son tiempos matemáticos del patrón, no una medición de reproducción de audio.
¿SEELE garantiza la sincronización de audio en juegos de ritmo?
La página actual describe instrucciones en lenguaje natural, una primera versión jugable 2D o 3D, pruebas en navegador, prompts de seguimiento, Koins gratuitos y revisión del coste mostrado. No establece una garantía específica de sincronización rítmica o latencia. Comprueba cualquier comportamiento en el resultado real y en los dispositivos previstos.


