Guia completo de comandos de GM por season no MU Online

Os comandos de Game Master são a ferramenta de administração mais imediata de um servidor de MU Online: com uma linha digitada no chat você teleporta um jogador travado, entrega uma recompensa de evento, silencia um flamer ou inicia uma invasão manual. O problema é que a sintaxe e a lista de comandos disponíveis mudam bastante entre seasons e entre emuladores — o que funciona num MuEmu Season 6 pode ter nome diferente num IGCN Season 16, e um comando que existe na sua distribuição pode simplesmente estar desabilitado por padrão. Este guia organiza os comandos mais usados por geração de season, explica a sintaxe real, mostra exemplos concretos e aponta onde confirmar cada detalhe no seu próprio servidor. Todos os valores numéricos e nomes de comando aqui são exemplos que variam por season/emulador — use-os como ponto de partida, nunca como verdade absoluta.

Pré-requisitos

Antes de sair digitando comandos no jogo, garanta o seguinte:

• Conta com nível de acesso (ctl_code) adequado no banco. Sem isso o servidor ignora qualquer comando de GM. Se ainda não tem uma conta administrativa segura, veja o passo a passo em como criar contas de GM/Admin com segurança.
• Acesso ao arquivo de comandos do emulador (commands.txt, GameServerInfo ou pasta Commands), para saber quais comandos estão ligados e qual nível cada um exige.
• Ambiente de teste separado do servidor de produção. Nunca teste comandos que criam itens ou dão zen num servidor com jogadores reais — isso desregula a economia na hora.
• SQL Server Management Studio (SSMS) ou phpMyAdmin à mão, porque muitos comandos têm equivalente em query e às vezes o comando in-game está bugado na sua build.
• Log habilitado (LogServer ou logs do GameServer) para auditar quem usou o quê. Comando de GM sem log é convite a abuso interno.

Como o servidor identifica um comando

Quando você digita algo começando com / (barra) ou às vezes ~, ! ou @ dependendo do emulador, o GameServer intercepta a string antes de tratá-la como chat normal. Ele verifica três coisas: se o texto casa com um comando registrado, se o comando está habilitado no config, e se o ctl_code da sua conta atinge o nível mínimo daquele comando. Só então executa. Por isso um mesmo comando pode "não funcionar" por três motivos diferentes — desabilitado, nome errado para a season, ou acesso insuficiente. Sempre diagnostique nessa ordem.

O prefixo padrão varia: MuEmu e derivados costumam usar /, alguns builds antigos usam ~, e há distribuições que aceitam múltiplos. Confirme no seu commands.txt.

Comandos universais (funcionam em quase toda season)

Estes são o núcleo que você encontra da Season 1 às modernas, com pequenas variações de nome:

Repare que /move costuma aceitar tanto nome quanto índice numérico de mapa dependendo da build. Em algumas seasons o comando é /moveall para arrastar toda a party junto.

Comandos por season — panorama

A tabela abaixo resume o que cada geração acrescenta ao conjunto universal. Trate os nomes como exemplos que variam por season/emulador:

Season 6 — a mais popular em servidores brasileiros

A Season 6 (especialmente Episode 3) é a base mais comum em servidores PT-BR por causa da maturidade dos emuladores MuEmu e IGCN. Comandos típicos:

1. Dar experiência ou nível: /setlevel <nick> <nível> ajusta o nível instantaneamente. Útil para testes de balanceamento.
2. Master Level: /setmaster <nick> <nível> define o nível de mestre; existe desde a S6 com o sistema de Master Skill Tree.
3. Adicionar pontos: /addstr, /addagi, /addvit, /addene, /addcmd (comando é do Dark Lord). Exemplo: /addvit MeuGM 5000.
4. Eventos manuais: /openevent <id> ou /event <nome> inicia Blood Castle, Devil Square, Chaos Castle fora do horário automático.
5. PK clear: /pkclear <nick> zera o status de assassino sem precisar do NPC ou do site.

Bloco de configuração típico que habilita comandos e define nível mínimo (formato ini, exemplo):

[GameServerInfo]
; Nível mínimo de acesso por comando (varia por emulador)
GMMoveCommand      = 1   ; GM comum pode mover
GMPostCommand      = 2   ; GM sênior pode anunciar
GMBanCommand       = 4   ; Somente Admin bane
GMCreateItem       = 8   ; Somente Admin cria itens
CommandPrefix      = /   ; prefixo dos comandos

Seasons modernas (13, 15, 17, 19)

As seasons modernas adicionam classes (Grow Lancer, Rune Wizard, Slayer), a quarta ascensão Majestic e dezenas de eventos novos. Isso traz comandos específicos:

• /majestic <nick> — força a evolução para a quarta classe em ambientes de teste.
• /setresets <nick> <qtd> — define contagem de resets, quando o sistema de reset é in-game.
• /openevent <id> — abre eventos como Acheron Guardian, Nixie Lake, Tormented Square, cujos IDs você consulta no config de eventos.
• /clearinv <nick> — limpa o inventário, útil para resolver bugs de item travado.
• Comandos de moeda de cash: alguns emuladores expõem /addcoin <nick> <valor> para creditar WCoin/Goblin Point diretamente, mas o recomendado é fazer isso pelo painel web com log.

Exemplo de comando que credita item por índice (a numeração de item varia por season/emulador):

-- Equivalente SQL de "criar item" (Season 6, exemplo)
-- Categoria 12 (asas), índice 3 (Wings of Spirit)
-- A montagem do hex do item muda entre versões; use ferramenta do emulador
INSERT INTO warehouse (AccountID, Items)
VALUES ('contaGM', 0x...);

Na prática, criar item por SQL cru é frágil porque o formato binário do item mudou várias vezes. Prefira o comando in-game /make ou /item quando existir, ou a ferramenta oficial do seu emulador.

Comandos de Admin vs comandos de GM

É importante separar os dois papéis. Um GM de plantão precisa de comandos de moderação e suporte (mover, avisar, silenciar, desconectar, checar jogador). Um Admin tem acesso aos comandos destrutivos ou geradores de valor (criar item, dar zen, banir conta, alterar rates em runtime). Misturar isso é a principal causa de abuso interno em servidores. A tabela de exemplo:

O controle de quem tem cada nível é feito pelo ctl_code no banco e, em muitos emuladores, por uma lista GMList que casa nick ou conta com um nível numérico.

Passo a passo: habilitar um comando desabilitado

1. Abra o arquivo de comandos do emulador (commands.txt, GameServerInfo.dat ou .ini correspondente).
2. Localize a linha do comando desejado. Se estiver com valor 0 ou comentada, o comando está desligado.
3. Defina o nível mínimo de acesso — não deixe comandos de criar item em nível 1.
4. Salve o arquivo com a codificação original (muitos emuladores exigem ANSI, não UTF-8).
5. Recarregue com /reload se o emulador suportar, ou reinicie o GameServer.
6. Teste com uma conta de GM de nível correspondente e confira se o log registrou o uso.

Auditoria e log de comandos

Todo comando sensível deve deixar rastro. Configure o LogServer ou os logs do GameServer para gravar autor, comando, alvo e horário. Um padrão de log saudável permite responder "quem deu esse item?" em segundos. Sem isso, um GM mal-intencionado pode inflar a economia e você só descobre quando o servidor já está quebrado. Revise os logs de comandos geradores de valor (item, zen, coin) pelo menos uma vez por dia nos primeiros meses.

Erros comuns e soluções

Boas práticas de uso

• Nunca use comandos geradores de valor no servidor de produção, exceto por recompensa oficial de evento com log.
• Padronize o prefixo e documente a lista real de comandos num arquivo interno para a staff.
• Use contas de GM separadas das contas pessoais de jogo dos administradores.
• Revogue comandos destrutivos de GMs que saem da equipe imediatamente (baixe o ctl_code).
• Teste toda a lista num staging depois de cada atualização de emulador — comandos somem ou mudam de nome entre builds.

Checklist de lançamento

• Arquivo de comandos revisado e cada comando com nível mínimo definido
• Comandos geradores de valor (item, zen, coin) restritos a Admin
• Prefixo de comando documentado e testado
• Log de comandos habilitado e verificado em teste real
• Contas de GM com ctl_code correto por função
• Lista de comandos por season documentada para a staff
• Testado em staging após a versão atual do emulador
• /ban e /disconnect funcionando e registrando log
• Procedimento de revogação de acesso definido para saída de staff

Perguntas frequentes