
- ESX
Por Luke

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.
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.
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 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.
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.
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.
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.





