Como criar um Código de Conduta para a staff do seu servidor de MU Online
Elabore um Código de Conduta claro para a equipe de staff do seu servidor de MU Online, cobrindo limites de poder, uso de comandos GM, conflitos de interesse, punições internas e transparência com a comunidade.
Um servidor de MU Online só é tão confiável quanto a conduta da sua equipe de staff. Comandos de Game Master, acesso ao banco de dados e poder de banir dão à staff uma influência que, mal utilizada, destrói a confiança da comunidade em questão de dias — mesmo que o servidor tenha ótima estrutura téc
Um servidor de MU Online só é tão confiável quanto a conduta da sua equipe de staff. Comandos de Game Master, acesso ao banco de dados e poder de banir dão à staff uma influência que, mal utilizada, destrói a confiança da comunidade em questão de dias — mesmo que o servidor tenha ótima estrutura técnica. Um Código de Conduta para Staff formaliza os limites de uso desses poderes, os processos de investigação interna e as regras de transparência com os jogadores. Este tutorial detalha como estruturar esse código, das regras de uso de comandos GM até o processo de punição de um membro da própria equipe.
Por que a staff precisa de regras próprias
Jogadores comuns têm poder limitado dentro do jogo. Staff, especialmente Game Masters e administradores, tem acesso a comandos que podem criar itens, teletransportar personagens, banir contas e, em muitos emuladores, editar diretamente o banco de dados. Um código de conduta genérico ("seja respeitoso") não cobre os riscos específicos desse nível de acesso — é preciso regras explícitas sobre o que é permitido, o que exige aprovação de outra pessoa, e o que é proibido em qualquer circunstância.
Estrutura recomendada do código de conduta
| Seção | Conteúdo |
|---|---|
| Escopo e hierarquia | Quem é considerado staff, níveis de acesso |
| Uso de comandos GM | O que pode ser usado livremente vs. o que exige aprovação |
| Conflito de interesse | Regras sobre jogar no próprio servidor, favorecer amigos |
| Confidencialidade | Dados de jogadores, senhas, logs internos |
| Comunicação pública | Tom, transparência, o que pode/não pode ser dito |
| Processo disciplinar interno | Como investigar e punir a própria staff |
| Consequências | Advertência, suspensão de acesso, remoção definitiva |
Passo 1 — Definir a hierarquia e os níveis de acesso
Antes de escrever regras de conduta, deixe claro quem tem qual poder:
| Nível | Cargo típico | Acesso |
|---|---|---|
| 1 | Suporte/Atendimento | Sem comandos GM, apenas acesso a tickets |
| 2 | Moderador | Comandos de chat (mute, kick), sem acesso a itens |
| 3 | Game Master | Comandos de criação de item, teleporte, banimento |
| 4 | Administrador | Acesso ao banco de dados e configurações do servidor |
Regras de conduta devem ser proporcionais ao nível de acesso — um administrador com acesso ao banco de dados precisa de regras muito mais rígidas do que um moderador de chat.
Passo 2 — Regras claras de uso de comandos GM
Esta é a seção mais crítica do código. Defina explicitamente:
PERMITIDO SEM APROVAÇÃO PRÉVIA:
- Silenciar (mute) jogador em caso de spam/ofensa flagrante
- Teleportar-se para investigar denúncia in-game
- Banir temporariamente em caso de exploit flagrante e documentado
EXIGE APROVAÇÃO DE OUTRO STAFF (nível igual ou superior):
- Criar ou entregar qualquer item a um jogador
- Banimento permanente de conta
- Reverter transação ou restaurar item perdido
PROIBIDO EM QUALQUER CIRCUNSTÂNCIA:
- Usar comando GM para benefício próprio ou de conhecidos
- Criar item/Zen para si mesmo, mesmo "para testar"
- Compartilhar credenciais de acesso GM com qualquer pessoa
- Acessar conta de jogador sem motivo de investigação documentadoSem essa distinção explícita entre "permitido", "exige aprovação" e "proibido", cada membro da staff aplica seu próprio julgamento, o que gera inconsistência e abre espaço para abuso.
Passo 3 — Regras de conflito de interesse
Defina se e como membros da staff podem jogar no próprio servidor:
| Situação | Regra recomendada |
|---|---|
| Staff joga com conta pessoal | Permitido, mas com transparência pública das contas |
| Staff usa GM para beneficiar própria conta | Proibido, com punição igual ou maior que jogador comum |
| Staff modera disputa envolvendo amigo próximo | Deve se abster e delegar a outro moderador |
| Staff vende itens/serviços fora do sistema oficial | Proibido, gera aparência de corrupção mesmo se não houver abuso real |
A transparência sobre quais contas pertencem à staff evita que a comunidade suspeite (com ou sem razão) de favorecimento.
Passo 4 — Confidencialidade de dados de jogadores
A staff frequentemente tem acesso a informações sensíveis: e-mails, IPs, histórico de compras, logs de chat privado. O código deve deixar explícito:
- Dados de jogadores só podem ser acessados para fins de investigação de suporte ou denúncia.
- É proibido compartilhar, printar ou divulgar publicamente qualquer dado pessoal de jogador.
- Logs de investigação só podem ser usados internamente, nunca como "prova" pública em disputa no Discord.
Passo 5 — Regras de comunicação pública
Como a staff se posiciona publicamente afeta diretamente a reputação do servidor:
- Não discutir decisões de moderação publicamente sem aprovação
do responsável pela comunicação oficial.
- Não fazer promessas sobre features/prazos sem confirmação da
liderança do projeto.
- Manter tom profissional mesmo sob provocação de jogadores —
responder no calor do momento gera capturas de tela que
circulam por muito tempo na comunidade.Passo 6 — Processo disciplinar interno para a própria staff
Quando um membro da staff comete uma infração (desde uso indevido leve de comando até duplicação de item), o processo deve ser tão sério quanto o aplicado a jogadores — em muitos casos, mais rígido, porque envolve quebra de confiança:
1. Denúncia ou detecção do problema (log, jogador, outro staff).
2. Investigação por pelo menos 2 membros de nível igual/superior
ao investigado (evita decisão unilateral).
3. Direito de resposta do investigado antes da decisão final.
4. Decisão documentada internamente, com data e responsáveis.
5. Comunicação: interna sempre; pública quando o caso afetar
diretamente a comunidade (ex.: item duplicado que impactou
a economia).Passo 7 — Escala de consequências
| Gravidade | Exemplo | Consequência típica |
|---|---|---|
| Leve | Uso de comando fora do escopo, sem dano | Advertência formal registrada |
| Moderada | Favorecimento leve (ex.: informação privilegiada a amigo) | Suspensão temporária de acesso GM |
| Grave | Criação de item/Zen para benefício próprio | Remoção da staff, possível banimento da conta pessoal |
| Gravíssima | Duplicação de item, venda de acesso, vazamento de dados | Remoção definitiva + comunicação transparente à comunidade |
Passo 8 — Revisão periódica do código
O código de conduta não deve ser estático. Revise a cada temporada nova ou quando um incidente expõe uma lacuna não coberta (por exemplo, uso de bots automatizados por staff, ou conflito de interesse em disputa de guild). Documente as mudanças e comunique à equipe inteira, não apenas aos novos membros.
Erros comuns e soluções
| Sintoma | Causa provável | Solução |
|---|---|---|
| Staff usa comando GM para benefício próprio sem punição | Código de conduta inexistente ou não aplicado | Formalizar código e aplicar consequências reais |
| Comunidade desconfia de favorecimento a staff | Falta de transparência sobre contas de staff | Publicar lista de contas conhecidas de staff |
| Punições internas inconsistentes entre membros | Ausência de escala de consequências definida | Adotar tabela de gravidade e consequência padronizada |
| Vazamento de dados de jogador | Confidencialidade não formalizada | Adicionar seção explícita de confidencialidade ao código |
| Staff se protege mutuamente em investigações | Processo disciplinar sem revisão de terceiros | Exigir 2+ investigadores de nível igual/superior |
Checklist de implementação do código de conduta
- Hierarquia e níveis de acesso da staff documentados.
- Regras de uso de comandos GM divididas em permitido/aprovação/proibido.
- Regras de conflito de interesse (staff jogando no servidor) definidas.
- Seção de confidencialidade de dados de jogadores incluída.
- Diretrizes de comunicação pública estabelecidas.
- Processo disciplinar interno documentado, com múltiplos investigadores.
- Escala de consequências por gravidade definida.
- Código revisado e comunicado a cada nova temporada.
Com o código de conduta da staff formalizado, a próxima peça natural de governança é garantir que os jogadores também sigam um padrão claro de comportamento — veja como estruturar esse lado da moeda ao planejar seu servidor de MU Online desde a fundação.
Perguntas frequentes
Por que a staff precisa de um código de conduta separado das regras dos jogadores?
Porque a staff tem poderes que jogadores comuns não têm (comandos GM, acesso a banco de dados, moderação), e o abuso desses poderes causa danos muito maiores à comunidade do que uma infração comum de jogador. Um código específico define limites claros para quem tem esse acesso privilegiado.
Membro da staff pode jogar no próprio servidor com a conta pessoal?
Depende da política do servidor, mas a prática recomendada é permitir com restrições claras: proibição de usar comandos GM para beneficiar a própria conta ou de amigos, e obrigação de declarar publicamente quais contas pertencem a membros da staff, para transparência com a comunidade.
O que fazer quando um membro da staff comete uma infração grave (ex.: duplicar item)?
Deve haver um processo de investigação e punição interna documentado, com a mesma seriedade (ou maior) do que aplicado a um jogador comum. Servidores que protegem staff de punições por lealdade perdem credibilidade rapidamente quando a comunidade descobre o ocorrido.
É obrigatório publicar publicamente as punições internas da staff?
Não é obrigatório em todos os casos, mas transparência seletiva (anunciar que uma ação foi tomada, sem necessariamente expor detalhes pessoais) fortalece a confiança da comunidade. Silêncio total sobre infrações graves de staff, quando descobertas, geralmente causa mais dano à reputação do servidor do que a transparência.
Quantas pessoas devem aprovar uma punição contra outro membro da staff?
Recomenda-se que puna~ões contra staff exijam pelo menos dois responsáveis de nível hierárquico igual ou superior ao investigado, evitando decisões unilaterais e possíveis retaliações pessoais dentro da própria equipe.