Mundo guionizado frente a mundo simulado

801. Identidad de la lección

Módulo

2.10 — Mundo vivo

Lección

Mundo guionizado frente a mundo simulado

Tipo académico

Concepto

Tipo de esquema

texto

Orden

1 del módulo

Tiempo estimado

30–40 minutos, incluida la práctica

Esta lección reemplaza el requisito impreciso de que un mundo debe sentirse «vivo» por un marco de decisión para elegir entre estados definidos, horarios o simulación acotada.

802. Objetivo de aprendizaje

Después de esta lección, podrás clasificar un comportamiento del mundo como estado definido, comportamiento programado por horario o simulación acotada, y justificar la elección mediante el impacto en el jugador, la variabilidad necesaria y el alcance de implementación.

803. Por qué importa

Un mundo no mejora simplemente porque se simule una mayor cantidad de elementos. La simulación añade reglas, estado, superficies de depuración y posibilidades de resultados inesperados. Un estado definido puede producir un momento dramático más preciso; un horario puede hacer que el paso del tiempo tenga significado; una simulación acotada puede crear variación repetible dentro de una zona definida. Tu tarea es elegir el modelo de comportamiento más pequeño que produzca la experiencia buscada.

Esta distinción también mejora la dirección que das a la IA. Si le pides a una herramienta de IA que «haga que el mundo se sienta vivo», puede generar un sistema demasiado grande, con responsabilidades poco claras. Si especificas la categoría del comportamiento y sus límites, puedes evaluar la propuesta como desarrollador de juegos en lugar de aceptar la complejidad como señal de progreso.

804. Conocimientos previos

Debes poder describir un sistema en términos de estado, reglas, consecuencias visibles para el jugador y límites explícitos. Esta lección se apoya en el trabajo anterior sobre consecuencias de facción delgadas y explícitas, incluidos los insumos aprobados, los umbrales y la responsabilidad de cada respuesta.

805. Concepto central

«Mundo vivo» no es una categoría de implementación. Es un objetivo visible para el jugador que debe traducirse en una elección de comportamiento:

1. Estado definido: Un estado o transición deliberada seleccionada por el diseño, como que un lugar pase a estar cerrado después de un evento de misión.
2. Horario: Un cambio planificado basado en la hora, una fase o una secuencia, como una tienda que abre durante el día y cierra por la noche.
3. Simulación acotada: Un proceso guiado por reglas que genera resultados dentro de un alcance explícito, como un grupo pequeño de agentes que elige destinos de una lista limitada.

Estas opciones no forman una escala de simple a avanzada. La elección correcta depende de la experiencia, no de cuánta capacidad de cómputo esté disponible.

Una distinción útil es:

• El estado definido responde: «¿Qué estado debe producir este momento?»
• El horario responde: «¿Cuándo debe ocurrir este comportamiento conocido?»
• La simulación acotada responde: «¿Qué resultado deben producir las reglas dentro de este alcance definido?»

806. Modelo mental

Usa la prueba Intención → Variabilidad → Alcance:

Elige la columna más estrecha que satisfaga el requisito visible para el jugador. Un comportamiento también puede combinar categorías, pero cada parte debe nombrarse. Por ejemplo, un horario puede activar una simulación acotada durante una fase nocturna: el horario controla cuándo, mientras la simulación controla cómo varían los resultados.

807. Ejemplo concreto

Supón que un asentamiento tiene un taller de reparaciones:

• Estado definido: Después de que el jugador entrega una pieza requerida, el taller pasa de no disponible a disponible. El diseño necesita ese momento de progresión exacto.
• Horario: El taller está disponible desde la mañana hasta la tarde y no está disponible durante la noche. La experiencia depende del horario; no hace falta simular agentes.
• Simulación acotada: Durante el horario de apertura, tres clientes eligen entre dos filas de reparación. Sus decisiones cambian qué servicio queda disponible primero, pero solo dentro de ese taller y mientras está activo.

Si el requisito de diseño es «el jugador debe encontrar el taller cerrado hasta completar la entrega», la simulación es una herramienta equivocada. Si el requisito es «el taller debe mostrar una actividad distinta en cada visita», una simulación acotada puede estar justificada. Si el requisito es solamente «el taller no debe operar por la noche», usa un horario.

808. Error común

El error común es tratar la simulación como sinónimo de calidad. Una versión simulada de un comportamiento puede debilitar un momento narrativo necesario, producir resultados que el jugador no puede interpretar o consumir tiempo sin modificar sus decisiones. Otro error es llamar simulación a una larga lista de excepciones guionizadas. Si cada resultado está definido manualmente, etiquétalo como estado definido y gestiónalo como tal.

809. Práctica guiada

Clasifica cada comportamiento y escribe una frase que explique la decisión:

1. Una puerta debe permanecer cerrada hasta que el jugador complete un objetivo concreto.
2. Un guardia cambia su ruta de patrulla al comienzo de cada turno.
3. La fauna elige una de cuatro zonas de descanso dentro de un valle, pero solo mientras el jugador se encuentra cerca.
4. Un tablón de anuncios muestra un mensaje específico después de activar una consecuencia de facción.

Para cada elemento, usa la prueba Intención → Variabilidad → Alcance. Después, modifica uno de los elementos para que use otra categoría sin violar el requisito visible para el jugador. Si no puedes modificarlo sin cambiar la experiencia, explica por qué.

Tu decisión debe identificar:

• la categoría seleccionada;
• el estado o los insumos que la activan;
• el límite que evita un crecimiento innecesario del sistema;
• la razón de diseño visible para el jugador.

810. Validación / evidencia

811. Ideas clave

• «Mundo vivo» describe un resultado, no un diseño de sistema.
• El estado definido es apropiado cuando el jugador necesita un resultado específico.
• Los horarios hacen que un comportamiento conocido cambie en momentos o fases definidas.
• La simulación acotada solo es apropiada cuando la variación guiada por reglas mejora la experiencia dentro de un alcance claro.
• Nombra la categoría del comportamiento antes de pedir a una herramienta de IA que proponga detalles de implementación.

812. Próxima lección

Siguiente: 2.10 L2 — Delimitar el requisito del mundo.

813. Comprobación