El mínimo privilegio en un servidor de Discord significa dar a cada rol solo los permisos que necesita para su trabajo. Un rol de soporte que puede gestionar tickets no necesita también Banear miembros, y un bot que concede un rol de verificación no tiene que estar por encima de todos los roles del servidor, solo por encima del que concede. La mayoría de los servidores lo hacen mal de dos formas: todo el que tiene alguna responsabilidad recibe Administrador porque es más cómodo, o nadie recibe nada y el propietario se convierte en un cuello de botella. Aquí se explica cómo encajan el rol de administrador, los roles de equipo, la posición del rol del bot y las listas de cuentas de confianza, usando los ajustes que Noxyr expone realmente.
Dos preguntas distintas: “quién puede configurar el bot” y “quién puede usar comandos de administración en Discord”
No son lo mismo, y confundirlas es la duda más frecuente. Para abrir el panel web de un servidor hay que ser el propietario de ese servidor o tener el permiso de Administrador en él. Esto se comprueba en tiempo real contra Discord cada vez que cargas la página, no contra una lista en caché. Usar comandos de administración de barra en Discord es una lista aparte y configurable: los roles de acceso de administración que eliges en la página de Configuración del panel. Una persona puede estar en un rol de administración que usa /security en Discord sin poder abrir nunca el panel, y al revés.
- Roles de acceso de administración (página de Configuración): quién puede usar los comandos de administración del bot, cuando Discord termine de registrar los permisos de comandos actualizados.
- Roles de equipo reservados (página de Configuración): se guardan para flujos de soporte, enrutado de tickets y similares, y por sí solos no dan acceso a los comandos de administración.
- Acceso al panel: el propietario del servidor o cualquiera con el permiso de Administrador de Discord. Los roles de administración configurados dentro del bot no abren el panel por sí solos.
Por qué “dale Administrador” es el valor por defecto incorrecto para el equipo y el correcto para el bot
Para un rol de equipo humano, Administrador casi siempre es excesivo. Un moderador que gestiona tickets no necesita borrar canales, y dárselo solo amplía lo que puede hacer una cuenta suplantada o descuidada. Crea los roles de equipo en función de lo que hacen realmente: acceso a tickets, moderación de reseñas, edición del catálogo. Reserva el Administrador completo para personas en las que confiarías todo el servidor si su cuenta se viera comprometida mañana.
El propio bot es el único lugar donde tiene sentido práctico el Administrador. Noxyr necesita crear canales de tickets, gestionar roles durante la verificación, actuar ante los disparadores de anti-nuke y publicar en cualquier canal configurado para una función. El Administrador es la forma más sencilla de garantizar que nada de eso falle en silencio en un canal con sobrescrituras de permisos inusuales. Si prefieres conceder permisos concretos, la referencia de permisos de Discord detalla lo que cubre cada uno. Como mínimo, el bot necesita Gestionar roles, Gestionar canales, Gestionar mensajes, Expulsar miembros, Banear miembros, Moderar miembros y Ver registro de auditoría para que sus funciones de seguridad y moderación funcionen.
Jerarquía de roles: el error que rompe la verificación y el anti-nuke en silencio
Discord no permite que ningún bot, incluido este, conceda ni quite un rol situado por encima de su rol más alto, ni actúe sobre un miembro cuyo rol más alto esté por encima del suyo. Esto ocurre especialmente en dos situaciones:
- Verificación: si el rol de verificación está por encima del rol del bot en la lista de roles del servidor, al pulsar Verificar no pasa nada y Discord rechaza la concesión en silencio. Mueve el rol del bot por encima del rol de verificación.
- Anti-nuke y moderación: el bot no puede aplicar tiempo de espera, expulsar ni banear a una cuenta cuyo rol más alto supere al suyo. Esto importa sobre todo en el caso de una cuenta de copropietario comprometida, justo el escenario para el que existe anti-nuke. Mantén el rol del bot lo bastante alto como para actuar sobre las cuentas que de verdad necesitas.
Una comprobación rápida tras cualquier reordenación de roles: abre Ajustes del servidor → Roles y confirma que el rol del bot sigue por encima de todo lo que necesita conceder o sobre lo que necesita actuar. Es la consulta más habitual de “por qué el bot no hace nada”, y nunca muestra un error en Discord: la acción simplemente falla en silencio.
Roles y usuarios de confianza: la excepción deliberada al anti-nuke
El anti-nuke aplica tiempo de espera, expulsa o banea a cualquier cuenta que supere el límite de acciones configurado. Hay una única lista de excepciones por servidor: los roles de confianza y los IDs de usuarios de confianza, que se configuran en la página de Seguridad. Añade a un copropietario que borra y vuelve a crear canales en masa de forma legítima, o un bot auxiliar con permisos elevados. El compromiso honesto es el siguiente: cada entrada de confianza es una cuenta cuyo compromiso el anti-nuke no puede detener, así que la lista solo debería contener personas a las que entregarías el servidor sin reservas. Consulta la guía de anti-nuke para ver cómo funciona la detección en sí.
Una distribución de roles sensata para la mayoría de los servidores
- Propietario: el anti-nuke nunca actúa sobre él, y siempre tiene acceso al panel. Limítalo a la cuenta de una sola persona real, con 2FA activado.
- Copropietario / administrador senior: Administrador en Discord, añadido a los roles de acceso de administración del bot, y a la lista de confianza del anti-nuke solo si hace trabajo masivo con canales o roles con regularidad.
- Moderador / equipo: un rol limitado a Expulsar miembros, Gestionar mensajes y Moderar miembros, no Administrador. Se añade a los roles de equipo reservados para el enrutado de tickets, y a los roles de acceso de administración solo si debe usar
/security,/moduleo similares. - Miembro verificado: el rol que concede tu panel de verificación, situado por debajo del rol del propio bot.
Preguntas frecuentes
Si quito el permiso de Administrador a alguien en Discord, ¿también pierde el acceso al panel? Sí, de inmediato. El panel comprueba el estado en tiempo real contra el servidor cada vez, así que un permiso retirado en Discord surte efecto en la siguiente carga de la página del panel.
Mi rol de administrador no puede usar los comandos de barra del bot. ¿Por qué? Discord tarda un poco en registrar los permisos de comandos actualizados después de cambiar la lista de roles de administración. Si sigue fallando tras unos minutos, comprueba que el rol se guardó de verdad en la página de Configuración.
¿Puedo tener más de un rol de administración o de equipo? Sí, en ambos casos se pueden seleccionar varios. Elige todos los roles que encajen con tu estructura.
En el anti-nuke, ¿debo confiar en un rol o en un usuario concreto? Confía en roles para un grupo pequeño y estable (copropietarios). Confía en IDs de usuario concretos para una excepción puntual, como una cuenta de bot específica. Así no confías por accidente en todos los que se ascienden a ese rol más adelante.
¿Cuál es el error de permisos más grave que cometen los servidores? Dar Administrador a todo el equipo “por si acaso”. Es lo contrario de estar seguro: significa que una sola cuenta de moderador suplantada puede hacer todo lo que puede hacer el propietario, incluido todo lo que cubre la lista de recuperación tras un nuke del servidor.
Configura los roles de administración y de equipo en la página de Configuración del panel de tu servidor, y revisa tus ajustes de seguridad una vez que la distribución de roles sea la correcta. Los umbrales solo protegen un servidor cuya jerarquía de roles sea sólida por debajo.