El pity de rasgos de Anime Vanguards se registra en la copia individual de la unidad, no en una única barra para toda la cuenta. La documentación comunitaria actual sitúa el pity de los rasgos Mythic en Monarch 1,500, Ethereal 858, Deadeye 400 y Solar 300 rerolls sobre la misma unidad. Abre el Trait Index actual antes de gastar: tanto los umbrales como las reglas de conservación pueden cambiar con las actualizaciones, y el contador mostrado para la copia seleccionada importa más que una tabla antigua.
Identifica el contador de la unidad exacta
Bloquea la unidad y anota la forma que muestra, el estado Shiny, el nivel, el rasgo y los rangos de estadísticas. Si tienes duplicados, cambia el nombre de la unidad objetivo o márcala como favorita si la interfaz lo permite. Selecciónala en Mandra, abre el Trait Index y captura el indicador de pity antes del primer reroll.
Hacer reroll en otra copia no aumenta el pity de la unidad original. Es el malentendido más caro de este sistema. Un total de 1,500 rerolls repartidos entre cinco unidades no equivale a 1,500 en una sola unidad seleccionada.
Estos valores tienen la clasificación Community corroborated y se comprobaron el 21 de octubre de 2026. No garantizan que todas las actualizaciones futuras mantengan los mismos umbrales.
Diferencia entre probabilidad y garantía
El pity es el límite máximo para conseguir el resultado indicado, no un calendario que impida obtenerlo antes. Cada reroll sigue resolviéndose de forma independiente según el conjunto vigente. Alcanzar el punto de control de un rasgo Mythic inferior puede darte un resultado útil para detenerte antes del pity de Monarch, dependiendo de cómo aplique la interfaz los contadores simultáneos.
No calcules el coste esperado multiplicando únicamente el porcentaje mostrado. Tu presupuesto real incluye los rerolls ya acumulados en esa copia exacta, el rasgo que vas a sustituir y el coste de oportunidad de no mejorar otra función. Puede valer la pena conservar un buen Deadeye o Ethereal si la cuenta no tiene reservas para continuar con seguridad.
Prepara un presupuesto de rerolls
Elige el rasgo objetivo, un resultado mínimo aceptable, una reserva y el gasto máximo de la sesión. Cuenta todas las fuentes de moneda de reroll que tengas disponibles, pero no incluyas un code ni una recompensa de evento hasta haberlos reclamado. Deja recursos suficientes para desarrollar la unidad después de conseguir el rasgo.
En una cuenta inicial, reparte rasgos funcionales entre una unidad de farmeo, el carry principal y una unidad de apoyo antes de forzar un resultado de prestigio. En una cuenta avanzada, concentra el pity en la copia cuya función y disponibilidad a largo plazo ya estén aseguradas. Nunca persigas un rasgo en una unidad que podrías reemplazar antes de terminar su evolución.
Conserva el pity al usar otros sistemas
La Wiki comunitaria informa de que evolucionar, usar Normalizing y realizar Stat Transfers no reinicia el pity de rasgos de una unidad. Trátalo como una regla vigente del sistema, pero verifica la pantalla de confirmación actual siempre que una acción cambie la unidad. El intercambio es distinto: la documentación de trading actual advierte que los rasgos y el pity se reinician cuando se intercambia una unidad limitada.
Antes de evolucionar, normalizar, transferir o intercambiar, captura la unidad y su Trait Index. Después de la acción, abre de nuevo la misma copia y compara. Detente si el contador ha desaparecido o si la interfaz selecciona otro duplicado.
Haz reroll sin perder de vista el objetivo
Confirma el retrato seleccionado y el rasgo actual antes de cada tanda grande. No pases de largo un resultado raro porque el filtro de auto-reroll estuviera configurado para otro objetivo. Si la interfaz ofrece condiciones de parada, pruébalas primero con una sesión pequeña.
La barra de pity debería aumentar según el número de rerolls aptos que gastes realmente en esa copia. Si no lo hace, vuelve a comprobar la unidad seleccionada y la versión del servidor. No sigas durante cientos de tiradas dando por hecho que funciona un contador oculto.
Errores con el pity de rasgos
- Repartir rerolls entre duplicados esperando que compartan un único contador.
- Hacer reroll de un rasgo útil sin reserva suficiente para llegar al siguiente resultado aceptable.
- Tratar la probabilidad comunitaria del 0.1% como prueba de que Monarch debe aparecer cerca de las 1,000 tiradas.
- Intercambiar una unidad sin leer la advertencia de reinicio de rasgo y pity.
- Copiar un antiguo umbral de 2,500 para Monarch después de que la documentación comunitaria lo cambiara a 1,500.
- Contar codes sin reclamar, existencias de tiendas o recompensas de eventos futuros como moneda disponible.
Preguntas frecuentes sobre el pity de rasgos
¿El pity de rasgos es global?
No. La documentación actual y los informes de jugadores coinciden en que el pity pertenece a cada copia individual de una unidad.
¿La evolución reinicia el pity de rasgos?
La documentación actual de la comunidad indica que no, pero confirma la vista previa de evolución y compara el contador después.
¿Debería continuar siempre hasta Monarch?
No. Detente cuando el rasgo actual resuelva la función de la unidad y continuar vaya a consumir recursos necesarios en otra parte. Consulta Rasgo Monarch para entender la desventaja de colocación.