Automatizaciones

Cada automatización tiene tres partes: exactamente un disparador que la inicia, condiciones opcionales que deben cumplirse antes y una lista ordenada de acciones que se ejecutan después. Las automatizaciones pueden leer datos de su disparador, como el mensaje enviado o el miembro que entró, y reutilizarlos en condiciones y acciones con tokens {variable}, igual que los comandos personalizados y las respuestas automáticas.

Cada automatización tiene exactamente un disparador: el evento que la inicia. Puedes elegir entre casi todo lo que vigila AutoMod, además de un webhook entrante y la llamada desde otra automatización.

El disparador Webhook entrante da a una automatización su propia URL. Envíale un HTTP POST desde cualquier servicio externo (un servicio de formularios, un proveedor de pagos, tu propio backend) y la automatización se ejecuta con el cuerpo, los encabezados y el origen de la solicitud disponibles como variables {http.*} en cada condición y acción.

Límites de velocidad, en ambos sentidos

El endpoint público del webhook tiene un límite de velocidad por URL y por IP de origen antes de que pase cualquier otra cosa, incluidas las búsquedas, la comprobación de firmas y la lectura del cuerpo. Una avalancha contra una URL, o un barrido de muchas URL adivinadas, no puede ralentizar el resto de la aplicación. Además, cada automatización tiene un espaciado mínimo integrado de 1 s entre ejecuciones, incluso sin tiempo de espera configurado, así que un disparador muy activo nunca puede ejecutarse sin límite.

Seguridad también hacia fuera

La acción Solicitud HTTP sigue el mismo estándar a la inversa: solo se permiten URL que empiecen por https:// y la IP de destino se resuelve y se vuelve a comprobar en cada redirección. Además, se rechazan las direcciones de loopback, privadas, link-local y de metadatos de la nube. Una automatización nunca puede usarse para llegar a la infraestructura interna.

Las condiciones deciden si las acciones de una automatización se ejecutan o no. Añade las que necesites y elige si deben cumplirse todas (Y) o solo una (O). Sin ninguna, las acciones se ejecutan siempre que se activa el disparador.

Las acciones se ejecutan en orden, de arriba abajo, cuando se cumplen las condiciones. La mayoría actúan directamente en Discord, como enviar mensajes, aplicar roles o sancionar a miembros. El grupo Control de flujo permite que una automatización se bifurque, repita, espere, se detenga antes de tiempo o llame a otra automatización.

Las variables son valores con nombre (textos, números, booleanos, listas o JSON) compartidos en todo el servidor y conservados entre ejecuciones y automatizaciones. Usa la acción Definir variable para crear, incrementar, decrementar, añadir a una lista o vaciar una, y léela con una condición Variable guardada o con un token {variable_name} en cualquier otra parte. Si le das un TTL a una variable, se restablece automáticamente cuando pasa ese tiempo.

Cada automatización se ejecuta dentro de unos márgenes de seguridad fijos que no se pueden desactivar, así que un flujo mal configurado nunca puede tumbar tu servidor ni ejecutarse para siempre:

Cada automatización también tiene su propio tiempo de espera entre ejecuciones y puede desactivarse sola tras un número de fallos seguidos, para que una integración rota no siga fallando sin que nadie se entere.

La pestaña Pruebas y registros simula una automatización con un evento de ejemplo que tú proporcionas y muestra cada paso de disparador, condición, control y acción, incluida una forma de simular un fallo a mitad, sin tocar tu servidor. Ejecuciones recientes guarda un historial de ejecuciones reales con su resultado y duración.

Las automatizaciones se pueden organizar en hasta 20 grupos en ambos planes.