Confidentialité

Politique de confidentialité

Dernière modification : 19 octobre 2026.

Ce qui est conservé

La configuration du serveur que vous réglez avec les commandes du bot : ID de salons et de rôles, seuils, interrupteurs, et le texte que vous saisissez dans un réglage — un préfixe de commande, une liste de mots bloqués, le texte d’un panneau de vérification, la phrase qui déclenche l’effacement programmé d’un salon, les ID d’utilisateurs que vous exemptez d’un filtre. Les dossiers de modération : le numéro de cas, qui a agi, contre qui, la raison que vous avez saisie, et quand. Lorsqu’une fonction en a besoin, les ID des messages ou des salons qu’elle a créés pour pouvoir les gérer plus tard.

Le texte de configuration est conservé tel que vous l’avez écrit, et c’est voulu : vos modérateurs doivent pouvoir relire ce que le serveur est réglé pour faire. Ce ne sont pas les paroles privées de quelqu’un sur lui-même — ce sont les règles de votre serveur, écrites par ceux qui le gèrent.

Les compteurs d’activité, dès l’instant où le bot est ajouté. Le nombre de messages envoyés par chaque membre, le nombre de minutes passées en vocal, l’activité de chaque salon, un total horaire pour le serveur, et un relevé de qui a rejoint ou quitté le serveur et de l’invitation qui l’a amené. Si le relais de webhook est activé, le nombre de fois où il a republié les messages bloqués d’un membre, et la dernière fois qu’il l’a fait. Ce sont des compteurs et des horodatages, rien d’autre : il n’existe nulle part de ligne indiquant ce que quelqu’un a dit, ni dans quel salon, ni à quel moment. Le détail jour par jour à partir duquel les classements sont additionnés est supprimé après 120 jours, et l’historique des arrivées et des départs après 400 jours.

Le comptage est activé dès l’arrivée du bot, contrairement à la plupart de ce qu’il sait faire, car un historique qui commence le jour où quelqu’un pense à chercher un réglage est un historique auquel personne ne peut se fier, et un mois non compté ne se rattrape pas. Le désactiver tient en une ligne — /logs activity avec off — le comptage s’arrête immédiatement, et /stats continue d’afficher ce qui avait été enregistré avant.

Ce n’est pas la seule chose activée quand le bot arrive, et cette page disait que c’était le cas. Les commandes texte, le journal de modération, l’échelle de sanctions, les tirages au sort, snipe, AFK et le réglage de langue du bot sont eux aussi activés d’emblée ; la page de documentation les liste à côté de tous les autres modules et indique lesquels sont lesquels. Parmi eux, snipe et AFK conservent quelque chose sur un membre : snipe en mémoire plutôt que dans la base de données, et AFK seulement quand un membre l’active lui-même — le paragraphe ci-dessous précise exactement quoi et pendant combien de temps.

AFK, uniquement si un membre l’active. Le fait qu’il soit absent, la raison qu’il a saisie, l’heure à laquelle il est parti, le pseudo que le bot a remplacé pour pouvoir le remettre, et des liens vers dix messages au plus qui l’ont mentionné pendant son absence — quel message, dans quel salon, de la part de qui, et quand, jamais le texte du message. Tout cela est supprimé la prochaine fois qu’il s’exprime quelque part où cela compte (un serveur peut lister des salons où ce n’est pas le cas), quand il quitte le serveur, ou avec /afk remove — et après trente jours quoi qu’il arrive. Un serveur peut désactiver la conservation des mentions.

Ce que le bot a conclu d’un compte à son arrivée. Si le filtrage des membres est activé : le score attribué, la tranche, les signaux déclenchés, ce que le bot a fait de lui-même, et ce qu’un modérateur a décidé ensuite. Cela est conservé pour que « pourquoi ai-je été expulsé » ait une réponse qui ne soit pas une reconstitution, et parce que « ce compte a-t-il déjà rejoint puis quitté ce serveur » est un signal qui suppose qu’un historique existe. Supprimé après 90 jours — un jugement porté sur quelqu’un n’est pas la même chose que l’action de modération qui en a découlé, et seule la seconde est un dossier.

Ce que les gens soumettent à une fonction, et ce que la fonction en a fait. Les appels de bannissement et le vote du staff à leur sujet ; les candidatures au staff, leurs réponses et leur vote ; les tickets, leurs réponses et la note laissée à leur fermeture ; les participations aux tirages au sort ; les inscriptions aux événements et la présence ; les rangs, effectifs, notes de staff et raisons de contribution ; les avis que quelqu’un a écrits sur votre serveur ; les candidatures de partenariat et leur présentation. Les quatre champs de cette liste qui sont des mots écrits en confidence sont chiffrés — la section ci-dessous les nomme exactement.

Les sauvegardes de serveur, si quelqu’un en fait une. /backup save conserve un instantané structurel du serveur pour pouvoir le reconstruire : noms et permissions des rôles, noms, sujets et surcharges des salons, catégories, métadonnées des émojis et des autocollants, et la liste des bannis avec les raisons qui y sont inscrites. Elle ne contient aucun message. C’est la structure propre à votre serveur, gardée là où vous avez dit au bot de la garder, et /backup delete supprime un emplacement définitivement.

Les messages que votre staff compose avec /message. Un brouillon inachevé (abandonné après une semaine sans modification), des modèles enregistrés, des publications programmées pour plus tard, et une trace de chaque publication pour pouvoir la modifier — oubliée après 90 jours sans modification. C’est du texte que votre staff a écrit pour que le bot l’envoie, avec le nom de son auteur ; rien de ce qu’un membre a dit.

Les messages d’accueil de votre serveur. Le message de bienvenue, le message d’au revoir et le message privé de bienvenue que votre staff a composés, le texte des cartes de bienvenue et d’au revoir, et une image de fond si l’une a été envoyée pour une carte — conservée sous la forme d’une image que le bot a redessinée à partir de l’envoi, de sorte que rien du fichier d’origine n’est gardé hormis ses pixels. Pour dessiner une carte, le bot récupère auprès de Discord, à ce moment-là, la photo de profil du membre qui arrive ou part, et n’en garde rien.

Niveaux, si un serveur les active. Avec le module Niveaux activé, le bot conserve un nombre par membre — l’XP gagnée grâce aux messages et au temps en vocal — et la date de sa dernière modification, et rien d’autre : aucune trace de ce qui a été dit, ni où. Un niveau et un rang sont déduits de ce nombre. Il est conservé tant que le bot est sur le serveur, même après le départ d’un membre, afin que ses rôles de récompense puissent revenir s’il revient ; il est supprimé avec le reste des données du serveur trente jours après le retrait du bot. Si le serveur laisse son classement public activé — il l’est par défaut, et un bouton le désactive — le nom du membre sur le serveur, sa photo de profil, son niveau et son XP sont affichés sur une page publique de ce site à quiconque a le lien. Le nom et la photo sont récupérés auprès de Discord au moment où la page est dessinée et ne sont jamais écrits dans la base de données ; la page dessinée est gardée moins d’une minute pour qu’un classement très consulté n’atteigne pas le bot à chaque visite.

Relectures de raids, seulement quand l’anti-raid détecte un raid ou que l’équipe marque une période. Quels comptes ont rejoint pendant celle-ci et quand, l’ancienneté de chaque compte, s’il avait un avatar, une clé de lettres seules fabriquée à partir de son nom d’utilisateur pour repérer un lot de noms semblables (jamais le nom d’utilisateur lui-même), ce que le bot ou un modérateur a fait pour chacun (expulsion, bannissement, mise en sourdine temporaire), si le serveur a été verrouillé et combien de messages ont été supprimés. Jamais le texte d’un message. Conservé 30 jours, 25 raids par serveur au maximum, et supprimé avec tout le reste quand le bot quitte un serveur.

Les suggestions, si un serveur les active. Une suggestion conserve le texte écrit, qui l’a envoyée, où sa carte a été publiée et — une fois que le staff répond — la réponse, qui l’a donnée et pourquoi. Chaque vote est une ligne : quelle suggestion, quel membre, dans quel sens. Une suggestion anonyme enregistre quand même qui l’a envoyée, parce que la limite par membre et le délai se comptent dessus ; elle n’est affichée nulle part. Tout cela est supprimé avec le reste des données du serveur trente jours après le retrait du bot. Une suggestion envoyée avec /suggest bot concerne le bot et non un serveur : elle est transmise à un salon du serveur d’assistance avec votre nom, votre identifiant et le serveur d’origine, et n’est pas conservée du tout.

Anniversaires, si un membre en renseigne un. /birthday ne conserve rien sur une personne tant qu’elle n’a pas donné de date. Ensuite il garde le jour et le mois donnés ; l’année, seulement si elle a été donnée, chiffrée avec la même clé que le texte confidentiel ci-dessous et relue uniquement pour dire un âge, et seulement dans un serveur qui affiche les âges ; un fuseau horaire pris dans une liste fixe ; le moment où commence son prochain anniversaire ; et les serveurs avec lesquels elle a choisi de le partager, un enregistrement chacun, créé par la personne et par personne d’autre. Un modérateur peut retirer l’enregistrement d’un serveur et ne peut jamais définir ni lire une date qui n’a pas été partagée dans son serveur. Personne de moins de 13 ans n’est conservé : une année qui rend quelqu’un plus jeune est refusée et rien n’est stocké. Le bot n’écrit jamais à la personne. /birthday remove efface la date et l’enregistrement de chaque serveur d’un coup ; l’enregistrement d’un serveur disparaît aussi quand le membre quitte ce serveur ou quand les données du serveur sont supprimées ; et le court registre des célébrations déjà annoncées est supprimé après 400 jours.

Effacer un anniversaire avec /birthday remove supprime également sur-le-champ l’historique des célébrations annoncées pour cette personne, sans attendre les 400 jours.

Rôles temporaires. Quand un modérateur prête un rôle à quelqu’un pour un temps, le bot conserve qui l’a, quel rôle, quand il se termine, qui l’a prêté et le motif saisi (400 caractères au plus), jusqu’à ce que le rôle soit retiré. Un rôle prêté pour un anniversaire ou pour avoir brisé un comptage est conservé de la même façon, avec le bot comme prêteur. L’enregistrement est supprimé quand le rôle est retiré, quand le membre est banni et — sauf si le serveur a choisi de garder la durée pour son retour — quand il part.

Comptage, si un serveur configure un salon. Pour chaque salon de comptage, le bot conserve le nombre atteint, qui a compté en dernier, les règles du salon et, pour chaque membre qui y a compté, combien de nombres justes il a donnés et combien de fois il a brisé le compte — des identifiants et des nombres, jamais ce que quelqu’un a écrit. Les messages d’un salon de comptage sont lus à leur arrivée pour être jugés et ne sont pas stockés. Tout est supprimé avec le salon, quand le comptage y est arrêté, ou avec le reste des données du serveur trente jours après le retrait du bot.

Modmail, seulement si un serveur l’active. Quand un membre envoie un message privé au bot, le bot le lit et le transmet à l’équipe du serveur qu’il choisit, dans un salon privé choisi par ce serveur — toute personne qui voit ce salon peut le lire, tout comme celles qui voient le salon de journal du serveur si les transcriptions y sont publiées. Les réponses de l’équipe arrivent dans les MP du membre ; une réponse anonyme cache l’expéditeur au membre, pas au reste de l’équipe. Le bot ne conserve aucun texte de message : il enregistre des identifiants, des compteurs et des heures, quel message privé correspond à quel message du salon (supprimé trente jours après la fermeture du fil), les motifs saisis par l’équipe pour une fermeture ou un blocage, et les réponses enregistrées par l’équipe. L’enregistrement d’un fil fermé est supprimé après le nombre de jours réglé par le serveur, quatre-vingt-dix par défaut. La conversation elle-même et tout fichier de transcription restent dans le Discord de ce serveur, selon ses propres règles. Un membre met fin à une conversation avec Close this conversation sous la première réponse du bot, empêche un serveur d’en commencer une avec Stop messages from this server, ou n’écrit simplement pas au bot. Aucun tiers n’en reçoit rien.

La boutique de modèles. Si vous notez un modèle, le bot conserve l’identifiant de votre compte, les étoiles et la date. Si vous commentez, il conserve l’identifiant de votre compte, le nom d’affichage que vous aviez alors, le texte et la date ; vous pouvez supprimer vous-même votre commentaire, et le propriétaire peut le retirer. Un signalement conserve l’identifiant de votre compte et le motif que vous avez saisi. Pour que seules les personnes qui ont utilisé un modèle puissent le noter, le bot conserve quel modèle vous avez appliqué, sur quel identifiant de serveur et quand, tant que le modèle existe. Le propriétaire lit chaque modèle soumis avant qu’il soit listé, et chaque commentaire en attente de vérification avant qu’il apparaisse ; un commentaire sur lequel personne n’a statué est supprimé au bout de 30 jours. Pour limiter la fréquence à laquelle un compte ou une adresse peut commenter, signaler ou noter, le bot conserve un hachage à clé de l’adresse — jamais l’adresse elle-même — avec l’identifiant du compte et l’heure, supprimé au bout de 30 jours. Un modèle que vous êtes encore en train de rédiger est conservé scellé (chiffré) pendant 7 jours. Pour faire supprimer tout ce que la boutique détient sur votre compte, demandez-le sur le serveur d’assistance et le propriétaire effectue la suppression. Le texte d’un commentaire — et uniquement le texte, sans compte, sans nom et sans modèle associé — est envoyé au point d’accès de modération d’OpenAI avant la publication du commentaire, aux conditions décrites plus haut sous OpenAI ; un commentaire qu’il signale, ou auquel il ne répond pas à temps, est retenu pour le propriétaire au lieu d’être publié. Lorsque le bot n’a pas de clé OpenAI, cette étape est ignorée et les autres vérifications s’appliquent seules.

Ce qui n’est jamais conservé

Le contenu des messages. Rien dans la base de données ne retient ce que les gens disent dans vos salons, et il n’y a aucune exception — pas une seule colonne de la base de données ne contient un message que quelqu’un a publié. Cette page nommait autrefois les transcriptions de tickets comme une exception, et ce n’en est pas une : une transcription est construite à partir de l’historique que Discord détient lui-même, au moment où un modérateur la demande, et republiée dans votre serveur sous forme de fichier. Rien n’en est conservé ici. Le texte que quelqu’un soumet délibérément au bot — un appel de bannissement, une candidature, le formulaire à l’ouverture d’un ticket, le commentaire laissé avec une note — est conservé, parce qu’un avis qu’on ne peut pas lire n’est pas un avis ; il est chiffré, et la section ci-dessous dit exactement quels champs. Il en va de même de la raison qu’un membre donne avec /afk, jusqu’à son retour — non chiffrée, parce qu’elle n’est pas écrite en confidence : elle est montrée à quiconque le mentionne.

Deux choses sont conservées hors de la base de données, et il vaut la peine d’être exact sur les deux. La première est snipe : /snipe montre le dernier message supprimé ou modifié dans un salon, il doit donc en garder un : cinq par salon, pendant deux heures au plus, en mémoire. Rien n’est écrit, un redémarrage oublie tout, et cela ne quitte jamais le processus. Quiconque peut lire le salon peut le demander — c’est à cela que sert la commande — et le bot vérifie cet accès au moment où il répond plutôt qu’au moment où le message a été supprimé. Il ne montrera pas un message que le bot a lui-même supprimé, ni rien de ce qui a été effacé en masse, parce qu’un snipe ne doit pas devenir un moyen de relire la modération. Un serveur qui le veut plus restreint le limite aux modérateurs, ou exclut des salons purement et simplement, avec /logs snipe ; un modérateur qui vient de supprimer quelque chose l’efface immédiatement avec /snipe clear.

La seconde, ce sont les compteurs des protections. L’anti-nuke, l’anti-raid, l’anti-spam et les autres décident en comptant — combien de salons un modérateur a supprimés dans la dernière minute, combien de comptes ont rejoint le serveur dans les trente dernières secondes — et ces comptes sont copiés toutes les quelques secondes dans un cache Redis situé sur la même machine, afin qu’un redémarrage du bot n’offre pas à quelqu’un en pleine attaque une marge neuve. Ce qui est copié, ce sont les identifiants — du serveur, et du membre ou du salon concerné — et les heures auxquelles les choses se sont produites, jamais ce que quelqu’un a dit : la mémoire des messages récents de l’anti-spam reste dans le processus et un redémarrage l’oublie. Chaque copie expire d’elle-même — en moins d’une heure, la plupart en quelques minutes — le cache n’écrit jamais sur disque, et rien ne peut y accéder hormis le bot lui-même — ni le site web, ni internet. Pendant une mise à jour, quand une nouvelle copie du bot prend le relais de l’ancienne, les identifiants des messages et des interactions auxquels l’ancienne copie a répondu pendant ses dernières secondes transitent par ce même cache, trente secondes au plus, pour que rien ne reçoive deux réponses. Une chose dans ce cache dure plus d’une heure : quels nouveaux membres attendent encore à une porte — l’écran des règles de Discord, la vérification, une quarantaine — les rôles que le serveur donne à l’arrivée, conservés sous la forme de l’identifiant du serveur, de l’identifiant du membre et du moment où l’attente expire, pendant un jour au plus, pour qu’une mise à jour n’oublie pas de les leur donner.

Les adresses IP. Le bot n’en voit jamais — Discord n’expose pas l’adresse d’un membre à un bot, et rien ici ne contourne cela. Le seul endroit où une adresse est lue est le contrôle de connexion du site web, décrit juste après, et elle y est lue une seule fois et n’est pas conservée : ni stockée, ni journalisée, ni hachée. Une base de données volée ne contient aucune adresse, ni rien qui en soit dérivé.

Les messages vocaux, si quelqu’un demande qu’on les écrive. /transcribe récupère ce message vocal et le transforme en texte sur le serveur du bot lui-même, avec un modèle de reconnaissance vocale qui y tourne. L’audio ne va à aucune autre entreprise ni aucun autre service ; il n’est gardé que le temps d’être écouté et supprimé dès que c’est fini. Les mots sont publiés dans le salon où la commande a été utilisée et ne sont conservés nulle part ailleurs — aucune trace de ce qui a été dit n’est gardée. Pour qu’une personne n’accapare pas la machine, le bot compte en mémoire combien chaque personne et chaque serveur en ont demandé ces dix dernières minutes ; ces compteurs sont oubliés ensuite, et un redémarrage les oublie aussitôt.

Les cinq tiers, et ce que chacun reçoit

Pendant la plus grande partie de son existence, ce site a pu affirmer qu’aucun tiers ne voyait jamais vos membres. Cela a cessé d’être vrai quand le module de vérification a gagné Refuser les VPN et les proxys, parce que savoir si une adresse appartient à un VPN est un fait que seul un service de réputation détient. Chacun des cinq ci-dessous est désactivé tant qu’un serveur ne l’active pas, et lorsqu’il est activé, ce qui suit est la totalité de ce qui se passe.

proxycheck.io. Un membre auquel le réglage s’applique reçoit un lien à usage unique vers une page de ce site. Quand il appuie sur le bouton qui s’y trouve, l’adresse de connexion est envoyée une seule fois à proxycheck.io avec la question « est-ce un VPN, un proxy ou une plage d’hébergement » et rien d’autre — ni nom d’utilisateur, ni serveur, ni identifiant de compte. La réponse est lue pour ce seul bit puis écartée. Le bot, qui sait qui est le membre, ne reçoit jamais l’adresse ; le site web, qui a vu l’adresse, n’apprend jamais qui est le membre. Ce qu’il reste ensuite, c’est un horodatage sur le dossier de vérification du membre indiquant que la connexion était propre, et un refus ne laisse absolument rien.

Cloudflare Turnstile. En option, cette même page porte le widget Turnstile de Cloudflare pour qu’un script ne puisse pas appuyer sur le bouton. Le script du widget est la seule chose que ce site charge depuis une autre origine, sur cette page uniquement, et la Content-Security-Policy de ce site continue de l’interdire partout ailleurs. Sa réponse est vérifiée auprès de Cloudflare sans l’adresse jointe. Turnstile ne remplace pas le CAPTCHA à l’intérieur de Discord, qui est toujours dessiné dans le processus.

OpenAI. C’est le plus important des trois et celui qui reçoit ce que les gens publient, il vaut donc la peine d’être exact. Un serveur peut activer l’analyse d’images par IA, qui fait décider à un modèle si une image est sexuelle, macabre, violente ou montre de l’automutilation. Aucune liste de mots ne sait lire une image, et il n’existe aucune version de cela qui tourne sur nos propres machines, ce qui est la seule raison pour laquelle elle est ici.

Lorsqu’un serveur l’a activée, chaque image publiée dans un salon analysé est envoyée au point d’accès de modération d’OpenAI sous la forme de le lien vers cette image sur les propres serveurs de Discord, et rien d’autre — aucun texte saisi par quiconque, aucun nom d’utilisateur, aucun identifiant de compte, aucun nom de serveur, aucun nom de salon. Cela couvre les fichiers envoyés et, si le serveur le laisse activé, l’image que Discord affiche sous un lien. La réponse revient sous la forme d’un score par catégorie, elle est lue pour décider si l’image enfreint les règles de ce serveur, puis écartée. Rien n’en est écrit ici, et l’image elle-même n’est jamais stockée dans notre base de données.

Ce qu’OpenAI en fait, dans ses mots plutôt que les nôtres. Sa documentation indique que les données envoyées à l’API « ne sont pas utilisées pour entraîner ou améliorer les modèles d’OpenAI » sauf si vous y consentez explicitement, et nous ne l’avons pas fait. Elle indique aussi que les journaux de surveillance des abus « peuvent contenir certains contenus de clients, tels que des requêtes et des réponses » et sont « conservés jusqu’à 30 jours » par défaut. La version honnête n’est donc pas que l’image disparaît à l’instant où elle est analysée : nous n’en gardons rien, et OpenAI peut la conserver jusqu’à trente jours pour surveiller son propre service. Un serveur qui n’accepte pas que cela se produise doit laisser ce module désactivé, ce qui est son état à la livraison.

Il est désactivé jusqu’à ce qu’un administrateur active le module. Un serveur peut exempter des rôles, ignorer des salons entiers ou n’en analyser que certains, n’analyser que les membres récents, et ignorer ses propres modérateurs, et la description du module dit clairement que l’activer, c’est faire sortir des images du serveur. Désactivez le module et plus rien n’est envoyé.

Deux limites honnêtes. Il est bon pour les atteintes générales et il ne sait pas à quoi ressemble une menace pour votre serveur — un raid en préparation, une arnaque, une publicité — parce que ce ne sont pas des catégories que le modèle possède, et il ne lit pas du tout le texte. Et la documentation d’OpenAI dit elle-même que ce point d’accès n’est pas conçu pour détecter les contenus d’abus sexuels sur mineurs et ne remplace pas des mesures dédiées de protection de l’enfance ; rien ici ne prétend le contraire, et cette voie de signalement reste celle de Discord.

Rien d’autre n’est chargé. Aucun outil d’analyse, aucun service de polices, aucun script ni feuille de style provenant du CDN de qui que ce soit : toutes les pages autres que le contrôle de connexion ne récupèrent rien depuis une autre origine, et c’est imposé par la Content-Security-Policy plutôt que promis. Cloudflare se place bien devant le site comme son réseau — il voit les requêtes que voit tout réseau placé devant un site, et c’est la raison pour laquelle le site tient sous une inondation de requêtes — mais il ne reçoit rien sur vos membres, parce que les pages ne portent rien sur vos membres.

YouTube et Twitch. Un serveur peut suivre une chaîne YouTube ou un streamer Twitch avec /alerts, et le bot demande alors au service, toutes les quelques minutes, s’il y a du nouveau. À YouTube, il envoie une requête pour le flux RSS public de la chaîne, qui ne nomme que l’identifiant public de cette chaîne. À Twitch, il envoie le nom de connexion public du streamer — avec d’autres, jusqu’à cent par requête — signé avec la propre application Twitch de ce bot, jamais avec le compte d’un membre. Aucun membre, nom de serveur ni nom de salon n’est envoyé à l’un ou à l’autre, et aucun ne sait quel serveur suit qui. La réponse est lue pour la vidéo la plus récente, ou l’identifiant, le titre et le jeu du direct, puis jetée. Ce qui est conservé, c’est la chaîne ou le nom de connexion que le serveur a choisi de suivre, où publier, et l’identifiant de la dernière annonce, pour que rien ne soit annoncé deux fois. Les deux sont désactivés tant qu’un serveur n’ajoute pas de suivi, et retirer le suivi arrête les requêtes.

Une ligne sponsorisée

Les personnes qui font tourner ce bot peuvent définir un seul lien sponsorisé : une courte ligne marquée Sponsorisé, dont elles choisissent le texte et la destination, et que paie celui vers qui elle pointe. Elle apparaît dans le pied de page de ce site et, de temps en temps, sous une des réponses du bot dans un serveur sans premium : au plus une fois toutes les 45 minutes dans un même serveur, seulement après au moins 6 autres réponses à cet endroit, et jamais sous une action de modération, un avertissement, une réponse privée ou un message avec des boutons. Les serveurs premium ne la voient jamais dans Discord. Le site ne peut pas savoir qui le lit, le pied de page la montre donc à tous les visiteurs.

C’est un lien et rien de plus. Rien n’est chargé depuis le sponsor et rien ne lui est envoyé. Pour respecter la règle ci-dessus, le bot garde en mémoire — jamais dans la base de données — quand chaque serveur a vu la ligne pour la dernière fois et combien de réponses y sont parties depuis, ainsi qu’un compte du nombre d’affichages ; aucune personne n’est enregistrée et le sponsor n’en voit rien. Le bot n’enregistre aucun clic et n’effectue aucune redirection, et le lien ne transmet aucun référent depuis ce site. Si vous cliquez dessus, vous partez vers leur site, où leur propre politique s’applique. Le texte du sponsor est affiché tel qu’il l’a écrit et n’est pas traduit. Quand aucun sponsor n’est défini, la ligne n’existe nulle part.

Rien de tout cela n’est gardé longtemps. L’enregistrement d’un serveur est oublié 24 heures après sa dernière réponse. Au plus 20 000 serveurs sont gardés à la fois ; quand c’est plein, celui dont on n’a pas eu de nouvelles depuis le plus longtemps est retiré. Tout cela, compte compris, disparaît à chaque redémarrage du bot.

Jetons premium et votre compte

Le premium par compte tient en une ligne : votre identifiant Discord, s’il est mensuel ou à vie, quand il s’achève, d’où il vient et combien de changements de serveur supplémentaires vous avez achetés. Un jeton n’est conservé que sous la forme d’un condensé à clé de lui-même, de sorte que la base ne contient rien qui puisse redevenir un jeton ; le jeton existe dans la réponse faite au propriétaire quand il est émis, et nulle part ensuite.

Chaque tentative d’utiliser un jeton est enregistrée — votre identifiant, si elle venait de ce site ou de Discord, son issue, et un condensé à clé de l’adresse que ce site a prouvée pour la requête, jamais l’adresse. Cet enregistrement est ce qui verrouille un compte et une adresse après une poignée de jetons erronés, et ce qui permet aux personnes qui font tourner le bot de voir une adresse derrière plusieurs comptes. Il est supprimé après 90 jours.

Chaque serveur enregistre quel compte y a ajouté sick, ce qui rend le serveur premium quand ce compte l’est. Les serveurs auxquels vous ajoutez sick sont aussi notés sur votre compte — l’identifiant du serveur et la date — afin que vos changements puissent être comptés. Cette liste est conservée, et un serveur y reste après le départ de sick, parce qu’un changement dépensé est dépensé.

Le courrier sur ce domaine

Le site porte aussi un petit service de messagerie pour ceux qui l’administrent : l’adresse du propriétaire et les adresses des comptes que le propriétaire a autorisés à s’en servir, chacune ouverte depuis le site de messagerie après connexion ici. Le courrier adressé à l’une de ces adresses arrive par Cloudflare Email Routing et un Cloudflare Email Worker, qui le remet à ce site ; quand le site est injoignable, le Worker garde le message dans Cloudflare Workers KV jusqu’à sept jours et réessaie. Le courrier envoyé depuis l’une de ces adresses part par Cloudflare Email Sending. Ce sont les quatre services Cloudflare concernés, et aucune autre partie ne voit le courrier.

Le courrier est scellé au repos. Quand un message arrive, ce site l’analyse et le scelle avec une clé publique propre à la boîte mail — AES-256-GCM sous une clé à usage unique pour ce message, elle-même scellée avec la clé publique X25519 de la boîte — et ne le remet qu’ensuite au bot, dont la base de données conserve le message scellé : son objet, son expéditeur, ses destinataires, son texte, son HTML, ses pièces jointes et leurs noms, ainsi que les octets d’origine, gardés sept jours pour qu’un message mal lu par l’analyseur puisse être téléchargé en entier. La clé privée qui l’ouvre est enveloppée sous une clé dérivée de votre mot de passe de messagerie (scrypt) et, si vous en créez une, sous une clé de récupération à usage unique ; le bot ne détient jamais la clé privée et ne conserve qu’une empreinte à sens unique de votre mot de passe. C’est de l’accès nul au repos, pas du zéro connaissance : ce site lit votre courrier en mémoire pendant qu’il analyse un message entrant et tant que votre boîte est déverrouillée, de sorte que quiconque peut modifier le code que ce site exécute pourrait le lire, mais le propriétaire ne peut pas le lire dans la base de données. Votre clé déverrouillée ne vit que dans la mémoire de ce site, un jour au plus, et un redémarrage verrouille toutes les boîtes jusqu’à ce que vous saisissiez de nouveau votre mot de passe. Les images distantes d’un message ne sont jamais récupérées par le site : elles ne se chargent dans votre navigateur que sur votre demande, et le chargement d’une image indique à l’expéditeur quand vous avez ouvert le message et d’où.

Quand vous vous connectez à ce site avec Discord, votre identifiant Discord, votre nom d’utilisateur et le hash de votre avatar sont enregistrés avec l’heure, pour que le propriétaire voie qui s’est connecté avant d’attribuer une adresse. La corbeille et le spam suppriment leur contenu trente jours après l’arrivée d’un message ; une boîte révoquée est supprimée quatorze jours après la révocation. Si vous demandez l’accès au propriétaire, la demande — les mêmes identifiant, nom et empreinte d’avatar, et l’heure — est conservée jusqu’à ce que le propriétaire y réponde ou que trente jours passent, et le propriétaire est prévenu par un message privé du bot sur Discord. Rien d’autre du courrier n’est partagé avec Discord.

L’envoi est compté par destinataire, à partir des lignes de la boîte d’envoi déjà conservées pour envoyer le courrier, de sorte que rien de nouveau n’est collecté pour cela. Une boîte dont le courrier est sans cesse rejeté voit son envoi suspendu jusqu’à ce que le propriétaire s’en occupe. Le courrier adressé à postmaster@ ou abuse@ sur ces domaines parvient au propriétaire.

Certaines choses restent en clair, parce que le service doit les lire sans votre clé : dans quel dossier et quel onglet se trouve un message, ses drapeaux (lu, suivi, important, reporté), sa date d’arrivée, sa taille, la conversation à laquelle il appartient, le nombre de ses pièces jointes, leurs types de fichier et identifiants d’image intégrée, laquelle de vos adresses il a atteinte, une balise plus que vous avez utilisée, les résultats des vérifications de son expéditeur, ainsi que des empreintes à clé de ses identifiants (Message-ID, References) et de son expéditeur. Les règles que vous fixez pour les expéditeurs — une adresse ou un domaine que vous avez classé, bloqué ou autorisé pour les images — sont aussi en clair. Pendant l’arrivée d’un message, le bot lit en mémoire son expéditeur, ses destinataires, son objet, ses en-têtes et les noms de ses pièces jointes pour le ranger dans un onglet et appliquer les règles anti-abus, et n’en écrit rien en clair. Les boîtes dont le titulaire ne s’est pas encore connecté avec un mot de passe depuis le début du scellement gardent leur courrier plus ancien tel quel, lisible par le service ; le propriétaire voit lesquelles, et chacune est scellée dès que son titulaire se connecte.

La recherche travaille sur des empreintes à clé, pas sur vos mots. Quand votre boîte est déverrouillée, chaque message scellé reçoit jusqu’à 512 empreintes (HMAC-SHA256) des mots entiers qu’il contient et de son expéditeur et de ses destinataires, faites sous une clé de recherche aléatoire qui n’existe qu’enveloppée sous votre mot de passe et votre clé de récupération. Une recherche peut ainsi trouver des mots entiers et des adresses exactes — pas des préfixes, des formes de mots ni des expressions — et quelqu’un qui détient une copie de la base de données ne peut pas tester contre elles un mot qu’il devine. Deux prix : le courrier qui arrive pendant que votre boîte est verrouillée ne peut pas être recherché avant votre prochain déverrouillage ; et les empreintes à clé des identifiants et des expéditeurs laissés en clair (ci-dessus) sont faites sous un secret que le site détient et que la base de données n’a pas, si bien que quelqu’un qui détiendrait les deux pourrait tester si une adresse ou un Message-ID qu’il devine figure dans la base.

Un message que vous envoyez avec Annuler ou à une heure ultérieure attend dans la boîte d’envoi sous la forme dont l’expéditeur a besoin : comme il doit être lisible au moment du départ, il est conservé sous la clé de serveur propre au bot jusqu’à ce qu’il soit envoyé, annulé ou refusé définitivement, puis supprimé. La copie dans votre dossier Envoyés reste scellée pour vous. Le courrier que vous envoyez part par TLS comme tout autre courrier, via Cloudflare Email Sending, et le courrier qui vous est adressé arrive par Cloudflare Email Routing : Cloudflare voit le message en transit, avant que ce site ne le scelle et à son départ.

Les messages que vous envoyez ne portent ni identifiant Discord, ni identifiant de compte, ni adresse de votre navigateur : un Message-ID aléatoire sur le domaine d’envoi, aucun en-tête X-Mailer, User-Agent ou X-Originating-IP, et une ligne From qui n’affiche que l’adresse que vous avez choisie, avec un nom d’affichage seulement si vous en avez défini un. Un alias est une adresse supplémentaire qui distribue vers votre boîte et que vous pouvez désactiver, faire expirer ou laisser répondre une seule fois. Ce n’est pas de l’anonymat vis-à-vis de ceux qui exploitent le service, de Cloudflare ou de la personne à qui vous écrivez : ils voient l’adresse depuis laquelle vous avez écrit, l’heure et ce que dit le message.

Si vous perdez à la fois votre mot de passe et votre clé de récupération, votre courrier ne peut pas être ouvert, et personne ne peut le récupérer pour vous, propriétaire compris. Quand le propriétaire réinitialise le mot de passe de messagerie d’un titulaire, la clé qu’il ouvrait est aussi supprimée : le courrier scellé sous cette clé ne pourra plus jamais être lu, et est supprimé trente jours plus tard.

Musique et paroles

Quand un serveur active le lecteur de musique, le bot diffuse du son dans un salon vocal par l’intermédiaire d’un nœud Lavalink qui tourne à ses côtés, sur la même machine. Le nœud récupère le son uniquement sur le site qu’un membre a demandé, et nulle part ailleurs : SoundCloud (soundcloud.com, on.soundcloud.com, api.soundcloud.com, sndcdn.com), Bandcamp (bandcamp.com), Twitch (twitch.tv), Vimeo (vimeo.com), un lien https direct collé par un membre et — seulement si le propriétaire l’a activé — YouTube (youtube.com, youtu.be, music.youtube.com). Un lien Spotify (open.spotify.com, spotify.link) ou Apple Music (music.apple.com) est consulté sur ce site pour obtenir le nom du morceau, et la correspondance trouvée est lue depuis SoundCloud ; aucun son ne vient ni de l’un ni de l’autre. Chacun de ces sites voit la requête que le nœud fait pour le morceau, comme n’importe quel navigateur ouvrant la page, et rien sur le serveur ni sur le membre qui l’a demandé.

Ce que le bot conserve pour le lecteur : le salon vocal et le salon textuel où il se trouve, la file d’attente — le titre, l’artiste, la durée et la source de chaque morceau, l’identifiant propre du nœud pour ce morceau et l’identifiant du membre qui l’a ajouté — et les vingt derniers morceaux lus, qui disparaissent quand le lecteur s’arrête ou que le bot quitte le serveur. Une playlist qu’un membre enregistre est la sienne et reste associée à son identifiant jusqu’à ce qu’il la supprime. Les paroles viennent de LRCLIB (lrclib.net), une base de données ouverte sans compte : elle reçoit l’artiste, le titre et la durée du morceau en cours et rien d’autre, et la réponse est affichée sans être conservée.

La sécurité de votre compte

Votre boîte mail s’ouvre avec votre propre mot de passe, défini dans le client de messagerie lui-même et distinct de Discord. Ce site ne le voit que pendant que vous le saisissez, pour déballer la clé de votre boîte, et ne le conserve pas ; le bot, qui le reçoit pour le vérifier, n’en conserve qu’une empreinte scrypt à sens unique — une valeur que rien ne peut reconvertir en mot de passe, pas même nous — et vérifie votre saisie par rapport à elle. Le mot de passe lui-même n’est dans aucun journal, aucune colonne de base de données et aucun cookie.

Une seconde étape est facultative et à vous d’ajouter. Le secret d’une application d’authentification et l’adresse à laquelle un code est envoyé sont stockés chiffrés avec AES-256-GCM, avec la même clé réservée au bot que le texte confidentiel ci-dessus ; une clé d’accès est stockée uniquement sous forme de sa clé publique, qui peut vérifier une connexion mais jamais en produire une ; les codes de récupération ne sont conservés que comme empreintes à clé, comme les jetons premium. Un code envoyé part par Cloudflare Email Sending depuis une adresse sur l’un de nos domaines. Aucune méthode de second facteur n’est partagée avec quiconque.

Faire confiance à un navigateur pendant trente jours stocke un jeton aléatoire dans un cookie et, côté bot, seulement une empreinte à clé de ce jeton — jamais le jeton lui-même — de sorte que la liste de vos navigateurs de confiance ne contient rien qui identifie le navigateur auprès de qui que ce soit d’autre. À côté des trois cookies de connexion du tableau de bord, la boîte mail en pose quelques-uns qui lui sont propres tant qu’elle est ouverte : celui qui la garde déverrouillée une journée, celui qui retient une connexion ou un mot de passe pendant que sa seconde étape est traitée, celui qui vit dix minutes et marque le navigateur qui a commencé une connexion à la messagerie afin qu’elle ne puisse pas être terminée depuis un autre, et le jeton du navigateur de confiance. Une session de messagerie prend fin six heures après son ouverture, ou plus tôt si vous vous déconnectez du site sur un hôte partagé. Chaque mot de passe ou code erroné est compté contre votre compte et contre l’adresse que ce site a prouvée — votre identifiant et une empreinte à clé de cette adresse, jamais l’adresse elle-même — ce qui verrouille le compte après quelques tentatives en un quart d’heure ; ces enregistrements sont supprimés en un jour.

Écoute — seulement si vous reliez quelque chose

Ce qui est stocké. /fm ne stocke rien sur une personne tant qu’elle n’a pas relié une source. Si vous reliez Last.fm ou ListenBrainz, nous y stockons votre nom d’utilisateur. Si vous activez aussi le scrobbling sortant, nous stockons la clé qui permet au bot d’envoyer des écoutes à votre place, chiffrée, uniquement tant que cette option est activée — la désactiver, ou délier, la supprime. Si vous utilisez le statut Spotify de Discord, le bot lit le morceau Spotify de votre statut, dans les serveurs qu’il partage avec vous, seulement après votre accord, et enregistre une écoute lorsque vous en avez entendu environ la moitié. Rien d’autre de votre présence n’est lu.

Ce qui est conservé, et qui le voit. Les écoutes que le bot a entendues lui-même — depuis votre statut Spotify ou son propre lecteur de musique — sont conservées un an. Vos artistes, albums, titres et genres les plus écoutés, jusqu’à mille de chaque, sont copiés depuis votre service toutes les quelques heures afin qu’un serveur puisse montrer qui écoute quoi. Les amis, quelques réglages d’affichage et les serveurs où vous avez choisi de vous masquer sont également stockés. Les écoutes et les listes ne sont montrées qu’aux personnes des serveurs où vous êtes aussi ; votre nom d’utilisateur Last.fm ou ListenBrainz n’apparaît dans un who-knows global que si vous l’avez activé, et c’est désactivé tant que vous ne le faites pas. /fm account montre tout cela et supprime tout d’un seul coup, et délier votre dernière source fait de même.

Last.fm et ListenBrainz. Lorsque quelqu’un utilise /fm, le bot interroge Last.fm (ws.audioscrobbler.com) ou ListenBrainz (api.listenbrainz.org) pour obtenir les données d’écoute publiques de la personne liée, en utilisant son nom d’utilisateur et rien d’autre à son sujet. Seulement si le scrobbling sortant est activé, le bot envoie aussi au service les écoutes qu’il a entendues pour cette personne, signées avec sa clé. Les pochettes d’album sont récupérées par le bot depuis les serveurs d’images de Last.fm, jamais par votre appareil. Chaque service a sa propre politique de confidentialité, et ce qu’il détient sur votre écoute vous appartenait déjà chez lui.

La liaison de Last.fm se fait sur la page propre de Last.fm : le bot demande à Last.fm un jeton à usage unique et vous donne l’adresse où l’approuver, puis apprend que vous l’avez fait en interrogeant Last.fm. Le jeton ne vit que dans la mémoire du bot jusqu’à ce qu’il soit utilisé ou qu’une heure soit passée, et n’est jamais enregistré ni journalisé. Si vous saisissez seulement votre nom d’utilisateur Last.fm, la liaison se fait sans rien approuver et Last.fm reçoit ce nom et rien d’autre. Lier le statut Spotify de Discord nécessite le Presence intent du bot ; tant qu’il n’est pas activé, seules les deux autres options sont proposées.

Importation de l’historique. Si vous donnez à /fm import un fichier Spotify ou Apple Music, le bot le lit une fois et ne conserve que l’heure, l’artiste, le titre et l’album de chaque écoute. Le fichier lui-même est détenu dans un fichier temporaire pendant les minutes que dure l’importation et supprimé juste après ; rien n’est envoyé à personne. Les écoutes importées sont conservées jusqu’à ce que vous les retiriez (/fm account a un bouton) ou supprimiez tout, et sont affichées comme les autres écoutes : seulement aux personnes des serveurs où vous êtes.

Historique des couronnes. Quand les couronnes d’un serveur ou un classement « qui connaît » sont lus, le bot note qui détient la couronne de chaque artiste et, quand elle change de mains, qui l’a prise à qui et quand — jusqu’à un an. Supprimer tes données d’écoute retire les couronnes que tu détenais et oublie à qui tu en as pris une.

Chiffrement

Le texte libre que les gens écrivent en confidence est chiffré avec AES-256-GCM avant d’être stocké, et déchiffré uniquement au moment où il est montré au staff auquel il était destiné. Cela fait cinq éléments : les appels de bannissement, les réponses aux candidatures au staff, les réponses données à l’ouverture d’un ticket, le commentaire laissé avec la note d’un ticket et l’année que quelqu’un donne avec son anniversaire. La clé est dérivée d’un secret qui n’existe que dans l’environnement du bot — le site web fonctionne comme un service séparé qui ne l’a pas et ne pourrait pas l’utiliser — de sorte qu’une copie de la base de données seule ne donne que du texte chiffré.

Il y en avait trois jusqu’au 19 septembre 2026, et le quatrième en est la raison : le commentaire laissé avec la note d’un ticket — « le modérateur qui a fermé ceci a été sec avec moi » est le genre de chose qu’on y écrit — était stocké en clair depuis le jour où la fonction a été livrée. Il se trouvait deux déclarations sous les réponses de ticket qui, elles, étaient chiffrées, dans le même fichier, et rien ne confrontait les deux. Il est chiffré maintenant, tout ce qui était déjà stocké a été converti, et une vérification dans la construction refuse tout nouveau champ de cette forme tant que quelqu’un n’a pas écrit duquel des deux il s’agit.

Candidatures inachevées. Un long formulaire de candidature se remplit par pages. Les réponses des pages déjà envoyées sont conservées, chiffrées de la même manière, jusqu’à l’envoi de la dernière page — où elles deviennent la candidature — ou pendant une heure, selon ce qui arrive en premier, et le candidat peut les écarter à tout moment. Rien n’est conservé pour qui ne commence jamais.

Ce qui n’est pas chiffré, dit sans détour : la question qu’un membre du staff a écrite à côté de chaque réponse, les raisons saisies par les modérateurs dans un dossier de modération, la raison qu’un membre donne pour être AFK — que le bot montre à quiconque le mentionne — et les réglages de votre serveur. Aucun de ces éléments n’est les paroles privées de quelqu’un sur lui-même, et les chiffrer coûterait à vos modérateurs la possibilité de faire des recherches dans leurs propres dossiers.

Suppression

Retirez le bot de votre serveur et tout ce qui est conservé pour ce serveur est supprimé trente jours plus tard, automatiquement, sans qu’aucune demande soit nécessaire.

Le délai est la fonction, pas le piège. De loin, la raison la plus courante pour laquelle un serveur retire le bot est de le rajouter aussitôt avec d’autres permissions, et une suppression déclenchée à l’instant où il est parti emporterait chaque réglage, chaque avertissement et chaque dossier de modération. Réinvitez-le dans le délai et votre serveur est exactement comme vous l’avez laissé ; passé le délai, il n’y a plus rien à retrouver. Rien de nouveau n’est enregistré tant que le bot est absent — il ne peut pas voir le serveur — et le compte à rebours repart du dernier départ, donc partir deux fois ne le raccourcit pas.

Si trente jours, c’est trop long, le propriétaire ou un administrateur du serveur peut le faire faire immédiatement : demandez-le sur le serveur de support. Cela se fait sur demande plutôt que selon un calendrier.

Se connecter au tableau de bord

Ce site est sykbot.com, et la documentation se trouve sur sickenn.info. La connexion se fait sur sicken.me et nulle part ailleurs, et les cookies ci-dessous n’appartiennent qu’à cette adresse — un navigateur ne les envoie jamais à une autre adresse. Une page située ailleurs qui vous demande de vous connecter avec Discord pour sick n’est pas ce site. Le courrier se lit et s’écrit sur mail.sicken.me. Il n’a pas de connexion propre : il t’envoie sur sicken.me pour te connecter et te ramène, et ses cookies n’appartiennent qu’à lui.

Le site web n’a pas de base de données, donc une connexion est conservée dans un seul cookie de votre navigateur. Se connecter demande à Discord deux portées, identify et guilds — votre nom et la liste des serveurs où vous êtes, rien d’autre — et le cookie contient ce qui revient : votre identifiant Discord, votre nom d’utilisateur et l’identifiant de votre photo de profil, ainsi que les jetons d’accès et d’actualisation pour ces deux portées. Il est chiffré et authentifié avec AES-256-GCM sous une clé que seul le site web détient, de sorte qu’il ne peut être ni lu ni modifié dans votre navigateur, et rien à son sujet n’est écrit sur le serveur. Il retient aussi jusqu’à quatre serveurs que vous avez ouverts récemment, pour qu’ils figurent en premier dans la liste.

Votre photo de profil et les icônes de vos serveurs sont récupérées par ce site auprès de Discord et remises à votre navigateur, si bien que votre navigateur ne contacte jamais les serveurs d’images de Discord et qu’ils ne voient jamais votre adresse. Ce site n’en garde aucune : chacune est récupérée quand une page la demande, et votre navigateur ainsi que le réseau placé devant ce site peuvent en garder une copie jusqu’à une semaine, sous une adresse qui change chaque fois que l’image change.

Tant que la page de réglages d’une fonction est ouverte et à l’écran, elle redemande à ce site — jamais à quelqu’un d’autre — les listes de salons et de rôles de votre serveur, une fois par minute, pour qu’un salon créé il y a un instant soit disponible sans recharger la page. Cette requête porte le même cookie et n’est satisfaite que pour quelqu’un qui aurait pu ouvrir la page ; c’est la seule chose qu’une page d’ici récupère après son chargement, et la Content-Security-Policy ne l’autorise que sur ces pages.

Elle dure trente jours à partir de votre connexion, ce qui permet de revenir sans reconnecter Discord ; passé ce délai, le navigateur est envoyé chez Discord sans l’écran de consentement, pour une application que vous avez déjà approuvée. Un mois n’est sans danger que parce que Discord garde la main : toutes les quelques minutes, le site demande à Discord si la connexion est toujours valable, se déconnecter révoque les jetons chez Discord — si bien qu’une copie du cookie cesse elle aussi de fonctionner — et retirer sick sous Applications autorisées dans les réglages de Discord y met fin de votre côté, sur tous les appareils à la fois.

Un deuxième cookie ne contient que le chiffre 1, et n’existe qu’après votre déconnexion. Il enregistre que vous vous êtes déconnecté, pour que la connexion suivante affiche l’écran de consentement de Discord — avec le « Ce n’est pas vous ? » de Discord, qui permet de changer de compte — au lieu de le sauter. Se reconnecter le supprime. Un troisième vit dix minutes pendant qu’une connexion est en cours et contient une valeur aléatoire qui prouve que la réponse qui revient de Discord appartient à la connexion que ce navigateur a lancée. Ces trois cookies sont les seuls que ce site dépose. Cloudflare, qui se trouve devant lui, peut déposer son propre cookie de courte durée __cf_bm pour distinguer les navigateurs des robots ; celui-là est celui de Cloudflare, et rien ici ne le lit.

Qui peut voir quoi

La configuration est visible de ceux qui peuvent la modifier — par défaut, cela signifie Gérer le serveur, et davantage pour les quelques fonctions qui demandent Administrateur. Les dossiers de modération sont visibles de vos modérateurs. Personne parmi ceux qui font tourner le bot ne lit les données de votre serveur par routine, et il n’existe aucune interface qui rendrait cela commode.