Guía de herramientas de planificación: usa las páginas de build, materiales y equipo como un flujo de trabajo

Las páginas de planificación responden a tres preguntas distintas, y funcionan mejor en secuencia. El constructor de equipos /team-build responde «¿conecta esta rotación?» desde las reglas de aplicación y consumo. El planificador de builds /build-planner responde «¿qué lleva puesto este equipo?» desde compatibilidad, opciones, conjuntos y Runas. El responde «¿qué lleva puesto este equipo?» desde compatibilidad, opciones, conjuntos y Runas. El planificador de materiales /material-planner responde «¿cuánto cuesta todo esto?» desde el registro acumulativo de mejoras. Empezar con la herramienta equivocada malgasta la sesión, así que el flujo importa más que cualquier página individual.

El orden del canal es: equipo primero, build segunda, materiales terceros. Un equipo que no conecta vuelve irrelevante la build; una build que no se puede permitir convierte los materiales en la limitación real. Ejecutar las tres páginas en orden convierte cada decisión de mejora en una secuencia comprobable.

El hábito semanal empieza por la rotación. Abre el constructor de equipos /team-build, vuelve a verificar la cadena del trío activo contra la plantilla y las reglas actuales, y confirma que ningún desbloqueo nuevo cambió los bordes. El constructor reporta qué borde falta cuando la cadena falla, así que el primer arreglo suele ser un hueco, no una reconstrucción. Cuando la rotación esté confirmada, la pregunta de equipo queda cerrada para la semana.

La pregunta de equipo debería repetirse tras cada desbloqueo, parche o cambio de puntos, porque los datos de la cadena se calculan de los datos actuales. Un conector que era óptimo la semana pasada puede tener una ruta más barata esta semana, y el constructor lo muestra sin gastar nada.

Una vez que la rotación conecta, empieza la pregunta de build: qué equipo encaja con el equipo, qué umbrales de conjunto activa la build y qué Runas sostienen el mismo objetivo. El planificador de builds /build-planner guarda el estado de la build —los cinco huecos, las piezas, los objetivos de mejora, los huecos de Runa— y compara alternativas sin gastar materiales. La respuesta de build alimenta los objetivos de farmeo: una pieza de conjunto, un grupo de opciones, un nivel de mejora.

El planificador de builds también atrapa los errores entre herramientas: un conjunto que se ve bien en la base de datos pero choca con los estados del equipo, o una Runa que aumenta una estadística que la rotación nunca usa. Comparar la build contra la cadena mantiene consistentes las dos respuestas.

La última pregunta es el coste. El planificador de materiales /material-planner fusiona los hitos de habilidad del equipo, los objetivos de mejora de la build y cualquier objetivo de Karma o cocina en un único registro de escasez, y el registro es el horario de farmeo. La ruta para las escaseces sale de la base de objetos /items y del y del mapa de Orbis /map, y el bucle semanal alimenta el resto. Cuando el registro muestra una escasez sin fuente documentada, ese objeto se convierte en una comprobación en el juego en lugar de un rendimiento planificado.

El registro es también la comprobación de realidad. Una build que parece perfecta pero cuesta tres semanas de un material compartido es una decisión distinta una vez que el número es visible, y el planificador hace visible el número antes del gasto. El flujo honesto termina con el registro, no con la build.

Las tres páginas funcionan mejor como una revisión semanal única: equipo en el constructor de equipos /team-build, build en el planificador de builds /build-planner, presupuesto en el , presupuesto en el planificador de materiales /material-planner, y las preguntas restantes encaminadas a las bases de datos y al mapa. La revisión lleva minutos y sustituye tres improvisaciones por un plan.

Cuando el juego cambie —un parche, un desbloqueo, un tipo de contenido nuevo—, la misma revisión se vuelve a ejecutar contra los datos actuales, así que el plan nunca sobrevive a sus datos.