La invulnerabilidad vinculada a objetivos convierte el daño al jefe en resultado de una tarea finita aparte. Protección, objetivos obligatorios, cuenta, liberación y caducidad deben leer un registro autoritativo para que se sepa cuándo importan los ataques y cuándo se reinicia el ciclo.

Abrir el constructor de jefes
Probar la inmunidad y revelar todas las fuentesA 0,62 s la espada de Tavi se detiene en el escudo de Kern. Los tres pilares de cristal y sus conductos continuos muestran el requisito completo antes de empezar; el primer cristal se rompe a 1,18 s.
Haz de la protección un contrato visible con una lista finita Kern está tras un escudo hexagonal translúcido alimentado por tres pilares de cristal repartidos por la arena de piedra. El primer golpe de Tavi se detiene en el escudo. Luego Tavi rompe cada pilar de cerca y su conducto de energía continuo se apaga. Tras romper el tercero, las placas del escudo se desvanecen, aparece una breve barra de oportunidad y Tavi logra un golpe de espada antes de que vuelva la protección. Jefe Jugador

A 0,62 s la espada de Tavi se detiene en el escudo de Kern. Los tres pilares de cristal y sus conductos continuos muestran el requisito completo antes de empezar; el primer cristal se rompe a 1,18 s.

Lista de implementación

Crea un registro autoritativo, una respuesta inmune explícita, vínculos visibles, rutas alcanzables, propiedad clara, liberación sincronizada, ventana medida, reinicio determinista, escalado multijugador, equivalentes accesibles y aserciones que impidan daño fuera del estado.

Comprobaciones clave

Tres preguntas para la mecánica

  • ¿Qué sistema posee realmente la protección?

    Representa los objetivos con ID estables en un registro autoritativo con estados pendiente, completo, invalidado y reinicio. Deriva de él permiso de daño, escudo, contador, guion, puntos de control y red. El daño pregunta si la puerta está abierta; no lo infiere de objetos ausentes, tiempo o animación. Un golpe bloqueado debe responder sin consumir mejoras.

  • ¿Puede leerse y alcanzarse el requisito completo?

    Revela cuenta y vínculos antes de elegir ruta. Define para cada fuente interacción, alcance, interrupción, persistencia y respuesta. Mide el peor trayecto con el jefe activo, conserva una ruta del tamaño del cuerpo y decide si el orden es libre o fijo. En multijugador especifica escalado, simultaneidad y crédito.

  • ¿Cómo se convierte la compleción en una ventana justa?

    Tras el último objetivo ejecuta una liberación sincronizada antes de aceptar daño y muestra duración y resto mediante jefe, interfaz, arena y audio. Incluye aproximación, inicio del ataque, confirmación y retirada. Cierra atómicamente, rechaza tarde de forma consistente, restaura visiblemente y solo después reinicia. Prueba muerte, carga, incorporación y eventos duplicados.

Errores de diseño

  • La puerta depende de una lista oculta o infinita

    Si una fuente sin marcar, un objetivo que reaparece sin fin o una interacción fuera de pantalla alimenta el escudo después de completar el contador, el progreso no es fiable. Declara el conjunto finito, muestra dependencias, separa peligros opcionales y cuenta con los mismos ID que permiten daño.

  • La ventana cambia antes que la respuesta

    Permitir daño antes de romper visualmente el escudo premia adivinar; mantener la barra después de cerrarlo enseña lo contrario. Ordena compleción, liberación, permiso, aviso, cierre y reinicio con eventos nombrados y prueba ataques en cada frontera con baja frecuencia y latencia.

Ajustes

Ajusta el ataque

  • Haz idempotente la compleción

    Repetir una fuente completa no debe sumar, premiar ni abrir otra ventana. Usa ID estables, rechaza mensajes duplicados y registra la transición. Importa cuando una explosión solapa objetivos o varios clientes informan lo mismo.

  • Separa fuentes de protección y puntos débiles

    Un objetivo cambia el permiso de daño y no necesita compartir salud, cuerpo o reacción. Muestra el vínculo con líneas, material, sonido o interfaz. Si también es parte corporal, mantén separados su aguante y la puerta global.

  • Ajusta ruta y ventana como un solo presupuesto

    Mide ruta máxima, interrupciones, distancia final, velocidad, inicio del ataque y duración juntos. La dispersión crea movimiento, pero una aparición accidental no debe decidir el daño. Considera una gracia o recolocación del jefe.

  • Expón progreso por canales paralelos

    Estado de fuentes, vínculos cortados, cuenta, material, pulso, barra, audio, vibración y subtítulos deben describir un estado. No dependas solo del color. La ayuda puede marcar ruta o ampliar ventana sin cambiar el registro.

Arena

  • Tres sellos mantienen unidas las placas de Kern

    Kern clava tres piedras talladas en viejos zócalos. Corrientes rúnicas vuelven de cada sello y cierran sus placas. Cuando Tavi corta la última, el caparazón se abre como roca enfriándose y el núcleo queda expuesto solo hasta que los zócalos reviven.

Mejoras del jugador

  • Deja que Tavi resuelva la puerta con movimiento y espada

    Todos los sellos aceptan la misma interacción, la ruta usa movimiento normal y el último deja tiempo para llegar a Kern sin carrera especial ni invulnerabilidad. El golpe bloqueado demuestra la excepción sin castigar y el golpe abierto y la retirada son tiempos distintos.

No lo confundas con

  • Objetivo finito, no tipo de daño ni temporizador de supervivencia

    La inmunidad situacional cambia permiso por una condición, herramienta, elemento u objeto. Aquí un conjunto declarado abre la ventana al completarse. Limpiar oleadas avanza por grupos y sobrevivir por tiempo; ambos pueden alimentar la puerta, pero su registro, señales y reinicio son contratos separados.

Jefes que usan esta mecánica

Más información

¿Has encontrado una imprecisión o tienes una sugerencia para esta página? Proponer un cambio en GitHub

Última actualización