Mantén las consecuencias de facción acotadas y explícitas

785. Identidad de la lección

Módulo

2.9 — Sistemas de facciones

Lección

Mantén las consecuencias de facción acotadas y explícitas

Tipo académico

Sistemas

Tipo de esquema

Texto

Orden

Lección 2 del módulo

Tiempo estimado

30–40 minutos, incluida la práctica

786. Objetivo de aprendizaje

Al terminar esta lección, podrás crear un mapa de impacto de facción determinista para una decisión o misión. El mapa indicará la entrada autorizada, la mutación de la relación, la partición completa de umbrales, el modo de respuesta, los consumidores permitidos, los efectos excluidos y el sistema responsable de cada respuesta.

787. Por qué importa

La reputación se vuelve difícil de razonar cuando cada acción modifica silenciosamente misiones, precios, diálogos, combate, acceso y progresión. Un sistema de consecuencias acotadas limita cada decisión a efectos que tienen un responsable definido y una razón visible.

El determinismo también depende del momento en que ocurre una respuesta. Un sistema que refleja de forma continua la clasificación actual se comporta de manera distinta de otro que reacciona una sola vez al cruzar un umbral. Si el contrato no distingue ambos modos, cargar una partida, descender por debajo de un límite o recibir dos veces el mismo evento puede producir resultados incoherentes.

788. Conocimientos previos

Debes haber completado Una facción posee las relaciones, no el mundo entero. Debes poder distinguir el estado de una relación de facción de los sistemas que lo consumen y describir una decisión como un evento explícito, no como una intención vaga.

789. Concepto central

Un contrato de consecuencias es un acuerdo acotado entre quien produce un evento relacionado con una facción, el sistema de relaciones y los sistemas autorizados a responder.

Un contrato completo responde estas preguntas:

1. ¿Qué ocurrió? Nombra un evento autorizado y su regla de elegibilidad.
2. ¿Qué relación cambia? Identifica la facción y el valor de relación.
3. ¿Cómo se calcula el valor? Indica el valor inicial, el delta exacto, el valor resultante, el dominio válido y la regla de limitación.
4. ¿Cómo se clasifica? Proporciona un mapa completo, ordenado y sin solapamientos de las bandas.
5. ¿Qué modo de respuesta se aplica? Declara cada respuesta como derivada del estado o activada por transición.
6. ¿Quién responde? Asigna cada respuesta a un sistema receptor concreto.
7. ¿Qué no ocurre? Registra los efectos explícitamente excluidos en sistemas no relacionados.

El sistema de relaciones de facción conserva la autoridad exclusiva para mutar el estado. Los productores envían eventos autorizados; no escriben directamente la reputación. Los consumidores pueden leer una clasificación o recibir una transición declarada, pero no pueden mutar la relación ni inventar efectos ajenos al contrato.

790. Convención numérica y de límites

En esta lección, la reputación es un entero acotado en [-100, 100].

Para un evento elegible:

valorPosterior = limitar(valorPrevio + delta, -100, 100)

Todos los extremos de las bandas son inclusivos, y cada entero del dominio debe pertenecer exactamente a una banda. Por ejemplo:

Un evento con valorPrevio = 95 y delta = +10 produce valorPosterior = 100, no 105. La clasificación se realiza después de limitar el valor.

791. Dos modos de respuesta

Cada respuesta del mapa de impacto debe declarar uno de estos modos.

Respuesta derivada del estado

Una respuesta derivada del estado debe corresponder con la clasificación actual siempre que el sistema consumidor evalúe o reconcilie el estado.

Ejemplo: el acceso del comerciante está disponible mientras la relación sea Confiable. Si la relación desciende, el acceso deja de estar disponible. Al cargar una partida guardada con estado Confiable, el acceso también se restablece porque depende del estado actual.

Clasificación actual = Confiable
→ El sistema de acceso habilita la categoría para relaciones confiables

Respuesta activada por transición

Una respuesta activada por transición ocurre una sola vez cuando una mutación aceptada cruza un límite declarado en una dirección determinada.

Ejemplo: mostrar una notificación una vez cuando el valor ascienda desde menos de 50 hasta 50 o más.

Cruce ascendente de 50: valorPrevio < 50 y valorPosterior >= 50
Cruce descendente de 50: valorPrevio >= 50 y valorPosterior < 50

El contrato debe indicar si responde al cruce ascendente, al descendente o a ambos. Permanecer en la misma banda no constituye un cruce. Restaurar un valor guardado clasifica el estado y reconcilia las respuestas derivadas de este, pero no repite las respuestas activadas por transición salvo que exista una política de restauración que lo exija expresamente.

No describas una misma respuesta como disponible de forma continua dentro de una banda y, a la vez, como emitida únicamente al cruzar un umbral. Si necesitas ambos comportamientos, define dos respuestas distintas; por ejemplo, un acceso persistente y una notificación puntual.

792. Modelo mental

Usa la cadena de consecuencias acotadas:

Evento autorizado y elegible
    ↓
Mutación limitada bajo autoridad de la facción
    ↓
Clasificación completa de la relación
    ↓
Modo de respuesta declarado
    ↓
Sistema responsable identificado
    ↓
Consecuencia acotada y visible para el jugador

El límite de entrada impide mutaciones no autorizadas. El límite de salida evita que sistemas no relacionados traten la reputación como una señal global que pueden interpretar libremente.

793. Ejemplo concreto

Supón que un resultado de misión elegible devuelve un cargamento a la Unión del Muelle.

Las respuestas se mantienen separadas de forma deliberada:

Efectos explícitamente excluidos:

• el sistema de diálogo no añade una rama automáticamente;
• el sistema de combate no modifica automáticamente la hostilidad;
• el sistema de economía no modifica automáticamente los precios; y
• ninguno de estos consumidores puede mutar la reputación con la Unión del Muelle.

Ejemplos deterministas

El ejemplo duplicado supone que el identificador original ya había sido consumido antes de restaurar o reconstruir el estado previo mostrado. El registro de elegibilidad, no el consumidor, impide una segunda mutación.

794. Flujo de trabajo nativo de IA

Usa la IA como verificadora de la especificación, no como dueña del alcance del diseño.

1. Escribe tú el evento, la regla de elegibilidad, el dominio, la regla de limitación, el mapa completo de bandas, el delta, los modos de respuesta y los responsables.
2. Pide a la IA que detecte huecos, bandas superpuestas, direcciones de cruce ambiguas, responsabilidades duplicadas y efectos ajenos al contrato.
3. Exige pruebas de cruce ascendente, cruce descendente, permanencia en la misma banda, restauración y evento duplicado.
4. Rechaza las sugerencias que añadan consecuencias solo porque parezcan plausibles.
5. Conserva el contrato aceptado como fuente de verdad durante la implementación o la revisión.

Un prompt útil es: «Audita este mapa de impacto de facción para detectar datos de estado incompletos, huecos o solapamientos entre bandas, modos de respuesta ambiguos, mutadores no autorizados, responsables duplicados y efectos fuera del contrato. Prueba un cruce ascendente, uno descendente, un cambio dentro de la misma banda, una restauración y una entrega duplicada. No propongas funciones nuevas».

795. Errores comunes

• Tratar la reputación como una señal que todos los sistemas pueden interpretar por su cuenta.
• Describir un acceso persistente como efecto de un cruce sin explicar la restauración o el descenso.
• Declarar un umbral sin indicar el tipo numérico, los extremos inclusivos o la regla de limitación.
• Enumerar solo la banda relevante en lugar de la partición completa.
• Permitir que un consumidor mute la reputación en respuesta a su propia salida.
• Suponer que la duplicación, la restauración o la dirección del cruce se resolverán de forma implícita.

796. Práctica guiada

Crea un mapa de impacto de facción para el resultado de una misión ficticia. Puede mutar una relación de facción y definir como máximo dos respuestas visibles para el jugador.

Completa la tabla del contrato:

Después, proporciona cinco casos de prueba. En cada uno debes registrar la elegibilidad del evento, el estado previo, la entrada o acción de restauración, el estado posterior, la clasificación, el modo de respuesta y las respuestas permitidas:

1. un cruce ascendente elegible de un límite seleccionado;
2. un cruce descendente elegible de ese mismo límite;
3. un cambio que permanezca dentro de una banda;
4. una restauración directa de una clasificación guardada; y
5. la entrega duplicada del mismo identificador de evento.

Es obligatorio probar el límite seleccionado en ambas direcciones. No basta con indicar que se cruza el límite inferior o el superior sin especificar la dirección.

797. Validación / evidencia

798. Ideas clave

• Un contrato de consecuencias limita tanto las entradas de mutación como las salidas permitidas.
• Las respuestas derivadas del estado reflejan la clasificación actual; las activadas por transición ocurren en cruces direccionales declarados.
• El dominio numérico, la limitación y la partición completa de bandas permiten probar los límites.
• Los responsables identificados y los efectos excluidos evitan el acoplamiento global oculto.
• La restauración, los descensos, los cambios dentro de una banda y los eventos duplicados deben especificarse, no darse por supuestos.

799. Siguiente lección

Continúa con 2.10 — Mundo vivo. Aplica la misma disciplina al comportamiento cambiante del mundo: identifica quién posee el estado, qué mutaciones están autorizadas, qué invariantes deben conservarse, qué modos de respuesta existen y qué sistemas pueden consumir el resultado.

800. Comprobación