Como configurar Guardian Options e itens de guardião no MU Online

As Guardian Options são uma camada avançada de personalização de itens presente em várias seasons modernas do MU Online. Elas permitem adicionar um bônus extra a um equipamento — acima das opções normais, da opção Excellent e do conjunto Ancient — por meio de um item de guardião. Bem configuradas, dão profundidade ao end game e criam um objetivo de refinamento para quem já tem o set completo. Mal configuradas, inflacionam os atributos e quebram o PvP em uma semana. Este tutorial cobre a aplicação, os bônus, o empilhamento e a integração das Guardian Options com o item base, sempre com foco em equilíbrio.

Aviso padrão: nomes de arquivos, tabelas, colunas e IDs aqui são exemplos do padrão comum dos emuladores que suportam o recurso. A implementação exata varia por emulador — alguns usam SQL com painel, outros arquivos de configuração, e o próprio nome do recurso pode diferir. Use os exemplos como mapa e confirme na documentação do seu emulador.

Pré-requisitos

As Guardian Options são um recurso de refinamento de fim de jogo e pressupõem um servidor estável e uma economia de itens já madura. Se a sua base ainda não está pronta, comece pelo guia de como criar servidor de MU Online antes de mexer nisso.

Você vai precisar de:

• Servidor de season que suporte Guardian Options (GameServer compatível, banco no ar).
• Acesso às tabelas/arquivos de definição de Guardian Option, de item de guardião e das regras de aplicação.
• Cliente correspondente, com suporte visual/textual às opções de guardião.
• Cliente de banco (HeidiSQL/SSMS) se o emulador usar SQL.
• Conta de GM com comando para gerar itens de guardião e itens base em teste.
• Backup completo de banco e arquivos antes de qualquer edição.

Prepare também uma planilha das opções disponíveis, seus valores e seus tetos. Você vai consultá-la a cada decisão de balanceamento.

Entendendo as camadas de bônus de um item

Para configurar Guardian Options sem quebrar o servidor, é essencial entender que um item de MU acumula bônus em camadas independentes:

1. Opções normais — o +Adicional (opção de dano/defesa) e o nível de refinamento (+0 a +15).
2. Opção Excellent — os bônus de item Excellent (ex.: +vida ao acertar, +dano por nível, taxa de recuperação de mana).
3. Conjunto Ancient — bônus de set ancião ao equipar peças do mesmo conjunto.
4. Guardian Option — a camada extra aplicada pelo item de guardião, objeto deste tutorial.

A Guardian Option é a quarta camada e soma sobre tudo o que já existe. É por isso que ela precisa de valores contidos: um bônus que parece modesto isolado vira gigante somado a Excellent + Ancient + refinamento máximo.

Definindo as Guardian Options no servidor

O primeiro passo é cadastrar o catálogo de opções que o item de guardião pode conceder. Em emuladores modernos, isso costuma ser uma tabela (exemplo GuardianOption, T_GuardianOption) ou um arquivo de configuração. Cada opção define:

• ID da opção (único).
• Tipo de bônus (dano, defesa, HP, resistência, taxa crítica, etc.).
• Valor ou faixa de valores.
• Alvo: em quais tipos de item pode ser aplicada (arma, armadura, ambos).

Exemplo conceitual de catálogo de opções (ilustrativo):

[GuardOpt_1] Type=Damage    Value=20   Target=Weapon
[GuardOpt_2] Type=Defense   Value=25   Target=Armor
[GuardOpt_3] Type=MaxHP     Value=300  Target=Armor
[GuardOpt_4] Type=Resist    Value=5    Target=Armor

Verificações ao definir o catálogo:

• Cada opção tem um valor coerente com a sua escala de itens. Não importe valores de outro servidor sem revisar sua economia de dano/defesa.
• O alvo está correto: opção de dano só faz sentido em arma; opção de defesa/HP em armadura.
• As opções estão ativas e o cliente sabe exibir o texto correspondente, senão o jogador vê bônus "fantasma".

O item de guardião e a aplicação

A Guardian Option chega ao item base por meio de um item de guardião. O fluxo típico de aplicação tem estas etapas:

1. Obter o item de guardião (drop, evento ou loja).
2. Selecionar o item base onde a opção será aplicada.
3. Executar a aplicação por combinação (Chaos Machine) ou por uma janela/NPC específico.
4. Resultado: a opção é gravada no item, de forma fixa ou aleatória conforme a configuração, sujeita à taxa de sucesso.

No servidor, a regra de aplicação mora numa tabela/arquivo próprio (exemplo GuardianApply). Um bloco conceitual:

[ApplyGuardian]
GuardianItem = 14:120:0    ; item de guardião
Rate         = 70          ; taxa de sucesso
OnFail       = KeepItem    ; não destrói ao falhar
Random       = 1           ; opção sorteada do catálogo
CostZen      = 3000000

Decisões importantes na configuração da aplicação:

• Taxa de sucesso. Defina uma taxa que torne a aplicação uma conquista, sem gerar frustração extrema. Faixas de 50% a 75% são comuns para itens de fim de jogo.
• Comportamento em falha. O mais seguro para a satisfação do jogador é KeepItem (falha consome só o item de guardião, sem destruir o base). Destruir o item base ao falhar existe, mas gera revolta e evasão; use com muita cautela e comunicação clara.
• Opção fixa ou aleatória. Opção aleatória cria "loteria" e reroll, aumentando o tempo de jogo. Opção fixa dá controle ao jogador. Escolha conforme a filosofia do servidor.

Bônus, empilhamento e tetos

Como a Guardian Option soma sobre todas as outras camadas, o controle de empilhamento é a parte mais crítica do balanceamento. Um item por vez costuma comportar uma Guardian Option, mas o conjunto equipado pode somar várias — uma por peça. Some isso a asas, pets/Muuns e sets, e o potencial de inflação é enorme.

Diretrizes:

• Uma Guardian Option por item. Não permita múltiplas opções de guardião no mesmo item, salvo se o design do servidor for muito bem calibrado.
• Tetos por atributo. Se o emulador permitir, defina teto global para atributos sensíveis (dano, defesa, resistência) somando todas as fontes.
• Valores contidos por opção. Lembre-se de que 6 peças equipadas com opção de guardião multiplicam o efeito por 6. Divida os valores pensando no conjunto, não na peça isolada.
• Cuidado com resistências. Bônus de resistência somados em várias peças podem tornar um jogador quase imune a certos elementos; audite o total possível.

Integração com o item base e Excellent/Ancient

A Guardian Option precisa conviver com as camadas já existentes do item sem sobrescrevê-las nem conflitar com o slot de opções. Em termos práticos:

• A opção de guardião deve ser gravada num campo próprio do item, não no campo de opção normal ou Excellent, para não apagar bônus existentes.
• Confirme que a aplicação preserva refinamento (+N), opção Excellent e vínculo Ancient. Bugs comuns aqui zeram o +N ou removem o Excellent ao aplicar a opção.
• Valide que o cliente exibe a Guardian Option separadamente das demais linhas de descrição do item, para clareza ao jogador.

Antes de liberar, aplique a opção num item já Excellent + Ancient + refinado numa conta cobaia e confirme que todos os bônus permanecem intactos e somam corretamente.

Sincronizando servidor e cliente

O item de guardião e as opções precisam existir dos dois lados. O item de guardião é um item comum (com section/index e nome) e deve estar sincronizado como qualquer outro. O cliente também precisa conhecer os textos das opções para exibi-las corretamente na descrição do item. Guardian Option sem texto no cliente aparece como linha vazia ou não aparece, gerando confusão.

Fluxo seguro:

1. Cadastre as opções e o item de guardião no servidor.
2. Espelhe o item de guardião no arquivo de itens do cliente.
3. Garanta os textos das opções no cliente.
4. Aplique numa conta de teste e valide gravação, bônus e exibição.
5. Só então distribua o patch aos jogadores.

Erros comuns e soluções

Testes de balanceamento

Antes de abrir para os jogadores, monte um cenário de fim de jogo com uma conta cobaia por classe: set Ancient completo, itens Excellent, refinamento alto e Guardian Option em todas as peças possíveis. Meça o dano, a defesa e as resistências totais, e simule PvP contra uma conta igualmente equipada. Se as Guardian Options tornam o combate uma corrida de números que ninguém sem elas consegue enfrentar, reduza os valores ou aplique tetos.

Teste também o custo de obtenção: quantos itens de guardião e quanto zen para equipar um set completo com boas opções? Calibre para que o refinamento com Guardian Options seja uma meta de fim de jogo de semanas, não uma formalidade de um dia. E confirme, em cada teste, que a aplicação nunca corrompe as camadas anteriores do item.

Checklist de lançamento

• Backup completo de banco e arquivos antes de editar
• Catálogo de Guardian Options definido com tipos, valores e alvos
• Item de guardião sincronizado entre servidor e cliente
• Textos das opções presentes no cliente
• Regra de aplicação com taxa de sucesso e comportamento em falha definidos
• Comportamento de falha revisado (preferência por KeepItem)
• Uma Guardian Option por item garantida
• Tetos globais de atributos sensíveis configurados quando possível
• Aplicação testada preservando +N, Excellent e Ancient
• Exibição correta das opções na descrição do item validada
• Empilhamento entre as peças do set testado em PvP
• Custo de obtenção calibrado para meta de fim de jogo
• Teste final de aplicação em conta cobaia aprovado

Perguntas frequentes