El progreso persistente conserva ciertos objetivos del jefe después de la derrota. Cada hito se confirma antes de reiniciar el estado transitorio; el siguiente intento restaura ese registro y deriva de él lo que queda del combate, reduciendo repetición sin borrar la consecuencia del fallo.

Abrir el constructor de jefes
Completa y confirma un hito antes del falloEl primer intento empieza con dos anclajes intactos. Tavi rompe el izquierdo a 0,78 s; la revisión uno se confirma a 0,98 s antes de que un carril rúnico señalado derrote al jugador a 1,24 s. La salud temporal, los ataques y la posición pueden reiniciarse, pero el anclaje izquierdo ya no forma parte del siguiente intento.
Rompe los dos anclajes rúnicos de Kern entre reintentos y abre el núcleo Kern está detrás de dos pilones de cristal unidos al jefe. Tavi rompe el izquierdo y luego el derecho durante dos intentos con derrota y reaparición; los escombros permanecen mientras la salud del jefe se repone. Tres tablillas talladas en el muro reciben marcas permanentes. En el tercer intento se abre el núcleo del pecho de Kern, Tavi lo golpea y aparece una sola llave como recompensa. Jefe Jugador

El primer intento empieza con dos anclajes intactos. Tavi rompe el izquierdo a 0,78 s; la revisión uno se confirma a 0,98 s antes de que un carril rúnico señalado derrote al jugador a 1,24 s. La salud temporal, los ataques y la posición pueden reiniciarse, pero el anclaje izquierdo ya no forma parte del siguiente intento.

Lista de implementación

Define la unidad persistente, el momento de confirmación, el límite del reintento, los campos transitorios, la geometría y ataques restaurados, recursos, dificultad, autoridad cooperativa, durabilidad, migración, recompensa y señales que expliquen exactamente qué se conservará.

Comprobaciones clave

Tres preguntas para la mecánica

  • ¿Qué unidad de progreso merece sobrevivir al fallo?

    Conserva logros diseñados: un órgano destruido, un ritual, un aliado rescatado, una fase o una ruta resuelta. No guardes cada punto de daño salvo que el desgaste sea el propósito. Cada unidad necesita id estable, condición de finalización, cambio visible y dependencias para evitar estados imposibles.

  • ¿Cuándo es durable el hito y qué se reinicia?

    Confirma cuando el objetivo ya es autoritativo, no al empezar su animación. Escribe la revisión antes del peligro letal posterior y reinicia salud, posición, ataques, temporizadores y mejoras temporales mediante un paquete documentado. Confirma la escritura antes de mostrar el aviso de guardado.

  • ¿Cómo reconstruye el siguiente intento un combate coherente?

    Carga y valida el registro, reconstruye la geometría, selecciona objetivos y ataques restantes, coloca a los actores con seguridad y reconcilia recursos antes de devolver el control. Reserva un resultado y una recompensa. Prueba guardados antiguos, escrituras interrumpidas, desconexiones, cambios de dificultad y reintentos finales.

Errores de diseño

  • El icono de guardado aparece antes de que el hito sea durable

    Si el jugador muere después del pulso pero antes de completar la escritura, el siguiente intento contradice la interfaz. Confirma atómicamente y luego anúncialo. Ante un fallo, conserva la revisión válida anterior en lugar de cargar media arena.

  • La restauración revive geometría o ataques anteriores

    Un anclaje destruido que vuelve, un proyectil de una fase eliminada o una ruta cerrada sin llave rompe la confianza y puede bloquear el combate. Deriva objetos, ataques, navegación e interfaz del mismo registro validado.

Ajustes

Ajusta el ataque

  • Separa estado persistente y transitorio

    Lo persistente puede incluir ids de objetivos, fichas de fase, rutas, banderas narrativas, revisión, política de dificultad y recompensas. Lo transitorio incluye salud actual, tiempo, hitboxes, proyectiles, temporizadores, blancos y efectos. Haz explícito el límite en código y telemetría.

  • Ajusta tamaño y coste de cada tramo retenido

    Un hito debe eliminar repetición significativa sin hundir el reto restante. Mide tiempo hasta el hito, fallos posteriores, repetición ahorrada, recursos restaurados y reentrada de ataques. Los puntos grandes necesitan señales más fuertes y normalización cuidadosa.

  • Versiona, valida y migra el registro

    Guarda una versión y ids estables, no posiciones de un array. Rechaza datos futuros desconocidos, migra objetivos renombrados o divididos, corrige combinaciones imposibles y conserva la última revisión válida hasta confirmar la nueva. La carga debe ser idempotente tras un corte.

  • Prueba autoridad compartida y recompensa final

    En cooperativo, decide qué derrota reinicia, quién confirma objetivos y cómo recibe el registro quien entra tarde. Simula objetivo y derrota simultáneos, migración de anfitrión, rollback, golpes finales repetidos y reconexión. Solo pueden sobrevivir un resultado y una recompensa.

Arena

  • La cantera recuerda cada sello roto

    Tavi corta un anclaje antes de que el carril de Kern lo devuelva a la entrada. Al regresar, la piedra sigue oscura y el muro conserva una marca. El segundo intento deja otra cicatriz. En el tercero solo queda el núcleo, y la arena se convierte en el registro más claro del progreso.

Mejoras del jugador

  • Haz cada estado restaurado comprensible y recuperable

    Ofrece subtítulos de punto de control, formas distintas para progreso guardado y temporal, resumen del reintento, restauración de recursos ajustable y una pausa segura antes de reactivar ataques. Permite reiniciar desde cero cuando sea viable y deja evidencia persistente del intento anterior.

No lo confundas con

  • Estado guardado del encuentro, no trayecto corto ni metaprogreso

    Un punto cercano reduce el camino pero puede reiniciar al jefe. El metaprogreso mejora futuras partidas sin conservar una parte concreta del combate. Aquí se restauran hitos diseñados dentro del mismo encuentro y cambian objetivos, geometría y fases restantes.

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