1. Identidad de la lección
Esta lección no construye un micro-loop jugable. No enseña el resto del módulo 1.1.
2. Objetivo de aprendizaje
Al terminar, puedes mirar una descripción breve de un juego y clasificarla como feature, loop de juego que se repite o comportamiento incompleto, y dar una razón corta.
3. Por qué importa
La primera idea de un juego suele ser una lista de compras: movimiento, enemigos, vida, monedas, puertas. La lista puede sonar a producto. El jugador no juega una lista.
Entra en un ciclo. Actúa. El juego responde. Algo queda distinto. Esa diferencia le da una razón para actuar otra vez.
Si no ves ese ciclo, el trabajo posterior no tiene qué proteger. Vas a querer seguir sumando nombres hasta que la idea “se sienta como un juego”. Los nombres de más no crean una experiencia que se repite.
Más adelante en el curso tendrás que describir comportamiento con suficiente claridad para que un agente de IA pueda razonar sobre él. Esa habilidad empieza aquí: ver qué se repite. Esta lección no te pide que le des instrucciones a un agente, ni que edites un proyecto, ni que uses un asistente de código.
4. Conocimiento previo
Solo los prerrequisitos del curso. No hace falta programar, ni un motor, ni vocabulario previo de diseño de juegos.
5. Concepto central
Piensa un juego de dos maneras distintas.
Pensar en lista de features nombra capacidades y objetos: movimiento, enemigos, vida, monedas, puertas.
Pensar en loops nombra una relación que se repite: el jugador se mueve por el espacio, encuentra una amenaza, actúa, el juego evalúa el resultado, el estado cambia, el jugador recibe retroalimentación, elige la siguiente acción.
Una descripción de feature dice lo que el juego tiene o permite, incluida una capacidad aislada como «el jugador puede hacer un dash». Una descripción de loop dice qué ocurre una y otra vez entre jugador y juego. Una descripción de comportamiento incompleto empieza a describir una secuencia causal o repetida, pero se detiene antes de indicar una respuesta, un cambio, una decisión o un regreso necesarios.
Un game loop es un ciclo al que el jugador puede volver a entrar. Los features pueden ser reales y aun así no formar, por sí solos, ese ciclo. Ganan sentido por relaciones y repetición, no por estar juntos en una lista.
Todavía no necesitas un modelo formal de implementación en cuatro partes. Primero mira si el ciclo está descrito con suficiente claridad para razonar sobre él.
6. Modelo mental — Actuar → Responder → Cambiar → Otra vez
Hazle cuatro preguntas a cualquier idea:
¿Qué hace el jugador una y otra vez?
¿A qué responde el juego?
¿Qué cambia por esa acción?
¿Por qué el jugador vuelve a actuar?
Si no puedes responderlas a partir de la descripción, el bucle todavía no está lo bastante claro para analizarlo. Estas cuatro preguntas son el modelo de trabajo de este curso, no una definición universal de todo bucle de juego.
La siguiente lección representa el mismo ciclo como ENTRADA/ACCIÓN → ACTUALIZACIÓN/REGLAS → PRESENTACIÓN → RETROALIMENTACIÓN. Las cuatro preguntas de esta lección sirven para reconocer ese ciclo antes de dibujarlo.
Deja este modelo más simple que el micro-loop de la Etapa 1 que vas a construir después. No conviertas estas cuatro preguntas en una especificación de motor en esta lección.
7. Ejemplos concretos
Recoger. Tomas una moneda. Cambia la puntuación. Sigues buscando. La moneda es un feature. La búsqueda repetida es el loop que describe el ejemplo.
Esquivar. Te mueves. Hay un obstáculo. Giras. Sobrevivir el siguiente segundo es la razón para volver a girar.
Atacar. Golpeas. Cambia el estado del objetivo. La retroalimentación te dice si golpear, esperar o irte.
Interactuar. Usas una llave en una puerta. El juego revisa una condición. Se muestra un resultado. Si ese resultado te manda a buscar la siguiente llave, la interacción alimenta un loop. Si ocurre una vez y no vuelve, se parece más a un evento suelto.
Estos ejemplos no piden un motor. Piden que veas la repetición.
8. Error habitual
Suposición falsa: «Mi juego tiene muchos features, así que tiene una buena experiencia de juego».
Un montón de nombres sueltos no es una experiencia de jugador. La cantidad de features no es coherencia de comportamiento.
Diez pantallas, barras y objetos pueden dejar al jugador sin nada que hacer después. Un ciclo pequeño y coherente ya puede ser la base de una experiencia jugable.
Otro error cercano es tratar una etiqueta de género («es un juego de plataformas», «es un RPG») como si fuera un loop. Una etiqueta de género sugiere convenciones y expectativas, pero por sí sola no describe el ciclo específico que repite el jugador.
9. Práctica
Ejemplo guiado
Toma esta lista: movimiento, enemigos, vida, monedas, puertas.
Como lista, cada ítem es una descripción de feature. Ninguno, solo, dice qué se repite.
Una versión en loop del mismo material podría ser: el jugador se mueve por el espacio, encuentra una amenaza, actúa, el juego evalúa el resultado, algo cambia (posición, amenaza, recurso), llega la retroalimentación, el jugador elige el siguiente movimiento.
Los sustantivos no desaparecieron. Empezaron a significar algo porque viven dentro de un ciclo.
Ahora te toca
Clasifica cada descripción como DESCRIPCIÓN DE FEATURE, DESCRIPCIÓN DE LOOP o DESCRIPCIÓN DE COMPORTAMIENTO INCOMPLETO. Juzgas lo que dice el texto, no si un juego real podría contener esa capacidad. Escribe una frase que diga por qué. No le pidas a una IA que las clasifique por ti.
Usa la redacción como evidencia. Una capacidad aislada es una descripción de feature; una descripción de comportamiento incompleto inicia una secuencia, pero omite una respuesta, un cambio o un regreso necesario.
Inténtalo primero. Compara con las notas solo después de haber escrito tus propias etiquetas.
1. El juego tiene una barra de vida, una pantalla de inventario, un mapa y un menú de crafteo.
2. Buscas monedas en las habitaciones. Cada moneda sube tu puntuación. Esa subida es la razón por la que abres la siguiente puerta.
3. El jugador puede hacer un dash.
4. Golpeas un objetivo. Si aciertas, cae. El objetivo caído —o los que siguen en pie— te indican si conviene volver a golpear o moverte.
5. Entras en una tienda, compras un arma mejor y después…
Cuando ya las hayas etiquetado, contrasta tu razonamiento:
1. Etiqueta prevista: DESCRIPCIÓN DE FEATURE. Esta descripción dice cosas que el juego tiene: objetos y pantallas. No dice qué ocurre una y otra vez entre jugador y juego.
2. Etiqueta prevista: DESCRIPCIÓN DE LOOP. Buscar, recoger, cambio de puntuación y una razón para buscar otra vez. La moneda puede ser un feature; la búsqueda que se repite es el loop que esta descripción sí da.
3. Etiqueta prevista: DESCRIPCIÓN DE FEATURE. Esta es una afirmación de capacidad: dice qué acción permite el juego, así que es una descripción de feature. No describe la respuesta del juego, un cambio resultante ni el regreso a la acción, por lo que no es un loop.
4. Etiqueta prevista: DESCRIPCIÓN DE LOOP. Ataque, evaluación, un cambio visible y una decisión de continuar. Es un ciclo de encuentro que se repite, no una lista de features de combate.
5. Etiqueta prevista: DESCRIPCIÓN DE COMPORTAMIENTO INCOMPLETO. La frase inicia una secuencia causal, pero se detiene antes de describir el resultado, la siguiente decisión o el regreso a la actividad. Por eso es una descripción de comportamiento incompleto, todavía no un loop.
Comprobación práctica
Elige un juego conocido y describe su bucle principal en cuatro pasos: acción del jugador, respuesta del sistema, consecuencia o recompensa y motivo por el que el jugador repite la acción.
10. Validación
Usa esta prueba con tus propias ideas:
Si quito los nombres de los features, ¿sigo pudiendo describir qué se repite y qué cambia?
Si la descripción se queda muda sin las palabras «tienda», «dash» o «inventario», estabas sosteniendo etiquetas de features, no un ciclo descrito. Si aún puedes decir qué hace el jugador, qué responde el juego, qué cambia y por qué continúa, estás pensando en loops.
11. Ideas clave
Una descripción de feature dice lo que el juego tiene o permite. Una descripción de loop dice qué ocurre una y otra vez.
Pregunta: qué se repite, a qué responde el juego, qué cambia, por qué el jugador actúa otra vez.
La cantidad de features no es coherencia de comportamiento.
Comportamiento incompleto significa que la descripción todavía no da suficiente respuesta, cambio y razón para continuar — no que la capacidad “no sea un feature”.
En la siguiente lección vas a nombrar las partes de un ciclo. Esta solo te pide ver que el ciclo existe.
12. Comprobación
Responde estas cuatro preguntas por tu cuenta antes de leer las respuestas. Es una comprobación breve de comprensión: sirve para ver si distingues una lista de un ciclo.
Una descripción enumera un mapa, una tienda, un salto y una barra de vida. Esto se parece más a:
Mostrar respuesta y explicación
Respuesta: Una lista de features
Por qué: Son descripciones de features: capacidades y objetos que el juego tiene. Una descripción de loop diría qué se repite, qué cambia y por qué el jugador continúa.
Si un prototipo incluye muchos features, necesariamente tiene una experiencia de juego coherente.
Mostrar respuesta y explicación
Respuesta: Falso
Por qué: La cantidad de features no es lo mismo que la coherencia de comportamiento. Nombres sueltos no forman una experiencia de jugador que se repite.
«Haces un dash para pasar junto a un guardia. El guardia se gira hacia ti y después…». Esto se parece más a:
Mostrar respuesta y explicación
Respuesta: Comportamiento incompleto
Por qué: El texto inicia una secuencia causal: el jugador actúa y el guardia responde. Después se detiene sin indicar qué cambia, qué decide el jugador o cómo continúa la actividad, así que es una descripción de comportamiento incompleto.
¿Qué descripción se parece más a un loop de juego que se repite?
Mostrar respuesta y explicación
Respuesta: Agarras una gema, tu conteo sube, buscas otra gema.
Por qué: Agarrar → el conteo cambia → buscar otra vez. Las otras opciones son una lista de sustantivos o una etiqueta de género, no un ciclo.
13. Puente a la siguiente lección
La siguiente lección del módulo 1.1 te va a pedir dibujar un ciclo y nombrar sus partes. No hagas ese trabajo todavía. No construyas un loop jugable. Deja esta lección cuando sepas distinguir una lista de compras de un comportamiento que se repite — incluso cuando el texto es demasiado escaso para ser una u otra cosa.
Solo vista previa: el artefacto acumulativo es Pulse Loop en academy-fixtures/pulse-loop (fix-pulse-loop). No lo ejecutes todavía. En la siguiente lección lo mapearás y ejecutarás.