Actions automatiques

Les actions automatiques choisissent une escalade selon les enregistrements de protection antérieurs du membre.

Configurer une action

Connectez-vous, sélectionnez un serveur et ouvrez Protection. Vous devez être propriétaire du serveur ou disposer de Manage Server ; certains filtres exigent Premium. April a besoin de Kick Members et Ban Members même pour traiter la protection, ainsi que des autorisations et de la hiérarchie adaptées à l’action choisie. La suppression exige Manage Messages ; un délai d’exclusion exige Moderate Members. Activez d’abord le filtre concerné, vérifiez ses exclusions et configurez ses sanctions.

1. Ouvrez ses actions automatiques et activez les actions propres au filtre, ou utilisez les actions par défaut lorsque celles du filtre sont désactivées.
2. Ajoutez un seuil et choisissez une fenêtre temporelle avec le sélecteur de durée. Définissez une durée si applicable. L’API stocke les deux valeurs en secondes ; une nouvelle action commence avec un seuil de 3, une fenêtre de 30 minutes et une durée d’une heure. Les valeurs enregistrées peuvent différer.
3. Enregistrez et examinez le journal de protection après un test autorisé et inoffensif. Les actions sont examinées dans l’ordre configuré, cinq au maximum ; la première dont le seuil est atteint arrête la recherche.

Par exemple, un seuil de 2 et une fenêtre de 3600 secondes exigent deux journaux de protection précédents, non supprimés, pour ce membre dans l’heure précédente. La correspondance actuelle est enregistrée ensuite : l’action peut donc se produire à la troisième correspondance. Ces enregistrements sont comptés pour tous les filtres, pas seulement celui-ci. Un enregistrement supprimé ne compte pas.

Les captures d’écran partagées montrent l’interface en anglais.

La nouvelle action Mute n’est pas enregistrée ; ce formulaire ne montre pas son contrôle de durée stockée.

Limites des actions

Delete et Warn sont des sanctions immédiates du filtre ; Warn déclenche la notification configurée, pas une punition indépendante. Le comportement actuel du Worker diffère de certains libellés :

• Mute applique un délai d’exclusion de communication Discord selon la durée stockée. Le formulaire affiche le contrôle de durée pour Timeout et Temp ban, pas pour Mute ; une nouvelle action commence avec une durée stockée d’une heure. Elle n’est pas ajoutée à la liste des punitions enregistrées.
• Kick expulse le membre ; Ban crée un bannissement. Le code transmet zéro seconde de suppression d’historique (la composante secondes de sept jours), pas une durée de bannissement de sept jours.
• Soft ban crée un bannissement sans débannir. Timeout (TempMute) ne fait rien dans ce gestionnaire. Temp ban, Unmute et Unban sont des identifiants affichables mais ne sont pas proposés par le sélecteur d’action ; TempBan ne fait rien et Unmute et Unban n’ont pas de cas dans le gestionnaire. Une action sans effet qui remplit le seuil arrête quand même les actions suivantes.

Ne considérez pas ces libellés comme un workflow de modération complet. Vérifiez l’état réel de Discord et les autorisations après un test. Si le résultat est inattendu, désactivez l’action, examinez les enregistrements de protection antérieurs et corrigez manuellement l’état Discord si nécessaire. Un paramètre ou journal enregistré ne prouve pas à lui seul la réussite d’une action Discord.