Como configurar hierarquia e cargos de guilda no seu servidor de MU Online

A guilda é a unidade social mais importante do MU Online: é nela que jogadores organizam guerras (GvG), dividem loot de bosses, coordenam Castle Siege e constroem identidade dentro do servidor. Uma hierarquia de cargos bem definida evita bagunça de liderança, dá clareza sobre quem pode convidar, expulsar ou declarar guerra, e cria um caminho de progressão social para quem quer assumir responsabilidade. Este tutorial explica os cargos padrão do MU, como configurá-los e customizá-los no seu servidor, e como estruturar regras de sucessão, alianças e guerra que sustentam uma comunidade saudável a longo prazo.

A hierarquia padrão do MU Online

O sistema oficial de guildas trabalha com três a quatro papéis bem definidos, cada um com permissões específicas dentro do jogo e da interface de guilda (janela G).

Essa estrutura já resolve boa parte da gestão básica, mas servidores maiores tendem a criar camadas extras via painel web ou sistema de guilda customizado, para dar mais granularidade a quem administra uma guilda de 30+ pessoas.

Onde a hierarquia é configurada

Diferente de itens ou monstros, a lógica de cargos de guilda geralmente vive em duas camadas: o GameServer (regras de jogo, limite de membros, permissões de comando) e o banco de dados (tabela de guildas e membros, geralmente Guild e GuildMember ou equivalente). Alguns emuladores expõem parâmetros de guilda em um arquivo próprio, como GuildConfig.txt ou uma seção [Guild] no config principal do GameServer.

[Guild]
MaxGuildMembers = 32
MaxAlliance = 1
GuildCreateLevel = 100
GuildCreateCost = 500000
WarDeclareCooldownHours = 24

• MaxGuildMembers define o teto de integrantes.
• GuildCreateLevel exige nível mínimo para fundar guilda, evitando guildas descartáveis criadas por contas novas.
• WarDeclareCooldownHours evita spam de declarações de guerra contra o mesmo alvo.

Criando cargos customizados além do padrão

Se o seu emulador ou painel web permite estender a tabela de guildas, um modelo de cargos mais rico para servidores com comunidade grande fica assim:

Esses cargos raramente existem nativamente no protocolo do jogo — eles são, na prática, convenções sociais reforçadas por um cargo especial no Discord da guilda ou por uma flag no painel web, já que o cliente do MU só reconhece os cargos oficiais na interface.

Regras de sucessão de liderança

Um dos maiores problemas de comunidades de MU é o Guild Master que some sem repassar a liderança. Defina uma regra clara e documente publicamente nas regras do servidor:

1. Inatividade do GM por 15 dias consecutivos → o Segundo Cargo pode solicitar transferência via ticket de suporte.
2. Comprovação de posse (conta vinculada, histórico de login) evita que um terceiro mal-intencionado reivindique a liderança.
3. Transferência via comando de GM no banco (UPDATE Guild SET Master = ...) ou via ferramenta de painel administrativo, sempre com log da ação.
4. Prazo de contestação de 48h antes de a transferência ser efetivada, para o antigo GM poder retornar e cancelar o processo.

Permissões técnicas por cargo (implementação)

Ao implementar cargos no lado do servidor, cada ação sensível deveria checar o nível hierárquico do jogador antes de executar. Um pseudo-fluxo típico dentro do GameServer:

onGuildCommand(player, command):
    role = getGuildRole(player)
    if command == "DECLARE_WAR" and role < GUILD_MASTER:
        deny("Somente o Guild Master pode declarar guerra")
    if command == "KICK_MEMBER" and role < VICE_MASTER:
        deny("Permissão insuficiente")
    if command == "INVITE" and role < VICE_MASTER:
        deny("Permissão insuficiente")
    execute(command)

Esse tipo de checagem evita que membros comuns usem exploits de client (comandos de guilda modificados) para executar ações restritas.

Alianças entre guildas

Alianças permitem que duas ou mais guildas cooperem em GvG e Castle Siege sem risco de fogo amigo. A configuração típica limita o número de guildas por aliança e bloqueia guerra interna:

Guerra de guildas (GvG) e o papel da hierarquia

Somente o Guild Master (ou o Segundo Cargo, se configurado) pode declarar guerra. Isso evita que um membro comum, por impulso, arraste a guilda inteira para um conflito indesejado. Ao configurar o sistema:

• Defina uma taxa de declaração (Zen) para desincentivar guerras frívolas.
• Configure a duração da guerra (geralmente 20 a 60 minutos de janela ativa por dia).
• Estabeleça um placar de kills visível para ambos os lados, incentivando organização por parte dos Battle Masters.
• Considere recompensas de guerra (Guild Points, itens exclusivos) para dar propósito real ao cargo de liderança.

Guild Fund e gestão financeira

Muitos servidores implementam um "cofre de guilda" onde membros contribuem Zen ou itens para compras coletivas (Castle Siege, bônus de guerra). A hierarquia deve decidir quem pode sacar:

• Guild Master: acesso total.
• Segundo Cargo: acesso limitado a um teto diário/semanal.
• Tesoureiro (se existir): acesso configurado manualmente pelo GM via comando ou painel.
• Membro comum: apenas depósito, nunca saque.

Sem esse controle, é comum surgir denúncia de "roubo de guilda" na comunidade — um dos motivos mais frequentes de solicitação de suporte em servidores privados.

Painel web de gestão de guilda

Um bom complemento ao sistema in-game é um painel no site do servidor onde o Guild Master e o Segundo Cargo conseguem visualizar membros, histórico de guerra, ranking de contribuição e mandar convites sem precisar estar logado no jogo. Isso reduz a dependência de ferramentas externas como planilhas e Discord para controle básico, e centraliza a informação que a comunidade mais pede: "quem está ativo" e "quanto cada um contribuiu".

Comunicação e regras da comunidade

Hierarquia técnica não substitui regras claras de convivência. Publique nas regras do servidor:

• Critérios objetivos para expulsão (inatividade, comportamento tóxico, ausência em Castle Siege).
• Processo de apelação para jogadores expulsos injustamente.
• Política de recrutamento (guildas não podem "roubar" membros de outra guilda em guerra ativa, por exemplo).
• Consequências para abuso de cargo (Segundo Cargo que expulsa em massa por vingança, por exemplo, pode ser rebaixado por decisão administrativa mediante denúncia comprovada).

Erros comuns e soluções

Checklist de configuração de hierarquia de guilda

• Cargos padrão (GM, Segundo Cargo, Battle Master, Membro) configurados e testados em jogo.
• Limite de membros e nível mínimo de criação definidos no config.
• Regra de sucessão de liderança documentada e comunicada à comunidade.
• Validação de permissões por cargo implementada no GameServer.
• Regras de aliança (limite, cooldown, bloqueio de guerra interna) definidas.
• Guild Fund com controle de saque por cargo e log de auditoria.
• Painel web de gestão de guilda disponível (opcional, mas recomendado).
• Regras de convivência e processo de apelação publicados no site.

Com a hierarquia de guildas madura, o próximo passo natural é dar às guildas um objetivo competitivo maior, como um sistema de torneio estruturado entre elas — veja o tutorial de criação de servidor para revisar a base do seu ambiente antes de avançar.

Perguntas frequentes