Como criar políticas de moderação e regras no MU Online

Servidor de MU Online sem política de moderação é bomba-relógio. Cedo ou tarde aparece o primeiro caso polêmico — um dupe, um insulto pesado no chat global, um GM que deu item para um amigo — e sem regras escritas você decide no impulso, gera revolta e perde jogadores. Este tutorial mostra como transformar moderação em processo: regras claras, níveis de punição proporcionais, evidências obrigatórias e um fluxo que qualquer membro da staff consegue seguir sem inventar. O objetivo não é ser durão, é ser previsível — jogador que sabe exatamente o que acontece se trapacear confia mais no servidor do que jogador que depende do humor do GM da vez.

Pré-requisitos

Antes de redigir qualquer regra, tenha em mãos:

• Acesso administrativo ao banco de dados (SQL Server via SSMS ou MySQL, conforme o emulador) para aplicar blocks e consultar evidências.
• Acesso aos logs do GameServer e, se existir, ao ConnectServer — é neles que ficam os registros de conexão, comandos e transações.
• Uma conta GM dedicada por moderador (nunca compartilhada), com nível de acesso mínimo necessário. Se ainda não configurou isso, veja como o processo completo se encaixa em como criar servidor de MU Online.
• Um canal oficial de comunicação (site, Discord ou fórum) onde as regras ficam publicadas e versionadas.
• Um mínimo de organização: uma planilha ou tabela de banimentos onde cada punição fica registrada.

Por que política escrita importa mais que "bom senso"

Bom senso não escala. Enquanto o servidor é você e dois amigos, dá para decidir tudo na conversa. Quando chega a 200 jogadores online e três GMs, cada um com sua ideia de justiça, o "bom senso" vira três sensos diferentes e o jogador percebe. Regras escritas resolvem quatro problemas de uma vez:

1. Consistência — o mesmo delito recebe a mesma punição independentemente de quem julga.
2. Defensabilidade — quando um banido reclamar em grupo público, você aponta a regra e a evidência, não uma opinião.
3. Delegação — GMs novos aplicam a política sem precisar te consultar a cada caso.
4. Confiança — a comunidade sabe as fronteiras e joga tranquila dentro delas.

Estruturando o documento de regras

Um bom regulamento é curto, direto e organizado por temas. Evite juridiquês. Estruture assim:

1. Introdução — uma frase dizendo que ao jogar o usuário aceita as regras.
2. Conduta no chat — o que é permitido e proibido em canais público, guild e privado.
3. Trapaças e programas de terceiros — bots, hacks, dupes, abuso de bug.
4. Comércio e economia — venda de itens por dinheiro real (RMT), scams, contas.
5. Contas e segurança — compartilhamento, roubo, responsabilidade sobre a senha.
6. Conduta da staff — o que GMs podem e não podem fazer (isso passa credibilidade enorme).
7. Punições — a tabela de proporcionalidade.
8. Recursos — como o jogador pede revisão de uma punição.

Definindo níveis de infração

Nem toda infração merece ban permanente. Classifique por gravidade e reincidência. A tabela abaixo é um EXEMPLO de escala progressiva — ajuste os prazos à cultura do seu servidor:

O princípio-chave é proporcionalidade: a punição cresce com a gravidade e com a reincidência. Trapaça que afeta a economia de todos (dupe, hack) pula direto para o topo porque o dano é coletivo e muitas vezes irreversível.

Aplicando punições na prática

Silence (mudar/silenciar chat)

Para infrações de chat, o silence é a ferramenta certa — o jogador continua jogando, mas não polui os canais. Na maioria das distribuições existe comando in-game:

/mute NomeDoPersonagem 60      ; silencia por 60 minutos (varia por emulador)
/disconnect NomeDoPersonagem   ; derruba a conexão

Block/ban via banco de dados

Quando o jogador já saiu ou o caso é grave, aplique o bloqueio direto na conta. Em Season 6 clássico, a flag fica na tabela MEMB_INFO:

USE MuOnline;

-- Bloquear a conta (EXEMPLO Season 6 — coluna varia por emulador)
UPDATE MEMB_INFO
SET bloc_code = 1
WHERE memb___id = 'contaDoInfrator';

-- Desbloquear
UPDATE MEMB_INFO
SET bloc_code = 0
WHERE memb___id = 'contaDoInfrator';

-- Conferir contas bloqueadas
SELECT memb___id, memb_name, bloc_code
FROM MEMB_INFO
WHERE bloc_code <> 0;

Registrando cada punição

Nunca confie na memória. Crie uma tabela de log de moderação e registre toda ação:

CREATE TABLE ModLog (
    LogID       INT IDENTITY(1,1) PRIMARY KEY,
    GMConta     VARCHAR(15),
    AlvoConta   VARCHAR(15),
    Infracao    VARCHAR(120),
    Punicao     VARCHAR(60),
    Evidencia   VARCHAR(300),
    DataHora    DATETIME DEFAULT GETDATE()
);

INSERT INTO ModLog (GMConta, AlvoConta, Infracao, Punicao, Evidencia)
VALUES ('gm_gabriel', 'player123', 'Speedhack em Kalima', 'Ban permanente',
        'Log GameServer 22:14 + print anexado no Discord #evidencias');

Regras de conduta para a própria staff

O maior destruidor de credibilidade de servidor privado é GM corrupto. Coloque as regras da staff no mesmo documento público, para que a comunidade cobre. EXEMPLOS de cláusulas que funcionam:

• GM não joga com personagem próprio recebendo itens do cargo. Conta de jogo é separada da conta de GM.
• GM não participa de eventos competitivos (Castle Siege, torneios) com vantagem administrativa.
• Todo item dado a jogador (premiação de evento) é registrado no log e anunciado.
• Nenhum GM decide sozinho ban permanente controverso — precisa de um segundo par de olhos.
• Senha de conta GM é individual e nunca compartilhada.

Fluxo de atendimento de denúncias

Padronize o caminho de uma denúncia até a decisão. Um fluxo típico:

1. Recebimento — jogador abre ticket no Discord/site com print e horário.
2. Triagem — GM confere se há evidência mínima. Sem evidência, pede complemento.
3. Investigação — cruzamento com logs do GameServer e queries SQL.
4. Decisão — aplica a punição da tabela conforme nível e reincidência.
5. Registro — grava no ModLog e responde o ticket.
6. Recurso — o punido pode contestar uma vez, revisado por outro GM.

Comunicando as regras à comunidade

Regra que ninguém leu não existe. Distribua o regulamento em pelo menos três lugares: página fixa no site, canal fixado no Discord e mensagem de boas-vindas ao criar conta. Um autopost periódico lembrando "digite /regras ou acesse o site" mantém a informação viva. E sempre que houver um caso polêmico e público, referencie a regra — isso educa toda a base de uma vez.

Erros comuns e soluções

Checklist de lançamento

• Regulamento redigido com todas as seções (chat, trapaça, comércio, contas, staff, punições, recursos)
• Tabela de níveis de infração definida e proporcional
• Regras de conduta da staff publicadas junto às regras gerais
• Tabela ModLog criada no banco para registro de punições
• Contas GM individuais configuradas, sem compartilhamento de senha
• Backup do banco testado antes de aplicar blocks em produção
• Fluxo de denúncias documentado e canal de tickets aberto
• Regulamento publicado no site, fixado no Discord e na criação de conta
• Versão e data de atualização visíveis no documento
• Processo de recurso definido (quem revisa e em quanto tempo)

Moderação bem-feita é quase invisível: a comunidade joga tranquila porque sabe as fronteiras, a staff decide rápido porque tem processo, e você dorme sem medo do próximo caso polêmico. Comece simples, registre tudo e refine o regulamento conforme os casos reais aparecem.

Perguntas frequentes