Boas regras de servidor FiveM definem conduta observável, exemplos, exceções, evidências e consequências proporcionais. Um livro de regras conciso aplicado consistentemente é mais útil do que uma longa lista de rótulos vagos que a equipe interpreta de forma diferente.
Defina escopo e precedência
Declare quem as regras abrangem, quais ambientes de servidor/Discord/loja estão incluídos, quando entram em vigor e quais termos da plataforma têm precedência. Identifique a versão oficial publicada. Não afirme que uma convenção da comunidade é uma regra da Cfx.re, a menos que a política oficial atual diga isso.
Cubra as categorias principais
- Conduta: assédio, ameaças, ódio, falsa identidade, privacidade e perturbação.
- Trapaça e exploração: software proibido, exploração de bugs, duplicação e dever de relatar um defeito.
- Roleplay: as definições do servidor para FailRP, RDM/VDM, metagaming, powergaming e continuidade de cena.
- Economia e monetização: transações com dinheiro real, estornos, sorteios e conflitos de equipe.
- Voz e comunicação: canais obrigatórios, soundboards, aviso de gravação e suporte de emergência.
- Conduta da equipe: permissões, acesso a evidências, declaração de impedimentos e prestação de contas.
Use um único modelo de regra
Regra: [ato específico proibido ou exigido]
Exemplos: [dois exemplos observáveis]
Exceções: [casos extremos documentados]
Evidências: [logs/clipes/contexto necessários]
Faixa de consequência: [aviso, restrição temporária, suspensão ou faixa de banimento]
Recurso: [canal, prazo e revisor]
Exemplo: “Não use informações que seu personagem não poderia razoavelmente saber.” Em seguida, diferencie uma transmissão fora do personagem, uma mensagem de despacho e um relato de testemunha dentro do personagem. O rótulo “metagaming” por si só não explica esse limite.
Defina padrões de evidência
Defina logs de servidor aceitáveis, clipes completos, carimbos de data/hora, declarações de testemunhas e observações da equipe. Preserve contexto suficiente antes e depois de um incidente. Nunca peça aos jogadores para publicar dados pessoais ou credenciais. Indique os limites de retenção e acesso para evidências.
Execute um fluxo de trabalho de moderação consistente
- Registre a denúncia, as identidades, o horário, a regra e as evidências disponíveis.
- Preserve o contexto e separe a ação de segurança imediata da decisão final.
- Verifique a jurisdição: regra do servidor, regra da plataforma, regra do Discord ou problema da loja/suporte.
- Peça a um moderador não envolvido para aplicar a faixa de consequências documentada.
- Registre as evidências, o raciocínio, a duração e o histórico relevante anterior.
- Notifique o jogador com a regra, a conclusão, a consequência e a via de recurso.
- Atribua o recurso a alguém que possa revisar a decisão original de forma independente.
Use escalonamento proporcional
Publique faixas de consequências normais, mas permita exceções documentadas para riscos graves de segurança, trapaça, evasão ou conduta repetida. Evite escalonamentos automáticos rígidos que ignorem evidências e evite punições não divulgadas inventadas após o ocorrido. Incidentes anteriores expirados devem ser tratados de acordo com uma política de retenção declarada.
Separe a aplicação de regras do servidor das denúncias à plataforma
A equipe do servidor pode aplicar as regras da comunidade. Suspeitas de violação da política da plataforma devem ser documentadas e enviadas pela via de denúncia oficial atual. Relate comportamentos observáveis, URLs, identificadores de servidor, datas e evidências; não transforme rumores ou um tema de servidor impopular em uma alegação de violação da plataforma.
Publique as alterações de forma transparente
Mantenha um registro de alterações datado mostrando a regra, a redação antiga, a nova redação, o motivo e a data de vigência. Anuncie as alterações relevantes antes de aplicá-las, quando a segurança não exigir ação imediata. Analise os recursos recorrentes e as divergências entre moderadores: eles geralmente revelam uma regra pouco clara ou um exemplo ausente.