554. Identidad de la lección
Esta lección presenta el combate como un intercambio acotado entre actores. El objetivo no es enumerar armas, sino especificar qué puede ocurrir, qué sistema puede tomar cada decisión, qué estado puede cambiar y qué sistemas vecinos deben permanecer intactos.
555. Objetivo de aprendizaje
Al terminar esta lección, podrás especificar un intercambio de combate indicando sus actores, entrada, reglas, punto de compromiso del ataque, sistema de resolución, estado de salud con autoridad exclusiva, resultados y sistemas vecinos protegidos.
556. Por qué importa
Una lista de armas describe contenido, pero no define un sistema de combate jugable. Un contrato de combate establece un límite estable que se puede implementar, probar, ajustar y ampliar. También proporciona una especificación explícita con la que revisar código generado.
Un contrato preciso impide que varios sistemas tomen la misma decisión. La validación de combate puede autorizar un ataque. El sistema de resolución puede proponer una cantidad de daño. El estado de salud del objetivo autoriza y aplica la modificación de salud. La presentación comunica el resultado. El estado de munición registra el coste de un disparo ya efectuado. Estas responsabilidades colaboran, pero no son intercambiables.
557. Conocimientos previos
Antes de comenzar, debes poder:
- distinguir una regla del juego de una pieza de contenido;
- identificar el actor, la entrada, la respuesta y el cambio de estado de una interacción acotada;
- describir una interacción repetible mediante ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ; y
- separar la interacción prevista de los sistemas vecinos que quedan fuera de su límite de reglas.
Por ejemplo, “una pistola tiene un modelo determinado” describe contenido. “Un disparo autorizado consume una unidad de munición cuando se efectúa” expresa una regla.
558. Concepto central
Un contrato de combate es una descripción precisa de un intercambio significativo entre actores. Define:
- Actores: quién inicia el intercambio y quién puede recibirlo.
- Entrada: el comando que solicita el intercambio.
- Reglas de disponibilidad y autorización: condiciones que determinan si el comando puede convertirse en un ataque.
- Compromiso del ataque: el momento en que un ataque autorizado se dispara o se ejecuta de verdad.
- Validación del impacto: la comprobación de que el ataque ya efectuado alcanzó un objetivo válido. Un fallo sigue siendo un ataque efectuado.
- Sistema de resolución de combate: el sistema que calcula una propuesta de daño una vez conocidas las reglas y modificaciones pertinentes.
- Estado de Salud del Objetivo: la fuente de autoridad exclusiva que acepta o rechaza la transición de salud según sus invariantes, aplica cualquier modificación autorizada y registra la salud resultante y el daño aplicado.
- Respuesta: la información que comunica el resultado registrado sin cambiar la salud.
- Vecinos protegidos: sistemas relacionados que pueden observar el intercambio, pero que no deben modificarse directamente sin otro contrato.
559. Tres responsabilidades diferentes
Utiliza estos términos de forma coherente:
- Daño propuesto: valor calculado por el sistema de resolución de combate. Es una propuesta; todavía no constituye una modificación de salud.
- Modificación de salud autorizada: transición aceptada y aplicada por el Estado de Salud del Objetivo después de hacer cumplir sus propias reglas e invariantes.
- Resultado aplicado: la salud resultante y cualquier registro de daño aplicado que conserva el Estado de Salud del Objetivo.
El sistema de resolución puede calcular o proponer daño, pero no debe restar salud ni mantener un valor de salud paralelo. El Estado de Salud del Objetivo no tiene que realizar todos los cálculos que producen la propuesta; su responsabilidad exclusiva consiste en decidir si modifica su salud y registrar el resultado de esa modificación.
Un arma sigue siendo contenido. Distintas armas pueden aportar valores diferentes de alcance, cadencia, coste o daño sin dejar de utilizar el mismo contrato.
560. Modelo mental
Utiliza el modelo de Intercambio autorizado con una única fuente de autoridad sobre la salud:
| Límite | Pregunta | Ejemplo de respuesta |
|---|---|---|
| Actores | ¿Quién participa? | Atacante y un objetivo |
| Entrada | ¿Qué comando solicita el intercambio? | Comando de disparo |
| Disponibilidad | ¿Puede el comando convertirse en ataque? | El arma está lista y hay munición |
| Compromiso | ¿Cuándo se considera efectuado el ataque? | Cuando se emite el disparo autorizado |
| Munición | ¿Cuándo se registra el coste? | Al efectuar el disparo, tanto si acierta como si falla |
| Validación del impacto | ¿El ataque alcanzó un objetivo válido? | El trazado intersecta un objetivo válido |
| Resolución | ¿Quién propone el daño? | El sistema de resolución de combate |
| Autoridad sobre la salud | ¿Quién autoriza y aplica la modificación? | El Estado de Salud del Objetivo |
| Respuesta | ¿Quién comunica el resultado registrado? | Los sistemas de presentación |
| Vecinos protegidos | ¿Qué queda fuera del intercambio? | Estado de misiones, recompensas, propiedad del inventario y generación de enemigos |
Un contrato compacto puede expresarse así:
Cuando [atacante] emite [entrada] y las reglas de disponibilidad la autorizan, el ataque queda efectuado en [punto de compromiso]. La munición se consume según esa regla de compromiso. Si la validación del impacto identifica un objetivo válido, [sistema de resolución] calcula una propuesta de daño y la envía al Estado de Salud del Objetivo. Solo ese estado autoriza y aplica la modificación de salud y registra el resultado. La presentación comunica el resultado registrado y los vecinos protegidos permanecen sin cambios.
561. Ejemplo concreto
Considera un ataque a distancia contra un único objetivo:
- El jugador emite un comando de disparo.
- La validación de disponibilidad comprueba que el arma esté lista y que haya munición.
- Si la comprobación falla, no se efectúa ningún disparo ni se consume munición.
- Si la comprobación se supera, el disparo se efectúa y se consume una unidad de munición.
- La validación del impacto determina si el disparo alcanzó un objetivo válido. Un disparo fallido consume munición porque ya se había efectuado.
- Si hay un impacto válido, el sistema de resolución calcula una propuesta de daño. No modifica la salud.
- El Estado de Salud del Objetivo comprueba sus reglas de modificación, aplica cualquier cambio de salud autorizado y registra la salud resultante y el daño aplicado.
- La presentación comunica un fallo, un resultado bloqueado o un impacto aplicado a partir del resultado registrado. No resta salud.
- La finalización de misiones, las recompensas, la propiedad del inventario y la generación de enemigos permanecen sin cambios, salvo que otro contrato se ocupe explícitamente de ellos.
Un impacto bloqueado puede producir una propuesta de daño sin provocar una reducción de salud si el Estado de Salud del Objetivo rechaza o reduce la modificación de acuerdo con sus reglas. Por eso no deben confundirse el daño propuesto y el daño aplicado.
562. Errores frecuentes
563. Autoridad duplicada
El sistema de resolución calcula 20 y lo resta directamente de la salud. Después, una devolución de llamada de la animación vuelve a restar 20. Ambos sistemas se han convertido en fuentes de autoridad sobre la salud. La corrección consiste en que el sistema de resolución envíe una única propuesta y solo el Estado de Salud del Objetivo autorice y aplique la transición.
564. Momento ambiguo para consumir munición
“Consumir munición después de un ataque válido” no es una regla completa. Puede significar después de autorizar el comando, después de efectuar el disparo, después de acertar o después de aplicar daño. El contrato debe indicar el punto de compromiso.
Una regla clara sería:
Consumir munición cuando se efectúa un disparo autorizado. No consumirla si el comando de disparo es inválido. Un disparo efectuado que falla o queda bloqueado sí consume munición.
Puede haber otros diseños, pero el contrato debe explicar de forma explícita qué ocurre ante un comando inválido, un fallo y un impacto bloqueado.
565. Modificación de un vecino protegido
Que la salud de un objetivo llegue a cero puede contribuir después a una misión o una recompensa, pero el contrato acotado del ataque no debe completar directamente la misión ni conceder recompensas. Puede emitir o exponer un resultado para que otro contrato lo observe.
566. Práctica guiada
Escribe un contrato para un ataque a distancia contra un solo objetivo.
Responde todas estas preguntas:
- ¿Quiénes son el atacante y el objetivo?
- ¿Qué entrada solicita el ataque?
- ¿Qué condiciones de disponibilidad autorizan o rechazan el comando?
- ¿En qué momento exacto queda efectuado el ataque?
- ¿Cuándo se consume la munición y qué ocurre ante un comando inválido, un fallo y un impacto bloqueado?
- ¿Qué sistema valida el impacto y qué puede decidir?
- ¿Cómo se llama el sistema de resolución de combate y qué puede calcular o proponer?
- ¿Qué solicitud envía el sistema de resolución al Estado de Salud del Objetivo?
- ¿Por qué el sistema de resolución no debe modificar la salud?
- ¿Cómo autoriza, aplica y registra el Estado de Salud del Objetivo el resultado de salud?
- ¿Qué respuesta se produce ante un fallo, un resultado bloqueado o un impacto aplicado?
- ¿Qué dos o más sistemas vecinos quedan protegidos de una modificación directa?
Utiliza esta plantilla:
Actores:
Entrada:
Reglas de disponibilidad y autorización:
Resultado de un comando inválido:
Punto de compromiso del ataque:
Regla de consumo de munición:
Resultado de un fallo:
Resultado de un impacto bloqueado:
Sistema que valida el impacto y responsabilidad permitida:
Sistema de resolución de combate y responsabilidad permitida:
Solicitud de daño propuesto:
Estado de Salud del Objetivo y responsabilidad exclusiva:
Resultado de salud registrado:
Respuesta:
Vecinos protegidos:
Motivo para separar resolución y autoridad sobre la salud:
567. Validación y evidencia
Entrega el contrato completado como evidencia práctica de la lección. Revísalo con estos criterios:
- El intercambio tiene una entrada iniciadora clara y actores identificables.
- La autorización por disponibilidad está separada de la validación del impacto y de la resolución del daño.
- El punto de compromiso del ataque está indicado de forma explícita.
- Se especifica el comportamiento de la munición ante un comando inválido, un disparo fallido y un impacto bloqueado.
- Se nombra el sistema de resolución de combate y este solo calcula o propone daño; no modifica la salud.
- El Estado de Salud del Objetivo es la fuente de autoridad exclusiva que autoriza y aplica la modificación de salud y registra el resultado aplicado.
- El daño propuesto se distingue del daño aplicado o de la salud resultante.
- La presentación comunica los resultados sin modificar la salud.
- Al menos dos sistemas vecinos quedan protegidos de una modificación directa.
- El contrato es lo bastante preciso como para que dos implementadores no elijan límites de autoridad o de consumo de munición sustancialmente diferentes.
Si dos sistemas pueden restar salud, si el consumo de munición depende implícitamente de acertar o si el contrato no distingue el daño propuesto del aplicado, revísalo antes de continuar.
568. Ideas clave
- El combate es un contrato acotado, no un catálogo de armas.
- La autorización por disponibilidad, el compromiso del ataque, la validación del impacto, la resolución del daño y la modificación de salud son límites distintos.
- El sistema de resolución de combate calcula una propuesta de daño sin modificar la salud.
- El Estado de Salud del Objetivo autoriza y aplica de forma exclusiva la modificación de salud y registra el resultado aplicado.
- Las reglas de munición deben indicar qué ocurre ante comandos inválidos, fallos e impactos bloqueados.
- La presentación y los sistemas vecinos pueden observar resultados sin convertirse en fuentes de autoridad sobre la salud.
569. Siguiente lección
Continúa con 2.1 L2 — Trazar el daño desde la intención hasta el resultado, donde representarás el intercambio y detectarás rutas con autoridad duplicada.
570. Comprobación
Responde estas preguntas por tu cuenta antes de leer las respuestas.
Un sistema de resolución calcula 18 puntos de daño y los resta de la salud del objetivo. Después, el Estado de Salud del Objetivo recibe el mismo resultado y vuelve a restar 18. ¿Cuál es el defecto del contrato?
Mostrar respuesta y explicación
Respuesta: Dos sistemas tienen autoridad para modificar la salud
Por qué: El sistema de resolución puede proponer 18 puntos de daño, pero solo el Estado de Salud del Objetivo debe autorizar y aplicar la modificación. Si ambos sistemas restan salud, existe una autoridad duplicada.
Un contrato dice: «Consumir munición después de un ataque válido». ¿Qué revisión define el límite con mayor claridad?
Mostrar respuesta y explicación
Respuesta: Consumir munición cuando se efectúe un disparo autorizado; no consumirla ante un comando inválido, pero sí ante un disparo efectuado que falle o quede bloqueado
Por qué: Esta revisión separa la autorización del comando, el momento de efectuar el disparo, la validación del impacto y el daño aplicado. La munición depende del disparo efectuado, no del resultado posterior.
¿Qué responsabilidad corresponde al sistema de resolución de combate?
Mostrar respuesta y explicación
Respuesta: Calcular una propuesta de daño y enviarla al Estado de Salud del Objetivo
Por qué: El sistema de resolución se ocupa de calcular una propuesta, no de realizar la transición de salud. El Estado de Salud del Objetivo decide si esa propuesta modifica la salud y de qué manera.
Un ataque acotado resta salud, concede moneda, completa una misión y genera un enemigo de reemplazo de forma directa. ¿Qué dos críticas corresponden?
Mostrar respuesta y explicación
Respuesta: El intercambio modifica sistemas vecinos protegidos; El contrato reúne varias responsabilidades dentro de un límite demasiado amplio
Por qué: El estado de misiones, las recompensas y la generación son vecinos protegidos del ataque acotado. Modificarlos directamente amplía demasiado el contrato y crea un acoplamiento innecesario.