Architecture dynamique de TCollectif sur Discord

La structure vise a rester reutilisable hors du contexte interne. Le premier niveau est celui des Projets, libelles de facon humaine. En dessous, les Modules et les Equipes sont numerotes pour suggerer un ordre procedural, tout en restant exploitables par un bot et par une publication web.

Convention de nommage visee

• Projet : intitule lisible, sans obligation de numero.
• Module : numero + slug + titre court, pour garder une lecture stable dans Discord et dans les URLs.
• Equipe : numero derive du module, pour visualiser la position logique d'une equipe dans l'ensemble.

Exemple d'esprit : Projet Civique / Module 03 / Equipe 03.2. Le bot peut ensuite decliner cette logique en categories, roles et salons.

Pour les salons, le nom Discord doit rester court et stable. Le bot garde le maximum de mots complets, nettoie les caracteres speciaux pour produire un slug lisible, et ne coupe jamais un mot en plein milieu. Le titre complet reste conserve a cote.

• nom de salon Discord : version courte, nettoyee, limitee et stable ;
• titre complet : conserve dans le topic / la description du salon ;
• corps du texte : publie dans un ou plusieurs messages initiaux epingles.

Sommaire source heberge

Le fichier source de travail peut etre publie tel quel et relu depuis le site :

Sommaire-geomanet-msy-c20.txt

L'objectif est de permettre au bot de partir d'un sommaire txt quelconque, sans exiger une preparation lourde a la main avant parsing.

Comment presenter le sommaire.txt

Position retenue pour l'instant : format brut par defaut, avec balises seulement comme extension optionnelle plus tard. Cela permet de reutiliser directement un document Word exporte en texte ou un sommaire humain classique.

Limites Discord a garder en tete

• nom de salon : 1 a 100 caracteres ;
• topic de salon texte / annonce : 0 a 1024 caracteres ;
• topic de salon forum / media : 0 a 4096 caracteres ;
• contenu d'un message : jusqu'a 2000 caracteres ;
• donc un texte de depart trop long devra etre decoupe en plusieurs messages epingles.

Format recommande par defaut

• une ligne de titre numerotee par item, par exemple 1.1.1.1 Titre complet de l'article ;
• tout ce qui suit, jusqu'au prochain titre numerote detecte, est considere comme le contenu attache a cet item ;
• les niveaux H1, H2 et H3 structurent projets, modules et equipes ;
• les niveaux H4 et suivants deviennent des salons de synthese supplementaires rattaches a l'equipe H3 parente.

Utilisation du texte apres le titre

• si le texte est court, le debut peut servir de topic / description de salon ;
• le reste est injecte dans le salon sous forme de messages initiaux epingles ;
• si le contenu depasse la taille d'un message, il est decoupe en plusieurs morceaux epingles dans l'ordre.

Extension stricte optionnelle

Si, plus tard, on veut eviter toute ambiguite de parsing, on pourra ajouter un mode explicite de ce type :

1.1.1.1 Titre complet de l'article
[titre complet ou titre + intro]
[corps de l'article]

Mais ce mode n'est pas le format prefere pour demarrer, car il oblige a preparer le fichier. La priorite reste un parseur capable de lire un texte brut raisonnablement structure.

Pipeline sommaire vers Discord

• Lecture d'un sommaire source structure en niveaux Projet / Module / Equipe.
• Generation des roles, categories, salons et descriptions a partir de ce sommaire.
• Injection du titre complet et des textes longs dans le topic du salon puis dans des messages epingles si necessaire.
• Utilisation ponctuelle du fetch uniquement pour verifier et recuperer certains motifs de permissions.
• Ajustements manuels ensuite, au fil de l'evolution du chantier.

Vers les webhooks

La page Current TaxoDiscord peut servir de relais de consultation pour les exports du bot. L'outil principal reste toutefois : sommaire vers structure Discord.

Le fetch et l'affichage web servent d'appui, pas de coeur de produit.

Footer

La Commune 2.0 : publication, archivage et documentation des travaux issus de Discord.
Contact technique : yannick.mandaba@geomanet.com · Mentions légales · Confidentialité & données

Œuvre propriétaire — Tous droits réservés. Copyright © 2024-2026 Yannick Mandaba-Masseron — SafeZone FPV™. Aucun usage, reproduction, distribution, modification, traduction, ingénierie inverse, exécution publique, intégration ou travail dérivé sans accord écrit préalable du titulaire.
Les termes HUSCI, Action RIC, La Commune Légiférante, GeoMANET, La Commune 2.0, M.S.Y. (Manet Secure You), ainsi que les logos, sigles, emblèmes, chartes graphiques, signatures éditoriales, intitulés de programmes et labels organisationnels, sont des désignations propriétaires réservées de SafeZone FPV™.
Demandes (collaboration, licences, signalements) : ip@safezone-fpv.com.