WorldGuard protege áreas do mundo com regiões nomeadas, membros, donos e flags. Quando regiões se sobrepõem, o resultado pode depender da prioridade e de qual região definiu uma flag específica. Um comando aceito sem erro não garante que foi aplicada na região e no contexto esperados.

Este guia parte do caso comum: spawn dentro de uma região maior, ou área de evento sobre um mundo com proteção global. Primeiro faça a inspeção do estado atual, depois ajuste uma regra por vez e teste com uma conta sem privilégios administrativos.

Liste as regiões envolvidas

Use comandos do WorldGuard para listar regiões e consultar detalhes da área, donos, membros, prioridade e flags. Confirme o nome do mundo e a localização da posição onde o jogador observou o problema. Uma região de mesmo nome em outro mundo pode levar a diagnóstico incorreto.

Desenhe rapidamente quais volumes se sobrepõem: por exemplo, global, cidade, spawn e loja. Registre quais são pais ou filhos e qual objetivo cada uma atende. Sem esse mapa, uma alteração numérica pode criar uma hierarquia aparentemente válida, mas que permite construir ou interagir no lugar errado.

Entenda prioridade sem adivinhar

Prioridade ajuda WorldGuard a resolver sobreposição. Para flags, a documentação explica que a região de maior prioridade que definiu aquela flag é usada. Não é correto assumir que uma região com prioridade mais alta substitui todas as configurações de outras regiões em todo caso; verifique a flag relevante e as regras de herança.

Defina prioridades deliberadamente. Uma área pequena, como arena, pode ter regra distinta da cidade que a contém. Se os níveis forem iguais ou a herança estiver configurada, o resultado depende do mecanismo documentado, não apenas da forma visual dos volumes. Consulte a referência de prioridade antes de atribuir valores ao acaso.

Audite uma flag de cada vez

Flags descrevem comportamento específico: construção, uso, entrada, explosões, mensagens ou outras ações conforme a instalação. Consulte o nome suportado e o tipo de valor, porque algumas flags usam allow/deny, outras texto ou listas. Uma flag não definida não é sempre equivalente a negar tudo; o comportamento pode herdar ou seguir o padrão do plugin.

Use consulta para descobrir a configuração efetiva no ponto. Confira a região global e as regiões sobrepostas. Para resolver construção indevida, determine quais grupos e interações devem funcionar. Não cole dezenas de flags num só comando se não sabe qual delas causou a permissão excessiva.

Planeje relações de pai e filho

Regiões podem herdar propriedades de uma região pai. Uma prioridade maior no pai pode afetar como filhos se comportam, por isso a documentação traz condições específicas para que herança funcione conforme pretendido. Não assuma que toda região menor automaticamente supera a maior.

Antes de definir pai, descreva o que os filhos devem herdar e o que precisam substituir. Teste numa região fictícia ou numa cópia. Ajuste prioridade e herança como partes do mesmo desenho, em vez de corrigir uma flag isolada sem avaliar a relação.

Edite com conta e permissões apropriadas

Use uma conta administrativa controlada e tenha acesso ao console se errar. Evite conceder permissões amplas a operadores temporários para corrigir um problema local. A capacidade de editar regiões permite mudanças que podem atingir áreas de terceiros e deve ser limitada à equipe de construção ou moderação responsável.

Se a região guarda proteção de jogador, comunique ao proprietário antes de substituir membros ou flags. Faça backup dos dados de regiões junto aos dados do mundo. Revise mudanças de equipe e remova acesso temporário quando a obra terminar.

Teste com conta comum e ações reais

Depois de editar, teste no ponto exato com uma conta sem OP e com grupo LuckPerms semelhante ao dos jogadores. Tente ações importantes: quebrar, colocar, abrir contêiner, usar botão, entrar ou sair, conforme a finalidade da zona. Administradores frequentemente ignoram restrições, então seus próprios testes podem dar falso positivo.

Repita nos limites e na sobreposição. Uma ação pode funcionar num bloco e falhar no bloco adjacente, ou mudar ao cruzar a borda do volume. Verifique logs e mensagens do plugin para distinguir bloqueio WorldGuard de negação por outro plugin.

Investigue sem apagar evidências

Se ocorreu griefing, preserve logs e use CoreProtect para identificar alterações antes de restaurar. WorldGuard previne ações configuradas, mas não reconstrói por si só o que já foi mudado. Uma reversão prematura pode remover construções legítimas posteriores e confundir investigação.

Se flags conflitam com plugins de claims, faça teste isolado e consulte integração suportada. Dois sistemas de proteção podem tratar o mesmo evento em ordem diferente. Evite instalar plugin adicional no meio do incidente sem backup e sem compreender a interação.

Documente e valide a mudança

Guarde nome da região, mundo, prioridade anterior e nova, flag alterada, motivo, responsável e teste feito. Em manutenção futura, esse registro esclarece por que uma prioridade parece incomum e impede que alguém a “normalize” sem contexto.

A documentação do WorldGuard detalha prioridades e herança, flags de regiões e a estrutura de regiões. Use a documentação da versão instalada e confira sempre o estado efetivo antes de ampliar permissões.

Resolva um conflito com procedimento controlado

Quando uma ação passa onde deveria ser bloqueada, capture posição, mundo, grupo do jogador e resultado da consulta de região. Compare a flag nessa região e nas regiões sobrepostas. Se a ação passa apenas como OP, repita com conta sem privilégios; se passa com qualquer grupo, confirme que um segundo plugin não está autorizando ou cancelando o evento.

Altere somente a região mais específica que deva controlar a ação. Registre a mudança antes de expandi-la a todo o spawn. Volte à configuração anterior se a correção bloquear interações legítimas e amplie o teste nas bordas antes de fechar o ticket.

Trate prioridade junto com permissão de plugin

WorldGuard pode bloquear construção enquanto LuckPerms permite o comando de uso, ou a situação inversa pode ocorrer conforme o evento. Explique qual ação está sendo testada e consulte o mecanismo responsável. Não conceda OP para contornar uma proteção: operadores podem ignorar checagens e não reproduzem o comportamento do jogador.

Confirme o teste com usuário comum, flag exata, região e permissão. Se várias proteções se sobrepõem, retire uma exceção de cada vez na cópia e compare. Mantenha um registro de flags locais para a equipe não confundir permissão de comando com permissão de bloco ou região.

Fontes e referências

Documentação consultada em 2026-10-08. Os exemplos precisam ser conferidos na versão instalada; este guia não afirma que a configuração foi testada no seu ambiente.