509. Identidad de la lección
Esta lección convierte el microbucle de la Etapa 1 en un contrato de construcción compacto. Describirás una interacción en un único artefacto, harás visible una responsabilidad sin definir y revisarás el contrato antes de implementarlo.
510. Objetivo de aprendizaje
Al terminar esta lección, podrás etiquetar la entrada, la regla, la presentación y la retroalimentación de una interacción prevista, detectar una responsabilidad sin definir y corregir el contrato con evidencia explícita.
511. Por qué importa
Una interacción se puede construir cuando cada parte tiene una responsabilidad clara y se entiende su relación con las demás. Sin esa separación, una acción puede detectarse sin producir un cambio de estado definido, o el juego puede cambiar sin ofrecer información suficiente para que el jugador interprete el resultado.
El contrato de cuatro partes ofrece una forma precisa de dirigir la implementación, revisar trabajo generado con IA y decidir qué debe corregirse. Conservar tanto el problema detectado como la versión corregida también produce un encargo más sólido para el siguiente paso de implementación.
512. Conocimientos previos
Los prerrequisitos canónicos son los módulos 1.1–1.3, 1.checkpoints, 1.ai-partner, 1.4 y 1.12. Debes poder describir una acción pequeña del jugador y su resultado previsto mediante la secuencia de la Etapa 1 ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ.
El prerrequisito inmediato es 1.12 L2 — Auditoría de la retroalimentación. Debes haberlo completado o ser capaz de distinguir una confirmación clara de una confirmación ausente o ambigua.
513. Concepto central
Responsabilidad en cuatro partes
Una interacción jugable tiene cuatro responsabilidades de implementación:
- Entrada: qué hace el jugador y cómo lo detecta el juego.
- Regla: qué condición se evalúa y qué cambio de estado se produce.
- Presentación: la representación perceptible del estado resultante.
- Retroalimentación: la información inmediata que permite interpretar el éxito, el fallo o el motivo por el que no hubo ningún cambio.
Son cuatro responsabilidades dentro de una misma interacción, no cuatro funciones aisladas. Una persona debe poder seguir la acción del jugador a través de todas ellas y entender cómo se llega a una nueva entrada.
La presentación y la retroalimentación no siempre necesitan efectos separados. Un mismo acontecimiento perceptible puede cumplir ambas responsabilidades si representa el estado modificado y, además, comunica el resultado con claridad. Por ejemplo, el movimiento visible de una puerta de cerrada a abierta puede presentar el nuevo estado y confirmar el éxito. El contrato debe explicar ambas funciones en lugar de suponer que una garantiza automáticamente la otra.
514. Modelo mental
Utiliza este contrato para cada interacción pequeña:
| Parte | Pregunta | Evidencia que debes registrar |
|---|---|---|
| Entrada | ¿Qué hace el jugador y qué detecta el juego? | Una acción concreta que se pueda detectar |
| Regla | ¿Qué condición se comprueba y qué estado cambia? | La condición, el resultado correcto y el resultado fallido cuando corresponda |
| Presentación | ¿Cómo se representa el estado resultante? | Una representación visual, sonora o perceptible de otro modo |
| Retroalimentación | ¿Cómo interpreta el jugador el resultado de inmediato? | Una señal o acontecimiento perceptible que comunique éxito, fallo o ausencia de cambio |
Sigue las responsabilidades de implementación como:
entrada → regla → presentación → retroalimentación → próxima entrada
La experiencia desde el punto de vista del jugador se sigue describiendo como ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ.
515. Ejemplo concreto
Considera una interacción pequeña en la que el jugador activa una puerta con suministro eléctrico:
| Parte | Especificación de ejemplo |
|---|---|
| Entrada | El jugador pulsa el botón de interacción mientras mira hacia la puerta y se encuentra dentro del alcance. |
| Regla | Si la puerta tiene energía, pasa de cerrada a abierta. Si no tiene energía, permanece cerrada. |
| Presentación | Cuando se abre, la puerta se aparta y deja el paso libre de forma visible. Cuando no tiene energía, permanece en su posición cerrada. |
| Retroalimentación | La apertura visible confirma el éxito. Una breve señal de advertencia comunica que el intento falló por falta de energía. |
La apertura visible cumple dos funciones: representa el estado abierto y confirma que la acción tuvo éxito. La señal de advertencia cubre el caso fallido, en el que una puerta inmóvil quizá no explique por qué no ocurrió nada.
516. Errores comunes
Un error frecuente es etiquetar solamente la acción del jugador y el resultado visible, suponiendo que la regla resulta obvia. “Pulsa interactuar para abrir la puerta” no especifica la condición, la transición de estado ni el resultado fallido.
Otro error es tratar la retroalimentación como un adorno que siempre exige añadir un sonido o efecto independiente. La retroalimentación es una responsabilidad comunicativa, no un recurso adicional obligatorio. Un cambio de estado ya existente también puede proporcionar retroalimentación si el jugador puede percibirlo e interpretarlo de inmediato.
Un tercer error es utilizar fórmulas vacías como “el juego se encarga”. Estas expresiones ocultan quién asume la condición, el cambio de estado, la representación o la confirmación, por lo que no sirven para dirigir la implementación.
517. Práctica guiada
Completa la evaluación práctica planificada Diagnóstico de una responsabilidad sin definir y contrato corregido.
Elige una interacción pequeña de tu juego previsto. No elijas una función completa ni un sistema de varios pasos. Puedes recoger un objeto, activar una luz, abrir un contenedor o intentar una acción que no está disponible.
Paso 1: Escribe un primer borrador
Crea un contrato de cuatro filas:
| Parte | Especificación del primer borrador |
|---|---|
| Entrada | ¿Qué acción exacta del jugador se detecta? |
| Regla | ¿Qué condición se comprueba, qué estado cambia y qué ocurre si la condición no se cumple? |
| Presentación | ¿Cómo se representa el estado resultante? |
| Retroalimentación | ¿Cómo puede el jugador interpretar de inmediato el éxito, el fallo o la ausencia de cambio? |
No mejores el borrador en silencio mientras lo analizas. Conserva esta versión como evidencia.
Paso 2: Marca una responsabilidad sin definir
Marca una frase o fila ausente, ambigua o delegada a una fórmula vacía. Indica qué responsabilidad está afectada: entrada, regla, presentación o retroalimentación.
Explica en una o dos frases qué tendría que inventar otra persona para suplir esa carencia. Si pretendes utilizar el mismo acontecimiento como presentación y retroalimentación, explica cómo cumple cada función.
Paso 3: Corrige el contrato
Revisa la frase o fila marcada para hacer explícita la responsabilidad ausente. Mantén estables las demás filas, salvo que la corrección exija un pequeño ajuste de coherencia.
Decide de forma deliberada si la interacción comunica el éxito, el fallo o ambos. Justifica esa decisión en una frase.
Paso 4: Sigue el ciclo corregido
Recorre el contrato corregido como:
entrada → regla → presentación → retroalimentación → próxima entrada
Si algún enlace todavía depende de “el juego se encarga” o exige que la persona revisora invente el comportamiento central, vuelve a corregirlo.
518. Validación y evidencia
Entrega o conserva:
- El primer borrador del contrato de cuatro filas.
- Una responsabilidad sin definir marcada de forma visible.
- Una explicación breve de lo que queda sin especificar.
- El contrato corregido de cuatro filas.
- El recorrido desde la entrada hasta la próxima entrada posible.
- Una justificación de una frase sobre la decisión de comunicar el éxito, el fallo o ambos.
El artefacto corregido es suficiente cuando:
- La entrada identifica una acción del jugador que se puede detectar.
- La regla identifica una condición y el cambio de estado resultante.
- La regla describe el resultado fallido cuando existe la posibilidad de fallo.
- La presentación da una forma perceptible al estado resultante.
- La retroalimentación permite interpretar el resultado de inmediato.
- Si un acontecimiento funciona como presentación y retroalimentación, se explican ambas funciones.
- Una persona puede seguir las cuatro responsabilidades sin inventar el comportamiento central de la interacción.
519. Ideas clave
- Un microbucle se vuelve práctico cuando sus cuatro responsabilidades se expresan en un único contrato de construcción.
- La entrada identifica la acción detectada; la regla determina qué se permite y qué cambia.
- La presentación representa el estado resultante; la retroalimentación ayuda a interpretar el resultado.
- Un mismo acontecimiento perceptible puede servir como presentación y retroalimentación si ambas funciones quedan explícitas.
- Conservar el primer borrador, el problema detectado y el contrato corregido aporta evidencia útil para revisar la implementación.
520. Próxima lección
Próxima lección: 1.micro-loop L2 — Dirige una implementación pequeña.
521. Comprobación
Responde estas preguntas por tu cuenta antes de leer las respuestas.
¿Qué afirmación corresponde a la responsabilidad de la regla?
Mostrar respuesta y explicación
Respuesta: Si el objeto tiene energía, pasa del estado inactivo al activo.
Por qué: La regla especifica la condición evaluada y el cambio de estado resultante. Las demás afirmaciones describen la entrada, la presentación y la retroalimentación.
Un mismo cambio de estado visible puede servir como presentación y retroalimentación si representa el nuevo estado y confirma el resultado con claridad.
Mostrar respuesta y explicación
Respuesta: Verdadero
Por qué: La presentación y la retroalimentación son responsabilidades distintas, pero no siempre exigen efectos separados. Un mismo acontecimiento perceptible puede cumplir ambas funciones si el contrato explica cómo.
Un borrador dice: «Pulsa el botón; el juego se encarga de decidir si el contenedor se abre». ¿Cuál es la responsabilidad sin definir más evidente?
Mostrar respuesta y explicación
Respuesta: La regla, porque la condición y el resultado de estado se delegan a una fórmula vacía
Por qué: La entrada está indicada, pero no se especifican la condición ni la transición de estado. «El juego se encarga» deja la regla sin definir.
¿Qué evidencia demuestra mejor que se detectó y corrigió una responsabilidad sin definir?
Mostrar respuesta y explicación
Respuesta: El primer borrador, el problema marcado con una explicación y el contrato corregido
Por qué: La evidencia del antes y el después hace visibles el diagnóstico y la revisión, sin obligar a la persona revisora a deducir qué cambió.