MM2 of The Locust sigue marcado como PRE-ALPHA en su página oficial de Roblox al 27 de agosto de 2026. El creador avisa de posibles errores y dice que la próxima actualización busca aportar mejoras, mapas nuevos y poderes de equipamiento. No se indica un número de versión, hora de lanzamiento, lista de objetos, nombres de mapas ni notas detalladas; por eso este registro separa la promesa oficial de los cambios que aún requieren una comprobación en el juego.
Estado verificado más reciente
2026-08-27 - Comprobación de descripción oficial y estado PRE-ALPHA
Tipo: estado Official
La ficha oficial identifica MM2 of The Locust como PRE-ALPHA, avisa de errores y anticipa mejoras, mapas próximos y nuevos poderes de equipamiento para la siguiente actualización. No ofrece fecha de lanzamiento ni una lista completa de cambios.
- El estado sigue siendo PRE-ALPHA en la fecha comprobada.
- Se prometen mapas futuros sin nombres públicos ni cantidad final.
- Se prometen poderes de equipamiento sin nombres, valores ni controles confirmados.
- Se prometen mejoras generales sin número de versión ni registro detallado.
Fuente: Experiencia oficial de MM2 of The Locust en Roblox
Qué significa la promesa oficial
«Mejoras del juego» es una expresión amplia. Puede incluir estabilidad, interfaz, emparejamiento, flujo de ronda, geometría, controles o equilibrio, pero no se debe marcar ningún cambio concreto hasta que el cliente o una nota del creador lo confirme. Si un error desaparece en un servidor, repite la acción en otro servidor actual antes de llamarlo solucionado.
«Mapas próximos» confirma que la selección actual no es definitiva. No dice cuántos llegarán ni si sustituirán un mapa existente. Un panel nuevo de votación es una pista, pero el mapa debe cargar para considerarlo jugable y confirmado.
«Nuevos poderes de equipamiento» confirma un cambio previsto relacionado con equipos, sin revelar su implementación. Puede ser un objeto, una acción, un poder de rol o una interfaz revisada. Comprueba etiqueta, tarjeta, enfriamiento, efecto y quién puede usarlo. No transfieras valores del taser o habilidades del monstruo desde un vídeo a una versión futura sin probarlos.
Qué revisar cuando cambia un servidor
Empieza en el lobby. Anota la hora de actualización de la página oficial, entra en un servidor público nuevo y espera a que cargue toda la interfaz. Revisa votación, asignación de rol, paneles de equipamiento, ajustes y banners. Si aparece un botón, lee su etiqueta y registra el resultado.
Durante una ronda de superviviente, compara avisos de objetivos, etiquetas de llaves, ubicaciones de objetos, alcance de interacción, opciones tras caer y activador de escape. Usa referencias estables. Durante una ronda de Locust, compara ataque normal, especial, etiquetas, entrada, respuesta del objetivo y recuperación. Un cambio de animación no demuestra siempre un cambio de efecto.
Registro antes y después
No uses executors, ESP, movimiento alterado, teletransporte ni herramientas de propiedades ocultas para «probar» una actualización. Cambian lo que se puede ver o alcanzar y no describen la experiencia normal.
¿Error PRE-ALPHA o cambio intencional?
Un cambio intencional debería repetirse en servidores nuevos, afectar a jugadores con controles normales y encajar con una declaración del creador o una interfaz nueva consistente. Un error es más probable si solo lo ve un jugador, falta parte de la interfaz, la interacción se detiene con lag o desaparece al volver a entrar.
Cuando un comportamiento se repita, regístralo como Community observed hasta que el creador confirme la intención. Así los jugadores pueden usar una observación fiable sin olvidar que puede cambiar.
Revisar mapas, equipo y códigos
En un build cambiado, compara candidatos del lobby y el entorno que carga. Da al mapa una identidad de trabajo basada en referencias hasta que la interfaz muestre el nombre oficial. Revisa Ubicaciones de llaves, Escondites y Salas secretas antes de mantener rutas antiguas.
Para los equipos, registra quién puede obtenerlos, dónde aparece el aviso, cómo se equipan, qué hace la acción y qué feedback confirma su uso. Para los poderes del Locust, lee el control del cliente actual y prueba ataque y especial por separado. La página de Controles del monstruo mantiene la comprobación por plataforma.
La ficha comprobada no anuncia código de recompensa ni menú de canje. Si aparece uno, deben verificarse botón, cadena, resultado y recompensa en este Place antes de llamarlo activo. Usa Códigos para el estado fechado.
Etiquetas de evidencia
Official significa que el dato aparece en la página de la experiencia o en un canal del creador claramente vinculado. Community observed significa que jugadores actuales muestran una acción repetible no documentada por primera parte. Needs in-game testing significa que falta evidencia, es sensible a versión o plataforma, o es demasiado limitada para fijar una regla.
Antes de confiar en notas nuevas, confirma el Place ID exacto, sigue la fuente, compara su hora con la actividad de Roblox y busca un resultado reproducible. Para una ruta normal, empieza en Guías, usa Supervivencia y reconstruye el camino desde Mapas después de un cambio.
Cómo comprobar un cambio
Empieza por la página oficial de Roblox y compara después el lobby, el HUD, el mapa, los roles, las puertas, el equipo, la votación, la reanimación y la pantalla final dentro del juego actual. Registra la fecha, el dispositivo, el mapa, el texto del prompt y el resultado. Cambia una sola variable por ronda para saber qué produjo la diferencia.
Si una ruta, una llave o un control deja de funcionar, conserva la fecha de la observación anterior y no lo presentes como instrucción vigente. Separa la información Official, los informes Community reported y todo lo que todavía necesita Needs in-game testing.