Cómo redactar las reglas de un servidor FiveM (plantilla + aplicación)

Las buenas reglas del servidor FiveM definen la conducta observable, ejemplos, excepciones, pruebas y consecuencias proporcionales. Un reglamento breve aplicado de forma coherente es más útil que una lista larga de etiquetas vagas que el personal interpreta de forma distinta.

Define el alcance y la precedencia

Indica a quién se aplican las reglas, qué espacios de servidor/Discord/tienda se incluyen, cuándo entran en vigor y qué términos de la plataforma tienen prioridad. Identifica la versión oficial publicada. No afirmes que una convención de la comunidad es una regla de Cfx.re a menos que la política oficial vigente lo diga.

Cubre las categorías principales

• Conducta: acoso, amenazas, odio, suplantación de identidad, privacidad y comportamiento disruptivo.
• Trampas y explotación: software prohibido, explotación de errores, duplicación y deber de informar de un defecto.
• Roleplay: las definiciones del servidor para FailRP, RDM/VDM, metagaming, powergaming y continuidad de la escena.
• Economía y monetización: transacciones con dinero real, contracargos, sorteos y conflictos de personal.
• Voz y comunicación: canales obligatorios, paneles de sonido, aviso de grabación y soporte de emergencia.
• Conducta del personal: permisos, acceso a pruebas, recusaciones y rendición de cuentas.

Usa una única plantilla de reglas

Regla: [acto específico prohibido o requerido]
Ejemplos: [dos ejemplos observables]
Excepciones: [casos excepcionales documentados]
Pruebas: [registros/clips/contexto requerido]
Tramo de consecuencias: [advertencia, restricción temporal, suspensión o rango de baneo]
Apelación: [canal, plazo y revisor]

Ejemplo: “No uses información que tu personaje no podría conocer razonablemente”. Luego distingue entre un directo fuera de personaje, un mensaje de la central y el informe de un testigo en personaje. La etiqueta “metagaming” por sí sola no explica ese límite.

Establece estándares de pruebas

Define qué registros del servidor, clips completos, marcas de tiempo, declaraciones de testigos y observaciones del personal son admisibles. Conserva suficiente contexto antes y después de un incidente. Nunca pidas a los jugadores que publiquen datos personales o credenciales. Establece límites de retención y de acceso a las pruebas.

Aplica un flujo de moderación coherente

1. Registra el reporte, las identidades, la hora, la regla y las pruebas disponibles.
2. Conserva el contexto y separa la acción de seguridad inmediata de la decisión final.
3. Verifica la jurisdicción: regla del servidor, regla de la plataforma, regla de Discord o problema de la tienda/soporte.
4. Haz que un moderador no implicado aplique el tramo de consecuencias documentado.
5. Registra las pruebas, el razonamiento, la duración y el historial previo relevante.
6. Notifica al jugador indicando la regla, la conclusión, la consecuencia y la vía de apelación.
7. Asigna una apelación a alguien que pueda revisar la decisión original de forma independiente.

Usa una escalada proporcionada

Publica los rangos habituales de consecuencias, pero permite excepciones documentadas para riesgos graves de seguridad, trampas, evasión o conducta reiterada. Evita escalas automáticas rígidas que ignoren las pruebas y evita sanciones no publicadas inventadas después de los hechos. Los incidentes anteriores ya caducados deben tratarse conforme a una política de retención establecida.

Separa la aplicación de normas del servidor de los reportes a la plataforma

El personal del servidor puede hacer cumplir las reglas de la comunidad. Las presuntas infracciones de la política de la plataforma deben documentarse y enviarse por la vía oficial de reporte vigente. Informa del comportamiento observable, las URL, los identificadores del servidor, las fechas y las pruebas; no conviertas un rumor o una temática de servidor impopular en una acusación de infracción de la plataforma.

Publica los cambios de forma transparente

Mantén un registro de cambios fechado que muestre la regla, la redacción antigua, la nueva redacción, el motivo y la fecha de entrada en vigor. Anuncia los cambios importantes antes de aplicarlos cuando la seguridad no exija una acción inmediata. Revisa las apelaciones recurrentes y los desacuerdos entre moderadores: suelen revelar una regla poco clara o que falta un ejemplo.