Saltar al contenido principal
Los roles Vanity y de Server Tag son parte de Petto. Una regla da (o quita) un rol cuando el perfil de Discord de un miembro coincide: el texto de su estado personalizado, su nombre de usuario, su nombre global, su apodo en el servidor o su nombre visible, o el Server Tag que lleva puesto.
Los dos funcionan con el prefijo y como comandos slash (/vanity y /guildtag), que son más cómodos cuando una regla tiene varias opciones. También puedes manejar todo desde el dashboard, en Roles Vanity. Nombres cortos con el prefijo: !vy para !vanity, !tag, !gt o !servertag para !guildtag, e !idlog para !identity.

Qué puede hacer

  • Revisar el texto del estado personalizado o el nombre de perfil de un miembro y gestionar un rol.
  • Revisar el Server Tag que lleva un miembro (su servidor, su texto, o si muestra uno) y gestionar un rol.
  • Mantener un rol seguro cuando varias reglas lo usan, y nunca quitar un rol que alguien dio a mano.
  • Agradecer al miembro en un canal cuando una regla empieza a coincidir, con un embed guardado de Embeds (clásico o V2) si quieres.
  • Registrar cada rol que las reglas agregan o quitan, con una tarjeta de Petto o un embed guardado para cada tipo de entrada.
  • Revisar a todos de una vez con una barra de progreso en vivo.

Configuración inicial

  1. Dale a Petto Gestionar roles y sube su rol por encima de todos los roles que una regla deba agregar o quitar (Ajustes del servidor → Roles). Si no, Discord rechaza el cambio de rol.
  2. Las reglas de estado personalizado necesitan el Presence Intent de Petto, que ya está activado.
  3. Crea una regla, luego revísala con !vanity test y aplícala con !vanity sync.
liam crea la regla cinnamochi, prueba a chu, cuyo estado coincide, y sincroniza: 1840 miembros revisados y 12 roles agregados

En Discord: paso 3: crea una regla, pruébala con un miembro y luego aplícala a todos.

Solo puedes crear reglas para roles por debajo de tu rol más alto (el dueño puede usar cualquier rol que Petto pueda dar). Así un moderador no puede darse roles más altos a través de una regla.
kira intenta una regla que da Admin y Petto responde en rojo que solo puede usar roles por debajo de su rol más alto

En Discord: un moderador no puede crear una regla para un rol por encima de su rol más alto.

Reglas Vanity

Fuentes

Crear una regla

liam crea la regla cinnamochi para el rol Rep y Petto lo confirma, con una pista para usar !vanity sync

En Discord: !vanity add con los valores predeterminados.

liam crea la regla con --source, --comparison y --action y Petto lo confirma

En Discord: la misma regla con cada opción escrita como flag.

  • name: un nombre corto para la regla (letras, números, - y _);
  • word: el texto que se busca (hasta 200 caracteres);
  • role: el rol que gestiona la regla;
  • source: dónde buscar (por defecto custom_status);
  • comparison: equals, contains (predeterminado), starts_with, ends_with o regex;
  • action: add_role (predeterminado) o remove_role.
Con el comando slash (/vanity add o /guildtag add) Discord te pide cada opción una por una y te muestra las opciones posibles, así no tienes que recordar las palabras. Los demás comandos de abajo funcionan igual: /vanity list, /vanity test, /vanity sync y así. Las mayúsculas y los espacios de más no importan. Un regex está limitado a 256 caracteres, y un patrón que no compila se rechaza al guardar la regla.
kira guarda una regla regex con un paréntesis abierto y Petto responde en rojo que el patrón no es válido

En Discord: un regex que no compila se rechaza al guardar la regla.

Otros comandos

Petto lista dos reglas que dan Rep, invite-link marcada como apagada, y el canal de agradecimientos

En Discord: las reglas, la que está apagada y adónde van los agradecimientos.

liam usa !vanity edit invite-link --enabled true y Petto confirma que la regla se actualizó

En Discord: !vanity edit vuelve a encender una regla.

liam borra invite-link y Petto lo confirma

En Discord: !vanity remove borra una regla.

Petto muestra el estado personalizado de chu, la regla cinnamochi que coincide e invite-link que no

En Discord: !vanity test: lo que dice cada regla de un miembro, sin cambiar nada.

La tarjeta de progreso de Petto en 60%, 1104 de 1840 miembros, 48 por segundo, unos 16 segundos

En Discord: !vanity sync mientras corre: la barra de progreso, la cuenta y el tiempo que falta.

Petto dice que las reglas de Vanity se sincronizaron: 1840 miembros revisados en 38 segundos, 12 roles agregados y 3 quitados

En Discord: cuando termina la sincronización: miembros revisados y roles agregados y quitados.

liam sincroniza a chu y Petto dice que revisó a chu, con 1 cambio de rol

En Discord: !vanity sync para un miembro.

Petto explica que el rol se quita cuando un miembro se desconecta y luego confirma que ahora los miembros lo conservan

En Discord: !vanity offline muestra el ajuste; con keep lo cambia.

Cuando un miembro se desconecta

Discord oculta el estado personalizado de un miembro que está desconectado o invisible. Cada servidor elige qué hace Petto con el rol en ese caso, con !vanity offline (o /vanity offline) o en el dashboard, en Roles Vanity:
  • remove (el predeterminado): cuando Discord avisa que el miembro se desconectó, Petto le quita el rol. Se lo devuelve cuando vuelve a estar conectado con un estado personalizado que coincide, y le agradece de nuevo.
  • keep: el miembro conserva el rol hasta que vuelve a estar conectado, y solo se le quita cuando Petto ve que el estado dejó de coincidir.
Petto solo quita roles que dio él mismo, nunca un rol que alguien dio a mano. !vanity sync sigue el mismo ajuste: con el predeterminado le pide a Discord los miembros con su presencia y les quita el rol a los que están desconectados. Si Discord está limitando las solicitudes y Petto tiene que usar lo que recuerda, a los miembros desconectados no se les toca y el resultado dice que está incompleto. A un miembro del que Petto no tiene presencia nunca se le cambia nada, así que un reinicio o una revisión general no pueden quitarle los roles a gente que está conectada. Las reglas que leen el nombre o el apodo no se ven afectadas: esos siempre son visibles. Si el mismo rol también lo gestiona otra regla que sigue coincidiendo (una regla de nombre, o una regla de Server Tag), el rol se queda.
Con remove, los roles van y vienen a medida que la gente se conecta y desconecta. Si tienes un registro de cambios de roles, mostrará esos cambios: apaga en el registro los eventos de Vanity que no necesites, o elige keep.
La página Reglas de vanity con la opción de desconexión, el formulario Crear una regla y dos reglas que dan el rol Rep

Dashboard → Roles Vanity → Reglas de vanity: qué pasa cuando un miembro se desconecta, el formulario para crear una regla y las reglas del servidor.

Reglas de Server Tag

liam crea las reglas partner, para un ID de servidor, y shows-tag, y Petto confirma cada una

En Discord: las dos reglas de ejemplo de Server Tags.

!guildtag tiene los mismos list, edit, remove, test, sync, notify y notify-off que !vanity.
Petto lista las reglas de Server Tag shows-tag y partner con sus roles

En Discord: !guildtag list.

Petto muestra que shi lleva el tag PETO, que shows-tag coincide y partner no

En Discord: !guildtag test: el tag que lee Petto y qué reglas coinciden.

Discord no siempre manda un evento cuando alguien cambia su Server Tag. Si se perdió un cambio, !guildtag sync (o !identity sync) lo pone al día.
Petto dice que las reglas de Server Tag se sincronizaron: 1840 miembros revisados, 4 roles agregados y 1 quitado

En Discord: !guildtag sync se pone al día.

La página Reglas de Server Tag con el formulario Crear una regla y las reglas partner y shows-tag

Dashboard → Roles Vanity → Reglas de Server Tag: el formulario para crear una regla y las reglas del servidor.

Cómo se mantienen seguros los roles

  • Un rol se queda mientras al menos una regla de agregar coincida y ninguna de quitar coincida (una regla de quitar siempre gana).
  • Petto solo quita un rol si recuerda haberlo agregado él mismo. Un rol que alguien dio a mano nunca se quita, aunque una regla coincida después y deje de coincidir.
  • Si el bot no puede leer un valor en ese momento (el estado personalizado de alguien desconectado o invisible, porque Discord lo oculta, o alguien de quien no tiene presencia), la regla deja su rol como está en vez de tratarlo como vacío. El rol solo se quita cuando está conectado y el estado ya no coincide.
  • A los bots nunca se les cambia nada.
  • Varias reglas pueden gestionar el mismo rol: es un solo rol. Se queda mientras al menos una regla de agregar coincida, se va cuando ninguna coincide (y ninguna de quitar coincide), y al miembro se le agradece una vez por cada fuente (Vanity y Server Tag), no una vez por regla. Un rol que gestionan a la vez una regla Vanity y una de Server Tag sigue siendo un solo rol.

Mensajes de agradecimiento

liam pone el agradecimiento de Vanity en gracias y Petto lo confirma

En Discord: el agradecimiento predeterminado en un canal.

liam pone el agradecimiento con el embed my-embed y Petto lo confirma

En Discord: con un embed guardado y sin mención.

liam pone el agradecimiento de Server Tag en tags y Petto lo confirma

En Discord: el agradecimiento de Server Tag.

liam apaga el agradecimiento y Petto lo confirma

En Discord: !vanity notify-off.

embed es el nombre de un embed guardado de Embeds (déjalo vacío para el mensaje simple). Con el comando slash (/vanity notify, /guildtag notify) Discord muestra tus embeds guardados en la opción mientras escribes, así solo tienes que elegir uno, y ping es user (predeterminado) o none. El mensaje se manda cuando un miembro empieza a coincidir con una regla, no en cada actualización. Sin un embed guardado es una tarjeta con la foto del miembro, el rol que ahora tiene y la palabra de la regla.
Petto le agradece a chu, que ahora tiene el rol Rep, con la foto de chu, la palabra cinnamochi y el nombre de la regla

En Discord: el agradecimiento por defecto cuando un miembro empieza a cumplir una regla de Vanity.

El embed de Petto Rol de vanity agregado le agradece a chu, que ahora tiene Rep

En Discord: el agradecimiento hecho con el embed guardado my-embed.

El agradecimiento de Vanity en gracias con el mensaje predeterminado, y el de Server Tag en tags con my-embed y sin mención

Dashboard → Roles Vanity → Mensajes de agradecimiento: el canal, el mensaje y la mención de cada agradecimiento.

Registro de cambios de roles

liam pone el registro en registro-staff y Petto lo confirma, con cómo elegir las entradas

En Discord: !identity logs pone el canal del registro.

liam apaga vanity_add y Petto dice que esas entradas están apagadas

En Discord: un tipo de entrada apagado.

liam pone my-embed para tag_add y Petto lo confirma

En Discord: un embed guardado para un tipo de entrada.

liam apaga el registro y Petto lo confirma

En Discord: el registro apagado.

Los tipos de entrada son vanity_add, vanity_remove, tag_add, tag_remove y error. Sin un embed guardado, cada una es el mismo embed verde o rojo que usaba el bot Vanity, con el emoji de Petto, el rol y el miembro, y la palabra (Vanity) o el motivo (Server Tag). Elige un embed guardado para una entrada solo si quieres que se vea distinta. !identity status muestra toda la configuración, e !identity sync aplica todas las reglas de una vez.
La tarjeta de Petto con 2 reglas de Vanity y 1 de Server Tag, los canales de agradecimiento y el canal del registro con sus entradas

En Discord: !identity status: reglas, agradecimientos y registro.

Petto dice que las reglas se sincronizaron: 1840 miembros revisados, 15 roles agregados y 4 quitados

En Discord: !identity sync aplica todas las reglas.

Un registro verde de Vanity para chu, uno verde de Server Tag para shi con su condición, y uno rojo por el rol Rep que se le quitó a kira

En Discord: tres registros del log, sin un embed guardado.

La tarjeta del registro de acciones del staff con registro-staff, los cinco tipos de entrada encendidos y my-embed para Rol de Server Tag agregado

Dashboard → Roles Vanity → Registros de vanity: el canal, los tipos de entrada y el embed guardado de cada una.

Variables para los mensajes

Úsalas en los embeds guardados para los mensajes de agradecimiento y el registro (la lista completa con ejemplos está en Variables, y en Variables en el dashboard):
Para una regla custom_status, {vanity.value} es el estado personalizado actual del miembro. En un mensaje de Server Tag, {tag} es el texto del tag. Todas las variables de siempre ({user.mention}, {guild.name}…) también funcionan.

Roles que vuelven

Los roles persistentes (!stickyroles enable) le devuelven sus roles a un miembro cuando sale y vuelve a entrar. Los roles de las reglas Vanity y de Server Tag son la excepción: las reglas los vuelven a dar si el miembro todavía coincide.

Si vienes del bot Vanity

El bot Vanity anterior ya no hace falta. Sus datos (reglas, quién recibió qué rol, mensajes de agradecimiento, ajustes del registro y embeds guardados) los importa el equipo a Petto una sola vez, así que no se pierde nada y no se quita ningún rol. Los mensajes que usaban los nombres de variables anteriores ({role}, {action.text}, {event.title}…) se actualizan a los nuevos ({rule.role}, {rule.action_text}, {rule.event_title}…).

Solución de problemas

No se agrega el rol

  1. Petto tiene Gestionar roles y su rol está por encima del rol de destino.
  2. Se eligió la fuente correcta (custom_status no es el nombre de usuario).
  3. El texto coincide con la comparación. Prueba !vanity test @member.
  4. Usa !vanity sync después de cambiar una regla.

No se quita el rol

  1. Puede que el servidor esté en keep (!vanity offline): entonces un miembro desconectado o invisible conserva el rol, porque Discord oculta su estado personalizado. Usa !vanity offline remove (el predeterminado) si quieres que se quite cuando se desconecte.
  2. Petto solo quita roles que dio él mismo. Un rol que alguien dio a mano se queda.
  3. Si otra regla que gestiona el mismo rol sigue coincidiendo, el rol se queda. Revísalo con !vanity test @member.

No llega el mensaje de agradecimiento

Revisa !identity status, que el canal sea un canal de texto donde Petto pueda escribir, y que el embed guardado exista. El mensaje se manda cuando una regla empieza a coincidir; la misma coincidencia sin cambios no lo repite.

El Server Tag aparece vacío o tarde

Discord puede omitir o retrasar los datos del Server Tag. Usa !guildtag test @member para ver lo que lee Petto y !guildtag sync para ponerlo al día.