Comandos de GM y Admin en MU Online: lista completa y guía de uso

Los comandos de Game Master (GM) son el sistema de administración en tiempo real de tu servidor de MU Online — la forma de moderar jugadores, gestionar eventos, y mantener el servidor sano. Esta guía cubre desde los fundamentos del sistema de acceso hasta los comandos más usados y las mejores prácticas.

El sistema de niveles de acceso (CtlCode)

CÓMO FUNCIONA EL SISTEMA DE PERMISOS:

En MU Online, cada cuenta tiene un campo en la base de datos que define su nivel de acceso.
El nombre del campo varía según la distribución:
→ ctlcode (el más común)
→ authority
→ adminlevel
→ GameMasterAuth

NIVELES TÍPICOS DE CTLCODE:
→ 0 = Jugador normal (sin comandos administrativos)
→ 1 = GM básico (comandos de moderación: ban, kick, mute, anuncios)
→ 2 = GM completo (todo lo de nivel 1 + teletransporte, dar ítems, gestionar eventos)
→ 3 = Admin / Owner (control total incluyendo cambios de configuración avanzada)
→ Nota: los valores exactos dependen de la distribución — consulta tu MuServer

CÓMO DAR ACCESO DE GM (MEDIANTE SQL):
-- Ejecutar en SSMS → New Query:
USE MuOnline;
UPDATE MEMB_INFO SET ctlcode = 1 WHERE memb_id = 'NombreDeLaCuenta';

→ Cambia el valor 1 por el nivel apropiado
→ Cambia 'NombreDeLaCuenta' por la cuenta exacta a la que das acceso
→ El cambio aplica en el próximo login del personaje (generalmente)
→ Algunas distribuciones requieren reinicio del JoinServer para aplicar

VERIFICAR EL NIVEL ACTUAL:
SELECT memb_id, ctlcode FROM MEMB_INFO WHERE memb_id = 'NombreDeLaCuenta';

Comandos de moderación de jugadores

COMANDOS PARA MODERAR JUGADORES:

/ban [cuenta] [motivo]
→ Banea una cuenta de forma permanente (o temporal según la distribución)
→ Efecto: la cuenta no puede volver a conectarse
→ En la base: modifica el campo 'block_code' o similar de la cuenta
→ Ejemplo: /ban jugador123 cheater
→ DOCUMENTA SIEMPRE el motivo del ban — si el jugador apela, necesitas justificación

/disconnect [nick] o /kick [nick]
→ Desconecta inmediatamente a un jugador del servidor
→ Útil cuando un jugador está bugueado y necesita reconectarse
→ También para interrumpir una sesión sospechosa sin banear
→ Ejemplo: /kick NombreDelJugador

/mute [nick] [tiempo]
→ Silencia a un jugador (no puede usar el chat del servidor)
→ Útil para jugadores que insultan sin necesidad de banear
→ El tiempo generalmente se da en minutos
→ Ejemplo: /mute JugadorToxic 60

/unmute [nick]
→ Levanta el silencio de un jugador silenciado anteriormente

/warn [nick] [mensaje]
→ Envía una advertencia privada al jugador (en algunas distribuciones)
→ Útil como primer paso antes de aplicar medidas más drásticas
→ Ejemplo: /warn JugadorX Ten cuidado con el lenguaje

Comandos de gestión de personajes y posición

COMANDOS DE TELETRANSPORTE Y POSICIÓN:

/move [mapa] o /warp [mapa]
→ Mueve TU personaje al mapa indicado
→ Mapas comunes: lorencia, devias, dungeon, atlans, tarkan, kanturu, kalima
→ Ejemplo: /move lorencia

/moveplayer [nick] [mapa]
→ Mueve a otro jugador a un mapa (algunos servidores: /warpplayer)
→ Útil cuando un jugador queda atrapado en un mapa por bug
→ Ejemplo: /moveplayer NombreJugador lorencia

/moveto [nick]
→ Teletransporta TU personaje junto al personaje indicado
→ Útil para ir a donde está un jugador reportando un problema
→ Ejemplo: /moveto NombreJugador

/position o /pos
→ Muestra las coordenadas exactas de tu posición actual (mapa, X, Y)
→ Útil para debug de bugs de mapa o posicionamiento

Comandos de dar ítems y Zen

COMANDOS PARA DAR ÍTEMS (USAR CON CRITERIO):

/item [código_item] [nivel] [opción] o /additem [...]
→ Genera un ítem en el inventario del personaje activo
→ El código de ítem varía según la distribución (consulta la tabla de ítems de tu MuServer)
→ Ejemplo: /item 7 0 0 (Chaos Stone a nivel 0 sin opciones)

/zen [cantidad] o /addzen [cantidad]
→ Agrega Zen al personaje activo
→ CUIDADO: dar Zen en exceso infla la economía del servidor
→ Ejemplo: /addzen 1000000 (da 1 millón de Zen)

/jewel [tipo] [cantidad]
→ Genera Jewels en el inventario (en algunas distribuciones)
→ Tipos: 1=Bless, 2=Soul, 3=Life, 4=Creation, etc.
→ Ejemplo: /jewel 1 10 (da 10 Jewels of Bless)

CUÁNDO DAR ÍTEMS LEGÍTIMAMENTE:
→ Bug del servidor que causó pérdida de ítem documentada
→ Premio de un evento organizado por el servidor
→ Prueba técnica de una mecánica (en un personaje de prueba, no del jugador)
→ NUNCA: a cambio de dinero real, por amistad, o para ventaja competitiva propia

Comandos de anuncios y comunicación

COMANDOS PARA COMUNICAR CON LOS JUGADORES:

/post [mensaje] o /gmsg [mensaje]
→ Envía un anuncio global que aparece en la pantalla de TODOS los jugadores conectados
→ Es el canal más visible para comunicaciones importantes
→ Ejemplo: /post El servidor estará en mantenimiento en 30 minutos — guarden su progreso

/notice [mensaje]
→ Similar al /post pero con formato diferente (cabecera "Notice" o similar)
→ En algunas distribuciones es sinónimo de /post

/whisper [nick] [mensaje] o /pm [nick] [mensaje]
→ Mensaje privado directo a un jugador específico
→ Útil para hablar con un jugador sobre una situación sin exponerlo públicamente
→ Ejemplo: /whisper NombreJugador Hola, vi tu reporte. ¿Puedes describirme el bug?

BUENAS PRÁCTICAS DE COMUNICACIÓN COMO GM:
→ Anuncia los mantenimientos con suficiente anticipación (30-60 min mínimo)
→ Cuando inicias/terminas un evento: anuncia con /post para que todos sepan
→ Responde reportes de bugs aunque sea con un "recibido, lo revisamos"
→ Los jugadores que sienten que los escuchan permanecen más tiempo en el servidor

Comandos de gestión de eventos

COMANDOS PARA EVENTOS MANUALES:

/event [nombre_evento] o /startevent [nombre]
→ Inicia un evento manualmente (además del horario automático)
→ Eventos típicos: bloodcastle, devilsquare, chaoscastle, illusiontemple
→ Ejemplo: /event bloodcastle

/bc [nivel] o /startbc [nivel]
→ Inicia el Blood Castle de un nivel específico en algunas distribuciones
→ Ejemplo: /bc 5 (inicia Blood Castle nivel 5)

/cs o /startcastle
→ Inicia el Castle Siege manualmente (útil para pruebas)
→ El Castle Siege tiene prerequisitos de registro de guilds — no funciona en cualquier momento

/crywolf o /startcrywolf
→ Inicia el evento Crywolf manualmente
→ Importante: si Crywolf falla, Balgass spawna (fuente de Loch's Feather)

GESTIÓN DE EVENTOS FALLIDOS:
→ Si un evento se traba o no termina correctamente: usa el comando de reset/end del evento
→ /endevent [nombre] o /resetevent [nombre] (nombre varía por distribución)
→ Anuncia a los jugadores cuando restas un evento por bug

Creación y gestión de cuentas GM

CÓMO MANEJAR LAS CUENTAS DE GM CORRECTAMENTE:

CREA UNA CUENTA DE GM SEPARADA DE TU CUENTA DE JUEGO:
→ Tu cuenta de juego personal: para jugar, progresar, interactuar como jugador
→ Tu cuenta de GM: solo para administración, moderación, y pruebas
→ Razones:
  1. Si alguien hackea tu cuenta de GM: no pierde tu progreso de jugador
  2. Los jugadores perciben cuando el dueño usa poderes en su cuenta de juego
  3. Más fácil auditar acciones de GM si todo está en una cuenta específica

NOMBRES COMUNES PARA CUENTAS DE GM:
→ GM_[Nombre], Admin_[Nombre], o simplemente "GM" visible en el juego
→ Los jugadores deben poder identificar a un GM en el chat

AUDITORÍA DE ACCIONES DE GM:
→ Algunas distribuciones tienen logs automáticos de comandos de GM
→ Si la tuya no tiene: considera agregar un registro manual (canal de Discord privado del equipo)
→ Documenta: quién ejecutó el comando, qué hizo, por qué, cuándo
→ Los logs te protegen si un jugador acusa de abuso injustamente
→ Los logs te ayudan a identificar si un GM en tu equipo está abusando

RETIRAR ACCESO DE GM:
-- Si necesitas quitar acceso a alguien:
UPDATE MEMB_INFO SET ctlcode = 0 WHERE memb_id = 'CuentaGM';
→ Aplica inmediatamente en el próximo login o con reinicio del JoinServer

Mejores prácticas de administración

PRINCIPIOS PARA UN SERVIDOR BIEN ADMINISTRADO:

1. CONSISTENCIA EN LAS REGLAS:
   → Define las reglas del servidor públicamente (en el sitio, Discord, o al conectar)
   → Aplica las reglas igual para todos — sin excepciones por amistad o donación
   → Un ban injusto o inconsistente es más dañino que no banear

2. TRANSPARENCIA:
   → Anuncia los cambios de configuración (rates, nuevos eventos, correcciones)
   → Cuando arreglas un bug: comunícalo — los jugadores aprecian saber que el admin trabaja
   → No desaparezcas — un servidor sin respuesta del admin pierde jugadores

3. EVENTOS MANUALES ESTRATÉGICOS:
   → Los eventos manuales (torneos, eventos especiales de fin de semana) crean comunidad
   → Usa /post para anunciarlos con anticipación
   → Premia con ítems obtenibles en el juego normal — no inventes drop rates especiales permanentes

4. RESPUESTA A REPORTES:
   → Crea un canal (Discord, foro, ticket system) para reportes de bugs y jugadores
   → Responde en menos de 24 horas aunque sea "lo revisamos"
   → Silencio total ante reportes = los jugadores asumen que no les importa = migran

5. EQUIPO DE GMs:
   → Creciendo: considera dar acceso de GM básico a jugadores de confianza
   → Empieza con ctlcode=1 (solo moderación, no ítems) para los GMs nuevos
   → Sube los permisos progresivamente según la confianza demostrada

Consulta también el tutorial de cómo crear el servidor de MU Online (los fundamentos del servidor antes de administrarlo), la guía de backup de la base de datos (proteger el progreso de los jugadores es la responsabilidad más importante del admin), y la guía de protección anti-DDoS (la seguridad del servidor es la otra cara de la administración — sin el servidor disponible, todos los comandos de GM del mundo no sirven).

Preguntas frecuentes