Guía de builds de equipo: planifica cinco huecos, conjuntos, opciones y Runas

Una build tiene cinco huecos de armadura, y cada hueco responde a una pregunta distinta. La compatibilidad decide qué objeto encaja con qué héroe. El grupo de opciones decide qué estadísticas pueden aparecer en un botín. El progreso de conjunto decide si se activan umbrales como las bonificaciones de dos y tres piezas. La mejora sube los valores propios del objeto, y las Runas añaden una capa separada encima. Mezclar estas preguntas es el error de build más común: un objeto «bueno» incompatible, o una pieza de conjunto sin opciones útiles. La base de equipo /equipment separa las cinco en cada registro.

El orden práctico es primero compatibilidad, luego opciones, luego conjuntos, y por último mejora y Runas. Un objeto que no encaja vale cero sin importar sus estadísticas; un objeto con un grupo de opciones equivocado no puede sacar la estadística que quieres por muchos rerolls que gastes. El planificador de builds /build-planner aplica el mismo orden al comparar builds.

La compatibilidad restringe qué héroe puede equipar un objeto, y es por objeto en la base de datos, no una regla universal. Comprueba el hueco del héroe y los héroes compatibles del objeto en la base de equipo /equipment antes de farmear o comprar. El grupo de opciones es el conjunto de estadísticas que el objeto puede sacar; la base de datos lista los candidatos, lo que te dice si una estadística deseada es siquiera posible en ese hueco. Un objetivo de farmeo debe elegirse con ambos filtros juntos: un objeto que encaje con el héroe y pueda sacar la estadística que la build necesita.

Las piezas de conjunto añaden un tercer filtro. Los conjuntos otorgan bonificaciones en umbrales de piezas, y el catálogo actual incluye conjuntos con bonificaciones de estadística a dos piezas y efectos condicionales a tres —por ejemplo, un conjunto que aumenta el daño de Aturdimiento a dos piezas y concede un buff de ataque al hacer un relevo a tres. La base de equipo /equipment muestra los umbrales y efectos de cada conjunto, así que el objetivo de build es un conjunto, no solo un objeto.

Las bonificaciones de conjunto se evalúan contra la rotación, no de forma aislada. Una bonificación de daño de Aturdimiento a dos piezas solo paga si la cadena del equipo usa Aturdimiento; un buff de ataque disparado por relevo solo paga si la rotación hace relevos con suficiente frecuencia para mantenerlo. Compara los efectos condicionales del conjunto con la cadena en el constructor de equipos /team-build antes de perseguir tres piezas. Un conjunto que parece fuerte sobre el papel pero no encaja con los estados del equipo es un farmeo desperdiciado.

Los conjuntos mixtos son una elección válida de midgame. Dos bonificaciones de dos piezas de conjuntos distintos pueden vencer a una de tres piezas que el equipo no puede disparar, y el planificador de builds /build-planner muestra la comparación sin gastar materiales.

La mejora sube los valores del objeto y cuesta materiales que comparte toda la plantilla, así que el presupuesto de mejora pertenece a las piezas que el trío activo conservará. La misma disciplina se aplica a las Runas: encaja y reemplaza Runas en la build de la que depende la cadena, y deja sin mejorar el equipo de transición. El planificador de builds /build-planner rastrea los objetivos de mejora y los huecos de Runa por pieza, y el planificador de materiales /material-planner muestra lo que cuestan realmente las mejoras.

Los rerolls y los reemplazos de Runas son los controles caros. El grupo de opciones decide qué puede producir un reroll, así que gastar rerolls en un objeto cuyo grupo carece de la estadística objetivo es la trampa clásica. Verifica el grupo en la base de equipo /equipment antes de gastar.

El equipo sigue al equipo. Cuando cambie la rotación —un conector nuevo, una familia de estados nueva, un conjunto nuevo—, repite las cinco preguntas para la nueva build: compatibilidad, opciones, conjuntos, mejora, Runas. El planificador de builds /build-planner mantiene actualizada la comparación, y la base de equipo /equipment mantiene actualizados los datos, de modo que un parche o un desbloqueo nunca deja el plan basado en supuestos desfasados.

Anota por escrito el siguiente objeto que falta y su fuente; la base de objetos /items y el mapa de Orbis /map convierten la nota en una ruta.