Aller au contenu
Retour aux projetsRetourOutil ou application

Cara GangLe hub d'une guilde Dofus et son bot Discord, des stuffs validés aux tickets de recrutement

Type
Guilde Cara Gang (Dofus), en ligne
Rôle
Conception, développement du site et du bot, exploitation
Stack
Next.js, Supabase, discord.js, Vercel, Docker
Hébergement
Site sur Vercel, bot en Docker sur mon serveur, base Supabase

Pour la guilde Dofus dont je faisais partie du staff, j'ai construit un site qui rassemble les stuffs validés, les guides d'élevage et de métiers et les services entre membres, puis un bot Discord qui gère le recrutement, les passages de donjon, les prêts et les événements. Les deux partagent la même base de données.

L'accueil du hub Cara Gang : menu des services et ressources à gauche, titre « Le hub officiel de la guilde », bouton vers le Discord

Le problème

Tout se perdait dans le Discord

Stuffs conseillés, guides d'élevage, qui fait quel métier, qui peut passer un donjon, qui a emprunté quoi : tout vivait dans des salons Discord et disparaissait sous les messages. Chaque nouvel arrivant reposait les mêmes questions.

Ce que j'ai construit

Un site pour la référence, un bot pour l'action

Le site tient ce qui doit durer : stuffs validés par le staff, classés par classe, guides d'élevage avec arbres généalogiques, roadmaps métiers, règlement et annonces. Le bot tient ce qui bouge : tickets de période d'essai des recrues, demandes de passage de donjon, prêts d'objets, forgemagie, événements, fiches membres. Les deux lisent et écrivent la même base.

Ce que ça change

Le staff ne répète plus

Une recrue trouve seule le règlement et les stuffs. Une demande de passage ou de prêt devient un ticket pris en charge par un membre identifié, puis clos. Les propositions de stuff des membres arrivent au staff pour validation avant publication.

Ce que ça change pour mes clients

Ce projet est bénévole : je faisais partie du staff de la guilde. Il montre ce que je sais faire quand un site et un bot doivent partager une même base de données, avec des rôles, des validations et des tickets. La même mécanique s'applique à une association, un club ou une équipe.

Fonctions clés

  • Stuffs validés par le staffLes membres proposent, le staff valide ou rejette depuis Discord, le site publie
  • Tickets de recrutementUn salon privé par candidat, période d'essai suivie, rappel automatique au recruteur, décision et transcript archivé à la fermeture
  • Services entre membresPassages de donjon, prêts d'objets, forgemagie, ventes : une demande, un membre qui la prend en charge, une clôture
  • ÉvénementsCréation depuis Discord, inscriptions par bouton, rappels avant l'heure
  • Fiches membres et métiersQui joue quoi, quels métiers à quel niveau, consultables en une commande
  • Liste noire partagéeLes joueurs signalés sont vérifiés à l'arrivée sur le serveur, avec un journal des décisions

Garde-fous

Rien ne se publie sur le site sans validation d'un membre du staff. Le bot n'a que les droits dont il a besoin sur le serveur Discord, et ses secrets restent hors du code. Le site n'affiche aucune donnée personnelle des membres au-delà de leur pseudo de jeu.

Questions fréquentes

Pourquoi un bot Discord en plus du site ?

Parce que la guilde vit sur Discord. Ce qui demande une action rapide (une demande, un ticket, une inscription) se fait là où les membres sont déjà. Le site garde ce qui doit rester lisible dans le temps.

Pouvez-vous faire la même chose pour une autre communauté ?

Oui. Association, club, guilde ou équipe : le besoin est le même, une référence stable et un outil d'action dans la messagerie du groupe. Je pars de votre organisation, pas d'un modèle.

Projets similaires

Un outil sur mesure pour votre équipe ?

Outil interne à partir de 5 000 € HT. On commence par cadrer le besoin.

Parler de mon besoin

Fiche mise à jour le 25 septembre 2026