Mapea las interacciones, no las funciones aisladas

2340. Identidad de la lección

Módulo

5.13 — Pensamiento sistémico

Lección

Mapea las interacciones, no las características aisladas

Tipo académico

Sistemas

Tipo de esquema

texto

Orden

Lección 1 del módulo

Tiempo estimado

35–45 minutos, incluida la práctica

Esta lección desarrolla la capacidad de crear un mapa de interacciones antes de modificar una característica. El mapa identifica responsables del estado, dependencias, bucles de retroalimentación, límites y contratos visibles para el jugador.

2341. Objetivo de aprendizaje

Al terminar esta lección, podrás elaborar un mapa de interacciones para un cambio propuesto que nombre los responsables del estado afectados, las dependencias direccionales, los bucles de retroalimentación, los límites entre sistemas y los contratos observables para el jugador.

2342. Por qué importa

Una característica rara vez pertenece a un solo sistema. Un cambio que parece local puede modificar recompensas, umbrales de progresión, dificultad, mensajes de la interfaz, persistencia o las expectativas del jugador sobre lo que ocurrirá después. Cuando esas relaciones quedan implícitas, una implementación generada por IA puede parecer razonable por separado y, aun así, ser incoherente con el conjunto. Mapear las interacciones permite revisar el alcance, orientar el trabajo de la IA y detectar consecuencias ausentes antes de que se conviertan en problemas de depuración.

2343. Conocimientos previos

Debes poder:

• distinguir una regla del sistema de su presentación;
• describir cambios de estado y la retroalimentación que recibe el jugador;
• evaluar si la variación produce resultados significativos y no solo más cantidad;
• identificar un cambio propuesto y su efecto previsto sobre la experiencia del jugador.

El prerrequisito inmediato es 5.12 L2 — Evalúa la variación sin venerar la cantidad. Esta lección amplía esa disciplina de evaluación: pasa de los resultados generados a los sistemas que interactúan entre sí.

2344. Concepto central

Una función no es un objeto aislado. Es un cambio en una red de responsables del estado y contratos.

Un responsable del estado es el sistema que crea, actualiza o guarda un hecho determinado. Por ejemplo, el inventario puede ser la autoridad sobre las cantidades de objetos; el sistema de progresión puede ser la autoridad sobre los umbrales de desbloqueo; y la interfaz puede mostrar la verdad sin ser dueña de ella.

Una dependencia es una relación direccional: un sistema puede leer un dato autoritativo, enviar una orden o solicitud de cambio a su responsable, reaccionar a un evento emitido o utilizar un resultado expuesto. El responsable realiza los cambios autoritativos; los demás sistemas normalmente deben solicitar una transición mediante un contrato explícito, no modificar por su cuenta el estado que no les pertenece. Una cadena causal avanza en una dirección. Un bucle de retroalimentación está cerrado: un efecto posterior incluye una relación de retorno hacia una variable o un sistema anterior. El bucle puede reforzar el cambio o compensarlo. Un límite define qué responsabilidad pertenece a un sistema y qué debe recibir o exponer mediante una interfaz explícita.

Antes de implementar, el mapa obliga a responder cuatro preguntas:

1. ¿Qué estado cambia?
2. ¿Quién tiene autoridad sobre cada hecho?
3. ¿Qué sistemas dependen de ese hecho?
4. ¿Qué debe observar o poder predecir ahora el jugador?

2345. Modelo mental

Usa el mapa Responsable → Dependencia → Contrato → Bucle.

Representa cada relación con una flecha y un verbo. Si afirmas que existe un bucle, continúa el recorrido hasta que una flecha regrese a un nodo anterior. Por ejemplo:

Desafío del encuentro
  └─aumenta→ consumo de recursos
       └─reduce→ recursos disponibles
            └─limita→ acciones disponibles
                 └─aumenta→ desafío del encuentro

Este es un bucle cerrado de refuerzo: un desafío mayor puede reducir las opciones del jugador y volver a aumentar el desafío posterior. Sin la última flecha de retorno hacia Desafío del encuentro, solo habría una cadena causal.

También puedes representar el mapa como una lista de relaciones o una tabla de texto estructurado con estas columnas: Origen, Relación, Destino, Responsable autoritativo, Evidencia, Contrato visible para el jugador y ¿No resuelto?. Registra una relación direccional por fila. Para mostrar un bucle cerrado, una fila posterior debe volver a un origen o destino anterior. Describe los límites agrupando las filas por sistema o añadiendo una etiqueta de límite a cada origen y destino.

Después, dibuja un límite alrededor de cada sistema responsable o registra las etiquetas equivalentes en la tabla. No encierres solo una pantalla y la trates como si resolviera el problema. Una pantalla puede presentar un dato cuya autoridad está en otro lugar. Puedes entregar el diagrama visual o esta alternativa de texto estructurado.

2346. Ejemplo concreto

Supón que el cambio propuesto es: «Añadir un escudo temporal que absorba un impacto y desaparezca».

Una descripción aislada mencionaría un objeto recogible, un icono y una animación al recibir daño. El mapa de interacciones muestra un contrato más amplio:

Regla del objeto recogible
  └─otorga→ estado de escudo [responsable: Estado del jugador]
       ├─actualiza→ resolución del combate [lee el estado]
       ├─actualiza→ indicador de interfaz [presenta el estado]
       ├─afecta→ respuesta al daño [debe distinguir el impacto absorbido]
       └─¿persiste?→ límite de guardado/carga [hay que decidirlo]

Resolución del combate
  └─consume→ estado de escudo ante un impacto válido
       ├─dispara→ evento de retroalimentación
       └─cambia→ cálculo de riesgo del jugador
            └─cambia→ decisiones de ruta y encuentro
                 └─cambia→ exposición a impactos válidos
                      └─retroalimenta→ resolución del combate

La regla del objeto recogible otorga el estado de escudo, cuya autoridad corresponde al Estado del jugador. La resolución del combate y la interfaz leen ese estado; ante un impacto válido, el combate lo consume y emite la respuesta correspondiente. El cambio de riesgo puede modificar las decisiones de ruta, que alteran la exposición a impactos válidos y cierran el recorrido al volver a influir en la resolución del combate.

El mapa hace visibles decisiones que la descripción de la función oculta:

• ¿El objeto recogible es dueño del escudo o lo pasa al Estado del jugador?
• ¿El daño ambiental cuenta como impacto válido?
• ¿Los escudos se acumulan, se reemplazan o se desperdician?
• ¿La interfaz muestra el escudo antes o después de actualizar el estado autoritativo?
• ¿El guardado conserva el escudo?
• ¿Qué aprende el jugador cuando el escudo se consume?

No son detalles que deban delegarse sin dirección. Forman parte de la regla y del contrato que la función establece con el jugador.

2347. Flujo de trabajo con IA

Usa la IA como crítica del mapa, no como responsable de la decisión de diseño.

1. Escribe el cambio propuesto en una frase y declara el efecto buscado en el jugador.
2. Enumera tú los responsables del estado conocidos. Marca lo incierto con ? en vez de adivinar.
3. Pide a la IA un inventario de dependencias usando únicamente la información que le diste. Exige que separe hechos, inferencias y preguntas abiertas.
4. Compara la respuesta con tu mapa. Añade una relación solo si puedes señalar su evidencia o la pregunta de diseño que revela.
5. Pide a la IA que busque contratos visibles ausentes: retroalimentación, costes, restricciones, persistencia y casos límite.
6. Mantén bajo tu control las decisiones finales sobre responsables y límites. Un diagrama pulido no demuestra que la arquitectura sea correcta.

Puedes usar este encargo:

Revisa este cambio propuesto y este mapa de interacciones. Identifica posibles responsables del estado, dependencias direccionales, bucles de retroalimentación y contratos visibles para el jugador. No inventes hechos del proyecto. Etiqueta cada elemento como declarado, inferido o no resuelto. Devuelve primero preguntas y después sugerencias de implementación.

2348. Error común

El error más común es tratar cada flecha como un detalle de implementación y cada pantalla como responsable del sistema. Así se obtienen mapas llenos de componentes, pero sin autoridad clara. Si dos sistemas pueden decidir por separado el mismo hecho, el mapa debe mostrar el conflicto en lugar de ocultarlo bajo una etiqueta genérica como «gestor del juego».

Otro error es detenerse en las dependencias directas. Una recompensa puede actualizar directamente el inventario, afectar indirectamente la progresión, cambiar las acciones disponibles y alterar la dificultad percibida. El recorrido indirecto suele ser el lugar donde cambia el contrato con el jugador.

2349. Práctica guiada

Crea un mapa de interacciones para este cambio propuesto:

«Al completar un encuentro difícil, el jugador recibe una llave rara que desbloquea una ruta opcional».

Sigue estos pasos:

1. Declara en una frase el efecto buscado en el jugador.
2. Enumera al menos cinco hechos posibles: finalización del encuentro, elegibilidad de la recompensa, cantidad de llaves, disponibilidad de la ruta y retroalimentación al jugador.
3. Asigna un responsable a cada hecho. Si no conoces la autoridad, escribe no resuelto y formula una pregunta.
4. Dibuja al menos seis relaciones direccionales con verbos como lee, otorga, desbloquea, presenta, persiste o consume.
5. Identifica un bucle de retroalimentación cerrado e incluye una relación de retorno hacia un nodo anterior. Por ejemplo: la ruta opcional otorga recursos → los recursos reducen la presión de encuentros posteriores → la menor presión aumenta las finalizaciones con éxito → las finalizaciones con éxito permiten obtener más recursos de la ruta. Etiquétalo como bucle de refuerzo porque puede favorecer nuevas finalizaciones; si tu bucle contrarresta el cambio inicial, etiquétalo como compensador.
6. Dibuja límites alrededor de los sistemas responsables de resolver el encuentro, gestionar recompensas o inventario, controlar la ruta o progresión y presentar información.
7. Escribe tres contratos visibles para el jugador. Incluye qué debe comunicarse, qué acción debe quedar disponible y qué ocurre si la llave no está disponible o ya fue obtenida.

Toma una decisión explícita: ¿La llave puede obtenerse más de una vez y, si no, qué sistema impide o comunica las recompensas duplicadas? Registra la decisión y el responsable que la hará cumplir.

2350. Validación / evidencia

2351. Ideas clave

• Cambiar una función significa cambiar una red de responsables del estado y contratos.
• La autoridad indica quién decide la verdad; las dependencias indican quién necesita esa verdad.
• Los efectos indirectos y los bucles suelen importar más que la primera conexión directa.
• Los límites hacen visible la responsabilidad y revelan autoridades en conflicto.
• La IA puede criticar el mapa y encontrar omisiones, pero las decisiones de diseño deben seguir siendo explícitas y revisables.

2352. Siguiente lección

Continúa con 5.13 L2 — Prioriza la intervención más segura.

2353. Comprobación