AlphaCloud v1.10.1 : Utility, Rôles liés à durée limitée et tickets en threads privés

La v1.10.1 est sortie un jour après la v1.10.0 et c'est officiellement un hotfix. Elle apporte pourtant un module entièrement nouveau. Les suggestions suivantes attendaient déjà sur le tableau d'idées, et nous en avons construit cinq tout de suite.

Utility : gérer les rôles et les salons sans être administrateur

La suggestion s'appelait simplement « Add a utilities module », avec un souhait explicite : les permissions doivent pouvoir se régler en détail. Le nouveau module donne deux commandes à ton équipe. Avec /utility role, les membres créent, donnent, retirent, modifient et suppriment des rôles, avec /utility channel ils créent, suppriment, renomment, verrouillent et ralentissent des salons. C'est le bot qui exécute tout.

C'est justement là que se trouve le risque. Le bot a généralement plus de permissions que les personnes qui l'utilisent, et un module qui transmet ces permissions n'est sûr que si ses règles le sont. Chacune des dix actions est donc désactivée au départ, et pour chacune tu définis dans le panel :

• qui peut l'utiliser : via la permission Discord correspondante, via des rôles ou les deux, plus des rôles qui n'y ont jamais droit
• quels rôles et salons elle ne doit jamais toucher
• combien de fois par heure un membre peut l'utiliser

S'y ajoutent des règles que tu ne peux pas désactiver. Un rôle n'est touché que s'il se trouve sous le rôle le plus haut du membre. Qui donne un rôle doit posséder lui-même chaque permission de ce rôle, car un rôle plus bas peut quand même avoir le droit de bannir. Les nouveaux rôles ne reçoivent des permissions que depuis une liste fixe qui ne contient jamais Administrateur, Gérer le serveur, Gérer les rôles, Gérer les salons, Gérer les webhooks, Bannir des membres ni Expulser des membres, et même dans cette liste, seulement celles que le membre possède. Chaque vérification a lieu à chaque utilisation, sur l'état actuel du serveur, puis une nouvelle fois au clic de confirmation.

Supprimer demande toujours une confirmation. Et comme les logs du serveur de Discord désignent ensuite le bot comme auteur, Utility signale chaque suppression à l'avance à notre Anti Nuke. Celui-ci l'attribue au membre qui a utilisé la commande. Sans cette étape, quelqu'un pourrait vider un serveur via le bot, et Anti Nuke ne verrait que le bot, qu'il ne soupçonne volontairement pas.

Sans Premium, un membre peut utiliser une action jusqu'à 10 fois par heure. Avec Premium, c'est jusqu'à 100, tu décides quelles permissions un rôle nouveau ou modifié peut recevoir, et tu peux limiter les actions sur les rôles à une liste fixe et les actions sur les salons à certaines catégories. Si Premium expire, ces réglages continuent de s'appliquer. Ils restreignent presque toujours, et un abonnement expiré ne doit jamais permettre plus qu'avant. Tout le reste se trouve dans la documentation d'Utility (en allemand).

Rôles liés : à durée limitée et avec plusieurs déclencheurs

Les Rôles liés n'existent que depuis la v1.10.0, et deux suggestions sont arrivées aussitôt.

Des rôles pour une durée limitée. Une règle peut maintenant donner ses rôles pour une durée limitée, d'une heure à 90 jours. Quand le temps est écoulé, le bot les retire, même s'il a redémarré entre-temps : la fin est enregistrée avant que le rôle soit donné, car un rôle sans fin enregistrée ne disparaîtrait jamais. Ensuite, le bot ne les redonne pas simplement parce que le membre a toujours le rôle déclencheur, sinon « pour une durée limitée » ne voudrait rien dire. Les rôles apparaissent aussi dans les Rôles temporaires (en allemand), où tu peux y mettre fin plus tôt.

Plusieurs déclencheurs par règle. Au lieu de 20 règles pour 20 rôles, une seule suffit désormais : qui a l'un de ces rôles reçoit le rôle X. Sans Premium, 3 rôles déclencheurs par règle sont possibles, avec Premium 25. Si « Retirer à nouveau » est activé, le bot ne retire les rôles que lorsque le membre n'a plus aucun des rôles déclencheurs. Plus d'infos dans la documentation des Rôles liés (en allemand).

Les tickets en threads privés, bien compris cette fois

Dans l'article sur la v1.10.0, nous avons reconnu avoir d'abord mal compris l'idée « Ticket thread » et construit des threads privés, avant qu'il apparaisse qu'il s'agissait d'un forum. L'histoire ne s'est pas arrêtée là : ensuite est venue la précision que c'était bien le thread privé qui était visé. Alors maintenant, il y a les deux.

Chaque catégorie de tickets peut ouvrir ses tickets comme salon à part, comme post de forum ou comme thread privé, soit dans le salon du panel de tickets, soit dans un salon de ton choix. Contrairement à un forum, un thread privé n'est visible que par les personnes qui s'y trouvent : le créateur, l'équipe et tous ceux qui peuvent gérer les threads dans ce salon. Les threads conviennent donc aussi aux candidatures ou aux questions de paiement, sans remplir la liste des salons.

Il y a une particularité de Discord à connaître : un rôle ne peut pas rejoindre un thread, seuls des membres individuels le peuvent. Le bot ajoute donc un par un les membres de tes rôles d'équipe. Le plus fiable, c'est que tes rôles d'équipe aient la permission « Gérer les fils » (le nom des threads dans Discord en français) dans le salon des tickets, ils voient alors chaque ticket sans détour. Voir Tickets (en allemand).

Les logs AFK directement dans le salon vocal

Jusqu'ici, les logs d'AFK Room partaient dans un salon de logs séparé. Désormais, ils peuvent aller directement dans le chat textuel du salon vocal AFK, là où les membres déplacés se trouvent de toute façon. La mention du membre n'y envoie jamais de notification. Au passage, les logs ont reçu le nouveau design des messages. Voir AFK Room (en allemand).

Corrigé

• Les tickets de forum ne pouvaient plus être rouverts ni supprimés avec les boutons sous le message de fermeture depuis la v1.10.0, le bot affirmait que tu n'étais pas dans un salon de ticket
• Chat IA avec ton propre endpoint : une URL de base qui se termine déjà par une version, comme https://api.groq.com/openai/v1 ou https://openrouter.ai/api/v1, recevait un deuxième /v1 en plus, et chaque message se perdait dans le vide. C'est justement la forme que la plupart des fournisseurs indiquent dans leur documentation. Une URL ou un nom de modèle erroné affiche désormais une courte indication dans le salon au lieu d'un rapport d'erreur
• Les modèles de raisonnement comme openai/gpt-oss-20b chez Groq renvoyaient des réponses vides via ton propre endpoint. Ils ont maintenant assez de place pour la réponse proprement dite
• /moderation roleall publiait sur les grands serveurs, au bout de 15 minutes, un nouveau message de progression toutes les quelques secondes, parce que Discord ne laisse un bot modifier la réponse à une commande que pendant 15 minutes. Désormais, un seul message tient la progression à jour
• Tickets : le message de log d'un ticket supprimé automatiquement indique la durée de conservation réglée dans le panel au lieu d'afficher toujours 7 jours
• Rôles temporaires : une date d'expiration incomplète dans le panel affiche une indication claire au lieu de casser la page
• Sélecteur de langue dans le panel, Bugs, Ideas, Appeals et Transcripts : une nouvelle langue est maintenant retenue dès le premier essai au lieu de revenir parfois en arrière après le rechargement

Modifié et retiré

• Les tokens de connexion Discord derrière ton compte du panel sont désormais stockés chiffrés dans notre base de données. Rien ne change pour toi, tu n'as pas besoin de te reconnecter
• /check : Gamma n'est plus disponible comme fournisseur, car son service est hors ligne

Tu trouves Utility dans le panel sous Modération, et la liste complète des changements dans le changelog sur notre serveur Discord. Les cinq nouvelles fonctionnalités de cette mise à jour viennent toutes du tableau d'idées. S'il te manque quelque chose : ideas.alphacloud.bot.