Tableau des primes Discord : gérer des primes avec les statuts Open, Claimed et Completed

Le bot de tableau des primes le plus simple sur Discord, c’est une table avec un titre, une récompense et un statut Open, Claimed ou Completed, plus une colonne de membre pour savoir qui a pris la mission. CordBase, que nous développons, la fournit sous forme de modèle Tableau des primes, et les membres publient, prennent et consultent les primes avec des commandes slash au lieu de modifier un message épinglé.

Tu as juste besoin d’un tableau à coller aujourd’hui ? Le générateur de tableau des primes gratuit en crée un, groupé par Open, Claimed et Completed. La suite de ce guide garde les primes dans une table que tu peux chercher et mettre à jour avec des commandes slash.

La même structure marche pour les commissions, les tableaux d’offres et les files de demandes. Elle a aussi des limites : pas de boutons pour prendre une prime, pas de notifications et pas de paiements. On les voit plus bas, avec ce qu’il vaut mieux utiliser à la place.

Ce que tu auras à la fin

• Une commande /bounty-board avec les actions add, query, view, update et leaderboard.
• Une ligne par prime : titre, description, récompense (un nombre), statut et personne assignée (une colonne Membre). Ça couvre la demande habituelle : un pseudo, un objectif, une récompense et un statut.
• Des permissions par rôle pour savoir qui peut lire, publier et modifier les primes.
• Une recherche des primes ouvertes que tout le monde peut lancer en une commande.

Étape 1 : installer le modèle

1. Connecte-toi sur cordbase.gg avec Discord, choisis ton serveur et ajoute le bot quand le tableau de bord le demande.
2. Ouvre le modèle Tableau des primes et clique sur Utiliser ce modèle. Il te faut la permission « Gérer le serveur » sur le serveur choisi.
3. La table arrive avec cinq colonnes : Title (texte, obligatoire), Description (texte), Reward (nombre, obligatoire), Status (choix : Open, Claimed, Completed ; obligatoire) et Assigned To (membre).

Le modèle dit Completed, pas Closed. Si tu préfères Closed, ouvre la page de modification de la table avant de publier quoi que ce soit et change les choix de Status. Les lignes enregistrées avant gardent leur ancien texte et ne correspondront donc pas à un choix renommé. Cette table compte comme l’une des deux tables de l’offre Free. Voir modèles pour ce que tu peux changer après l’installation.

Étape 2 : décider qui peut publier, prendre et clôturer

Les permissions se règlent par table, sur trois niveaux. Read permet query, view et leaderboard. Write ajoute add et update. Admin ajoute delete et les actions groupées. Tant que tu n’as assigné aucun rôle, chaque membre peut tout lancer, y compris delete.

Une configuration raisonnable :

• Donne au rôle que tous les membres ont (par exemple @Member) l’accès read.
• Donne à ton rôle staff l’accès write pour qu’il puisse publier des primes.
• Garde admin pour la personne qui supprime les anciennes primes.

Sache ce que ça ne permet pas. Prendre une prime est un update, la même permission que pour en publier une, et elle s’applique à toutes les lignes. Tu ne peux pas laisser les membres prendre des primes sans leur permettre aussi d’en publier et de modifier n’importe laquelle. Rien ne vérifie que Assigned To est bien la personne qui lance la commande. Tes options :

• Modifications réservées au staff. Les membres demandent dans le chat et le staff lance le update. Le plus sûr, le plus manuel.
• Les membres ont write. Les membres prennent les primes eux-mêmes, et tu fais confiance au groupe pour ne pas toucher aux primes des autres.
• Deux tables. Le staff publie dans Tableau des primes et les membres enregistrent leurs prises dans une deuxième table que tu crées. L’offre Free a exactement deux tables.

Les administrateurs Discord ont toujours un accès complet, et dès qu’un rôle est défini, les membres sans rôle listé ne peuvent plus du tout utiliser la table. Voir tables et permissions.

Étape 3 : publier et prendre une prime

/bounty-board add title:Clear the Ashen Caves description:Kill the boss and post a screenshot reward:500 status:Open

La réponse est publiée dans le salon où tu lances la commande, donc lance-la dans ton salon des primes. Donne un titre unique à chaque prime : le sélecteur row des commandes suivantes cherche par titre.

Quand quelqu’un prend la prime, commence à taper dans l’option row et choisis-la :

/bounty-board update row:Clear the Ashen Caves status:Claimed assigned_to:@Kai

Quand elle est terminée :

/bounty-board update row:Clear the Ashen Caves status:Completed

Seuls les champs que tu donnes sont modifiés. L’option _mode ne compte que pour les nombres : reward:100 _mode:Increment ajoute 100 à la récompense actuelle, et Définir (la valeur par défaut) la remplace.

Étape 4 : trouver les primes ouvertes

• /bounty-board query status:Open liste les primes ouvertes. Le statut est un menu, donc personne ne peut mal l’écrire.
• /bounty-board query status:Claimed assigned_to:@Kai liste ce sur quoi Kai travaille. Les filtres se combinent.
• /bounty-board view row:Clear the Ashen Caves affiche une prime en entier, y compris qui l’a créée.
• /bounty-board leaderboard column:reward classe les primes par récompense. Il classe toutes les lignes, pas seulement les ouvertes.

Les résultats affichent les plus récents d’abord, 10 par défaut et jusqu’à 25 avec limit. La liste ne montre que les quatre premières colonnes (title, description, reward, status), donc Assigned To apparaît dans view, pas dans query. Avec Pro, tu peux enregistrer une vue « Open bounties » dans le tableau de bord (status égal à Open) et lancer /bounty-board saved-view name:Open bounties.

Commissions, tableaux d’offres et files de demandes

• Commissions : ajoute une colonne Membre Requester sur la page de modification. Assigned To devient l’artiste, et Reward devient le prix convenu, sous forme de simple nombre.
• Tableau d’offres : le modèle marche tel quel. Mets la rémunération dans Reward et les prérequis dans Description.
• File de demandes : le modèle Tableau des tâches a une tâche, une personne assignée, une priorité, un statut (Todo, In Progress, Done) et une date d’échéance.

Les dates sont enregistrées telles que saisies (AAAA-MM-JJ) et rien ne réagit à elles : une colonne d’échéance est une étiquette, pas une expiration.

Quand autre chose convient mieux

• Si tu veux un bouton Claim sur chaque message, utilise un bot construit autour des boutons. CordBase n’en a pas.
• Si chaque commission demande une conversation privée, un bot de tickets comme Ticket Tool convient mieux. Un salon forum avec un post et des tags par prime marche aussi, sans bot.
• CordBase n’encaisse pas de paiements, ne garde pas de séquestre et ne verse pas de récompenses. La récompense est un nombre dans une table. Si les récompenses sont en monnaie du serveur, un bot d’économie comme UnbelievaBoat gère les soldes.

Les limites à connaître

• CordBase ne prévient personne quand un statut change. Aucune mention, aucun MP, aucun rappel.
• Free : 2 tables, 100 lignes chacune. Les primes terminées restent des lignes jusqu’à ce qu’un admin les supprime, donc les tableaux gratuits se remplissent. Pro (8 $/mois) permet des tables illimitées, 10 000 lignes par table, les vues enregistrées et les actions groupées.
• Jusqu’à 25 colonnes par table, et garde les listes de choix à 25 options maximum (la limite de Discord).
• Les tables se conçoivent sur le web. Les membres ne peuvent pas en créer depuis Discord.
• La syntaxe des commandes est dans la référence des commandes.