Guía completa de comandos de GM por season en MU Online

Los comandos de Game Master son la herramienta de administración más inmediata de un servidor de MU Online: con una línea escrita en el chat teletransportas a un jugador atascado, entregas una recompensa de evento, silencias a un flamer o inicias una invasión manual. El problema es que la sintaxis y la lista de comandos disponibles cambian bastante entre seasons y entre emuladores: lo que funciona en un MuEmu Season 6 puede tener un nombre distinto en un IGCN Season 16, y un comando que existe en tu distribución puede simplemente estar deshabilitado por defecto. Esta guía organiza los comandos más usados por generación de season, explica la sintaxis real, muestra ejemplos concretos y señala dónde confirmar cada detalle en tu propio servidor. Todos los valores numéricos y nombres de comando aquí son ejemplos que varían según la season/emulador: úsalos como punto de partida, nunca como verdad absoluta.

Requisitos previos

Antes de ponerte a escribir comandos en el juego, asegúrate de lo siguiente:

• Cuenta con nivel de acceso (ctl_code) adecuado en la base de datos. Sin eso el servidor ignora cualquier comando de GM. Si aún no tienes una cuenta administrativa segura, revisa el paso a paso en cómo crear cuentas de GM/Admin con seguridad.
• Acceso al archivo de comandos del emulador (commands.txt, GameServerInfo o carpeta Commands), para saber qué comandos están activos y qué nivel exige cada uno.
• Entorno de prueba separado del servidor de producción. Nunca pruebes comandos que crean ítems o dan zen en un servidor con jugadores reales: eso desajusta la economía al instante.
• SQL Server Management Studio (SSMS) o phpMyAdmin a mano, porque muchos comandos tienen un equivalente en query y a veces el comando in-game está roto en tu build.
• Registro (log) habilitado (LogServer o logs del GameServer) para auditar quién usó qué. Un comando de GM sin log es una invitación al abuso interno.

Cómo identifica el servidor un comando

Cuando escribes algo que empieza con / (barra) o a veces ~, ! o @ según el emulador, el GameServer intercepta la cadena antes de tratarla como chat normal. Verifica tres cosas: si el texto coincide con un comando registrado, si el comando está habilitado en la configuración, y si el ctl_code de tu cuenta alcanza el nivel mínimo de ese comando. Solo entonces lo ejecuta. Por eso un mismo comando puede "no funcionar" por tres motivos diferentes: deshabilitado, nombre equivocado para la season, o acceso insuficiente. Diagnostica siempre en ese orden.

El prefijo predeterminado varía: MuEmu y sus derivados suelen usar /, algunas builds antiguas usan ~, y hay distribuciones que aceptan varios. Confírmalo en tu commands.txt.

Comandos universales (funcionan en casi toda season)

Estos son el núcleo que encuentras desde la Season 1 hasta las modernas, con pequeñas variaciones de nombre:

Ten en cuenta que /move suele aceptar tanto el nombre como el índice numérico del mapa según la build. En algunas seasons el comando es /moveall para arrastrar a toda la party junta.

Comandos por season — panorama

La tabla siguiente resume lo que cada generación añade al conjunto universal. Trata los nombres como ejemplos que varían según la season/emulador:

Season 6 — la más popular en servidores latinos

La Season 6 (especialmente Episode 3) es la base más común en servidores latinos por la madurez de los emuladores MuEmu e IGCN. Comandos típicos:

1. Dar experiencia o nivel: /setlevel <nick> <nivel> ajusta el nivel al instante. Útil para pruebas de balanceo.
2. Master Level: /setmaster <nick> <nivel> define el nivel de maestro; existe desde la S6 con el sistema de Master Skill Tree.
3. Añadir puntos: /addstr, /addagi, /addvit, /addene, /addcmd (este comando es del Dark Lord). Ejemplo: /addvit MiGM 5000.
4. Eventos manuales: /openevent <id> o /event <nombre> inicia Blood Castle, Devil Square, Chaos Castle fuera del horario automático.
5. PK clear: /pkclear <nick> reinicia el estado de asesino sin necesidad del NPC ni del sitio.

Bloque de configuración típico que habilita comandos y define el nivel mínimo (formato ini, ejemplo):

[GameServerInfo]
; Nivel mínimo de acceso por comando (varía según el emulador)
GMMoveCommand      = 1   ; GM común puede mover
GMPostCommand      = 2   ; GM sénior puede anunciar
GMBanCommand       = 4   ; Solo Admin banea
GMCreateItem       = 8   ; Solo Admin crea ítems
CommandPrefix      = /   ; prefijo de los comandos

Seasons modernas (13, 15, 17, 19)

Las seasons modernas añaden clases (Grow Lancer, Rune Wizard, Slayer), la cuarta ascensión Majestic y decenas de eventos nuevos. Esto trae comandos específicos:

• /majestic <nick> — fuerza la evolución a la cuarta clase en entornos de prueba.
• /setresets <nick> <cant> — define el conteo de resets, cuando el sistema de reset es in-game.
• /openevent <id> — abre eventos como Acheron Guardian, Nixie Lake, Tormented Square, cuyos IDs consultas en la configuración de eventos.
• /clearinv <nick> — limpia el inventario, útil para resolver bugs de ítem trabado.
• Comandos de moneda de cash: algunos emuladores exponen /addcoin <nick> <valor> para acreditar WCoin/Goblin Point directamente, pero lo recomendable es hacerlo desde el panel web con log.

Ejemplo de comando que acredita un ítem por índice (la numeración de ítem varía según la season/emulador):

-- Equivalente SQL de "crear ítem" (Season 6, ejemplo)
-- Categoría 12 (alas), índice 3 (Wings of Spirit)
-- El armado del hex del ítem cambia entre versiones; usa la herramienta del emulador
INSERT INTO warehouse (AccountID, Items)
VALUES ('cuentaGM', 0x...);

En la práctica, crear un ítem por SQL crudo es frágil porque el formato binario del ítem cambió varias veces. Prefiere el comando in-game /make o /item cuando exista, o la herramienta oficial de tu emulador.

Comandos de Admin vs comandos de GM

Es importante separar los dos roles. Un GM de guardia necesita comandos de moderación y soporte (mover, avisar, silenciar, desconectar, revisar jugador). Un Admin tiene acceso a los comandos destructivos o generadores de valor (crear ítem, dar zen, banear cuenta, alterar rates en runtime). Mezclar esto es la principal causa de abuso interno en servidores. La tabla de ejemplo:

El control de quién tiene cada nivel se hace mediante el ctl_code en la base de datos y, en muchos emuladores, mediante una lista GMList que asocia el nick o la cuenta con un nivel numérico.

Paso a paso: habilitar un comando deshabilitado

1. Abre el archivo de comandos del emulador (commands.txt, GameServerInfo.dat o el .ini correspondiente).
2. Localiza la línea del comando deseado. Si está con valor 0 o comentada, el comando está apagado.
3. Define el nivel mínimo de acceso: no dejes comandos de crear ítem en nivel 1.
4. Guarda el archivo con la codificación original (muchos emuladores exigen ANSI, no UTF-8).
5. Recarga con /reload si el emulador lo admite, o reinicia el GameServer.
6. Prueba con una cuenta de GM del nivel correspondiente y verifica que el log registró el uso.

Auditoría y log de comandos

Todo comando sensible debe dejar rastro. Configura el LogServer o los logs del GameServer para registrar autor, comando, objetivo y hora. Un patrón de log saludable permite responder "¿quién dio ese ítem?" en segundos. Sin eso, un GM malintencionado puede inflar la economía y solo lo descubres cuando el servidor ya está roto. Revisa los logs de los comandos generadores de valor (ítem, zen, coin) al menos una vez al día durante los primeros meses.

Errores comunes y soluciones

Buenas prácticas de uso

• Nunca uses comandos generadores de valor en el servidor de producción, salvo como recompensa oficial de evento con log.
• Estandariza el prefijo y documenta la lista real de comandos en un archivo interno para el staff.
• Usa cuentas de GM separadas de las cuentas personales de juego de los administradores.
• Revoca los comandos destructivos de los GMs que salen del equipo de inmediato (baja el ctl_code).
• Prueba toda la lista en un staging después de cada actualización de emulador: los comandos desaparecen o cambian de nombre entre builds.

Lista de verificación de lanzamiento

• Archivo de comandos revisado y cada comando con nivel mínimo definido
• Comandos generadores de valor (ítem, zen, coin) restringidos a Admin
• Prefijo de comando documentado y probado
• Log de comandos habilitado y verificado en una prueba real
• Cuentas de GM con el ctl_code correcto por función
• Lista de comandos por season documentada para el staff
• Probado en staging tras la versión actual del emulador
• /ban y /disconnect funcionando y registrando log
• Procedimiento de revocación de acceso definido para la salida de staff

Preguntas frecuentes