Cette page ne liste pas les commandes comme un catalogue. Elle explique la logique fonctionnelle derriere elles: quels etats sont stockes, quelles transitions existent, qui peut faire quoi, et ce que le bot modifie vraiment quand une commande est lancee.
Le principe general reste simple : on ne cherche pas a produire une petite administration de plus. On cherche plutot a donner une forme lisible a une participation volontaire, bienveillante et utile, dans un cadre de camaraderie politique, de civisme volontaire et de travail concret.
Le systeme gere les modules, les equipes, les roles de travail, les affectations logiques, les votes C2.0, les choix de modules, les qualites humaines, les metiers verifies, les contributions, les archives de module et le remplacement propre d un module par une nouvelle version texte.
On entre legerement, on se positionne, on rend la participation plus lisible, puis on ouvre progressivement des capacites plus fortes. Cela permet de faire participer sans laisser le serveur devenir illisible ou trop flou.
Profil membre, modules visibles, equipes masquees, salons actifs, metiers declares, competences, qualites humaines, affectations logiques, verifications metier, votes C2.0, contributions typees et etat des messages bot. Une commande slash n agit donc pas seulement sur l affichage: elle peut aussi ecrire dans ces etats internes.
Le bon parcours d entree, aujourd hui, ressemble a ceci.
L idee n est pas de faire passer tout le monde dans la meme filiere. On laisse plutot des paliers clairs. Certaines personnes veulent surtout lire. D autres veulent aider dans un module. D autres encore ont une expertise metier ou une utilite documentaire plus nette. TCollectif essaie de rendre cela visible sans obliger tout le monde a jouer le meme role.
| Etape | Ce que fait la personne | Effet systeme |
|---|---|---|
| Orientation | Consulte les modules et choisit ce qu elle veut garder visible. | Mise a jour de visible_modules_by_project, recalcul des refs visibles et nettoyage des refs actives devenues impossibles. |
| Premier ancrage humain | Declare une ou plusieurs qualites humaines. | Le profil stocke human_qualities, puis le bot synchronise le statut derive Traine-savate ou Honorable Hote. |
| Participation simple | Ecrit dans les espaces ouverts et suit certains salons. | Les refs accessibles et actives deviennent un espace de travail personnel plus lisible. |
| Expertise | Declare un metier et, si besoin, depose un txt via /mes_refs. |
Difference nette entre declaration simple de profil et verification metier avec dossier, statut et historisation. |
| Reconnaissance | Recoit des contributions typees par message. | Le registre membre et le compteur de contribution evoluent, ce qui peut modifier le statut politique de participation. |
Commandes utiles a ce stade/mes_modules/moi_modules projet:2/3/4/mes_qualites/moi_qualites/mes_droits_tcollectif/console
La console privee est un sas systeme personnel. Elle sert a recevoir les confirmations detaillees, les rappels de contexte et, quand le flux le demande, la suite d une commande lancee ailleurs. On l ouvre explicitement avec /console.
Le bot cree, si besoin, un salon individuel dans la categorie TCollectif_BOT_Console. Ce n est pas un canal collectif, mais un historique systeme reserve a l utilisateur, au bot et, si besoin, a l owner.
La bonne pratique est de lancer la /slash depuis le salon qui donne le bon contexte, puis de lire la suite dans la console. Le salon source garde donc son role de point d entree, sans se charger de longs messages systeme.
La console doit afficher le contexte courant avant d agir : salon source, ref si elle existe, commande recue et eventuelle action en attente. On evite ainsi les actions silencieuses basees sur un dernier contexte invisible.
| Element | Logique | Effet pratique |
|---|---|---|
/console |
Ouvre ou retrouve le salon prive du membre et y memorise le contexte de la slash. | Permet de revenir a un point de suivi personnel sans polluer les salons de travail. |
| Reponse ephemere | Dans le salon source, le bot peut se contenter d un accuse bref non visible des autres. | Les autres membres ne voient ni le detail d un protocole ni l historique systeme de la personne. |
| Confirmations et erreurs longues | On peut renvoyer dans la console ce qui serait trop lourd, trop technique ou trop personnel pour le salon source. | Les salons restent lisibles, la personne retrouve ses confirmations au meme endroit. |
| Pas de pseudo-shell | La console n est pas une interface de commandes texte. Elle prolonge les /slash, elle ne les remplace pas. |
On garde un usage Discord normal, sans inventer un mini terminal parallele. |
Quand en tirer parti
Des qu une commande demande plusieurs etapes, un historique personnel, un depot de fichier ou un rappel clair du contexte. C est particulierement utile pour les flux qui ne doivent laisser aucune sortie publique dans le salon source.
| Role | Ce que cela veut dire | Effet pratique |
|---|---|---|
Traine-savate |
Statut de base, avant toute vraie prise de position humaine ou de participation simple. | Lecture, circulation minimale, usage des salons bot comme bornes de selection. |
Honorable Hote |
Premier palier de participation. On l obtient en choisissant au moins une qualite humaine auto-declaree. | Ecriture simple dans les forums de modules et d equipes ouverts, reactions oui, mais pas de liens ni de fichiers. En vocal, on ecoute, mais on ne parle pas encore librement. |
Contributeur |
Reconnaissance d une participation utile, obtenue automatiquement a partir de 10 messages ayant recu de vraies contributions typees. | On gagne un cran de legitimite et la parole en vocal. |
module_member / team_member |
Appartenance de travail a un module ou a une equipe. | Circulation et participation dans le bon perimetre de travail. |
CE / MC / Redac / RM |
Cadres locaux ou de module. | Animation, synthese, harmonisation, orientation, validation, attribution de certains roles inferieurs. |
Mage / CP |
Cadres transversaux ou de projet. | Pouvoirs d attribution plus larges, verification de metiers, arbitrages et lancement de structures. |
Pour le detail complet de la hierarchie de roles, voir aussi la page Roles TCollectif.
Le role Membre C2.0 n est pas d abord un simple badge de participation. Dans le code actuel, c est surtout un role d autorite civique interne : il permet de voter sur l admission C2.0 d autres membres, de poser ou retirer un veto, et de consulter le dossier C2.0 standard.
Il ne remplace pas les affectations locales de travail. Etre Membre C2.0 ne veut pas dire automatiquement etre module_member, team_member, CE, MC, Redac ou RM.
Le systeme gere un vrai dossier d admission C2.0 avec votes, score cumule, historique et veto. Les membres habilites utilisent /elevation, /veto_c2o, /unveto_c2o et /voir_dossier_c2o.
Un point important pour les visiteurs du site : le code gere clairement le dossier et ses scores, mais il ne montre pas ici de promotion automatique finale par seuil. En l etat, il faut donc comprendre Membre C2.0 comme un role de reconnaissance / decision attribue apres examen, pas comme un badge qui tomberait tout seul des que le score depasse une valeur fixe.
| Role | Vote admission C2.0 | Veto / dossier C2.0 | Forums et vocaux publics | Pouvoirs sur les autres |
|---|---|---|---|---|
Honorable Hote |
Pas de vote C2.0. | Pas de veto, pas d acces dossier. | Ecriture simple dans des forums ouverts. En vocal public, on rejoint et on ecoute, mais on ne parle pas librement. | Aucun pouvoir de moderation legere prevu ici. |
Contributeur |
Pas de vote C2.0 par ce seul role. | Pas de veto, pas d acces dossier par ce seul role. | Dans les espaces publics P2 / P3 / P4, on gagne la parole en vocal et un cran de legitimite pratique. | Pas de veto C2.0. Pas de mute / move / deafen par ce seul role. |
Membre C2.0 |
Oui. Petit pouvoir de vote C2.0 : typiquement +1 / -5 dans le dossier d admission. |
Oui. Peut utiliser /veto_c2o, /unveto_c2o et consulter /voir_dossier_c2o. |
Dans les vocaux publics, on parle librement. Le role est plus fort que Contributeur sur la partie civique et plus fort aussi sur certains leviers vocaux. |
Peut, dans les espaces vocaux publics concernes, beneficier de priority speaker, mute, deafen et move members. Ce n est pas un ban temporaire, mais c est une vraie capacite de moderation legere. |
1st50 |
Oui. Meme plancher d entree C2.0 que les membres identifies, mais avec des mecanismes propres d auto-promotion si l option est active. | Oui. Peut participer au dossier C2.0 et poser / retirer un veto. | Parle librement dans les vocaux publics. Peut aussi viser des postes vacants P2 / P3 / P4 si le mode d auto-promotion est actif. | Mute / move / deafen / priority speaker dans les vocaux publics concernes, plus possibilite de se positionner sur certains postes vacants. |
CE / MC / Redac / RM |
Oui, avec plus de poids selon le niveau local ou module. | Oui. Les cadres C2.0 ont acces au dossier standard, et les niveaux les plus hauts montent en poids et en visibilite. | Participation locale forte dans le bon module ou la bonne equipe. Les affectations locales restent separees du simple role Membre C2.0. |
Pouvoirs d animation, d orientation, d attribution locale et de moderation legere plus forts que Membre C2.0 seul. |
Point cle pour les visiteursContributeur dit surtout : cette personne a deja apporte quelque chose d utile. Membre C2.0 dit davantage : cette personne est aussi consideree comme assez legitime pour peser dans le jugement civique interne sur les admissions et disposer de quelques leviers de moderation legere dans les espaces publics prevus.
Cette partie decrit la cible fonctionnelle retenue pour les candidatures Membre C2.0. Elle sert de doctrine de fonctionnement et de feuille de route. Elle ne doit pas etre lue comme la description d un automatisme deja completement en service.
La categorie Candidature-C2-0 doit recevoir un salon texte principal candidats-c2-0. Ce salon publiera la candidature active avec le pseudo officiel et l identifiant Discord du pretendant, afin de rendre plus faciles les commandes de suivi comme /lui_contribs ou l examen manuel des votes.
Comme pour les vetos, le systeme peut deja enregistrer des identifiants Discord et stocker des avis positifs ou negatifs avant qu une personne ne se presente officiellement. Cela permet d accumuler un contexte reputatif et des traces de jugement en amont. Une note a 0 est utile ici : elle ne change pas le score, mais elle laisse une trace motivee.
Pour lancer une candidature formelle, la personne doit au minimum etre Contributeur et reunir 3 parrains C2.0. Au troisieme parrain, la candidature devient publique dans le salon dedie. Exception possible seulement si un Mage ou le proprietaire decide d ouvrir malgre tout.
| Etape | Regle cible | Effet attendu |
|---|---|---|
| Prerequis | Etre Contributeur et obtenir 3 parrains C2.0. Exception possible seulement par Mage ou owner. |
La candidature peut etre ouverte et publiee dans le salon candidats-c2-0. |
| Publication | Au troisieme parrain, le bot poste la fiche candidature avec pseudo officiel et ID Discord du pretendant. | On peut ensuite auditer la personne avec les commandes de suivi et republier l etat si le score change. |
| Votes | Les votes positifs ou negatifs sont historises. Les vote_logs doivent etre conserves. Une note a 0 est autorisee pour documenter sans faire bouger le score. |
Le salon candidature peut etre mis a jour a chaque vote, en remplacant l ancien message d etat. |
| Observation | Si la candidature atteint 20 points avec 3 parrainages, elle entre encore en periode d observation de 15 jours. |
Il faut tenir 15 jours consecutifs sans chute sous le seuil et sans veto bloquant avant admission finale. |
| Admission | Au terme de 15 jours consecutifs a 20 points avec 3 parrainages, la personne est admissible en meeting. |
La decision finale reste tracee avec un statut de type id_verified ou equivalent d admission validee. |
| Etat de sortie | Condition cible | Classement / salon |
|---|---|---|
| Pas assez connu | Au bout de 15 jours, score inferieur a 20, sans score negatif. |
Classement dans un salon texte pas assez connu. |
| Refuse | Presence de scores negatifs dans la candidature. | Classement dans un salon texte refuse. |
| Veto | Presence d un veto actif. | Classement dans un salon texte veto. |
| Admis | 20 points, 3 parrainages, puis 15 jours consecutifs d observation valides. |
Admission finale en meeting, puis attribution du role / statut selon la procedure retenue. |
Regle speciale de veto
Si un Membre C2.0 pose un veto, une discussion s ouvre et la candidature est reportee de 2 semaines. Le meilleur chemin de resolution est de convaincre un Mage. Un veto de Mage est traite comme irrevocable tant qu il n est pas leve explicitement. Si un veto est leve, le pseudo du Mage qui le leve doit etre memorise. Cela suppose un vrai journal de votes et de vetos.
Parrainage et stats
Le dispositif vise aussi a suivre la relation de parrainage. Des commandes du type /moi_mon_padawan et /mes_padawans sont envisagees pour afficher les stats de contribution des personnes parrainees.
Commande de consultation cible
Une commande du type /mon_status_c2o est souhaitee pour interroger la base a la demande, sans surveillance continue du serveur. Elle permettrait a chacun de relire son score, ses parrainages, son etat de candidature et d eventuels blocages.
Visibilite et verification finale
Pour les personnes tres visibles publiquement, l admission peut rester plus directe sous controle final. Pour d autres profils, une verification d identite complementaire est envisagee, par exemple via echange d identifiants, verification exterieure ou NDA avant admission definitive.
Pourquoi la contribution doit rester objective
Le role Contributeur ne doit pas devenir un label distribue ou retire au feeling. Il doit rester lie a des apports reconnus de maniere objectivable. Sinon il perd sa valeur gratifiante et sa fonction de seuil avant Membre C2.0. Les sanctions disciplinaires, suspensions de droits ou partages de responsabilite de parrainage relevent d une autre couche, a traiter a part plus tard.
Packaging technique actuel
Le bot sait maintenant provisionner la categorie Candidature-C2-0 et ses salons candidats-c2-0, candidats-c2-0-pas-assez-connu, candidats-c2-0-refuse, candidats-c2-0-veto et candidats-c2-0-admis. La commande utile pour l owner est /ensure_candidate_spaces.
Le meme moteur de type integration-parrainage-et-points existe aussi en packaging pour les Mages. L objectif est d eviter d oublier une logique dans une filiere quand on la fait evoluer dans l autre.
La filiere Mage passe par la categorie Candidature-Mages, avec le salon principal candidats-mages.
On retrouve le meme package de classement : candidats-mages-pas-assez-connu, candidats-mages-refuse, candidats-mages-veto et candidats-mages-admis.
Comme pour C2.0, cette categorie n est pas une categorie nommee SEED, mais elle est protegee par la logique seed du bot pour resister aux commandes d effacement global.
Etat actuel
Le packaging Discord est provisionnable par /ensure_candidate_spaces. La doctrine finale de votes, parrainages, delais et veto owner irrevocable pour les Mages reste encore a stabiliser separement, meme si le cadre de salons est pret.
TCollectif permet de garder une lecture par projet, puis par module, puis par equipe, sans t obliger a tout afficher d un coup. L idee pratique est de choisir les modules que tu veux garder visibles, puis de naviguer ensuite plus finement dans les equipes et salons actifs.
/mes_modules/moi_modules projet:2/moi_modules projet:3/moi_modules projet:4
Le principe est volontairement simple : dans chaque projet, tu choisis ce que tu veux garder visible. Cela agit comme une preference personnelle d affichage. Ce n est ni un droit supplementaire, ni une negation du socle de visibilite statutaire deja accorde sur Discord.
/mes_salons_accessibles/mes_salons_actifs/activer_salon ref:.../desactiver_salon ref:...
On distingue ce que tu peux voir de ce que tu veux suivre de pres. Une ref active n ouvre pas un droit nouveau : elle sert a marquer comme suivi un salon deja visible. Le bot accepte donc maintenant toute ref visible sur Discord, meme si elle ne vient pas d un bonus metier.
Lecture correcte du systeme d acces
Le serveur ne repose pas seulement sur les metiers. Il faut distinguer quatre couches : socle statutaire, bonus metier / competences, total theorique attendu, puis visible actuellement sur Discord. Le socle depend d abord du statut de la personne sur le serveur : Traine-savate, Honorable Hote, Contributeur, puis cadres et cas particuliers. Le metier ajoute des acces en bonus ; il ne doit pas devenir un limitant qui ferait oublier des droits deja accordes par la structure Discord.
| Notion | Ce qu elle veut dire | Commande principale |
|---|---|---|
| Module visible | Module conserve dans ton champ de lecture normal par projet. | /moi_modules |
| Socle statutaire | Ce que ton statut sur le serveur te donne deja a voir par defaut, avant tout bonus metier. | /mes_salons_accessibles |
| Bonus metier / competences | Refs supplementaires justifiees par tes metiers verifies, tes competences ou ton positionnement metier. | /mes_refs, /ajouter_competence |
| Total theorique attendu | Somme du socle et des bonus, apres application de tes preferences de modules et d equipes. | /mes_salons_accessibles |
| Visible sur Discord | Rendu reel des permissions salon par salon sur le serveur. | /mes_salons_accessibles |
| Ref accessible | Dans l ancien vocabulaire interne, cela designait surtout le bonus metier. La vue actuelle montre desormais separement le socle, le bonus, le total theorique et la realite Discord. | /mes_salons_accessibles |
| Ref active | Ref que tu veux suivre activement parmi celles qui te sont visibles sur Discord. | /activer_salon / /desactiver_salon |
| Equipe masquee | Equipe explicitement retiree de ton parcours personnel sans modifier la structure du serveur. | Salons bot ou commandes de suivi |
Le metier verifie est la premiere vraie brique d expertise declaree de maniere serieuse. On ne demande pas un dossier administratif lourd. On demande un petit texte clair, utile, qui explique ce que la personne fait, a fait, ou sait faire professionnellement.
| Action | Ce que cela produit | Fichier requis |
|---|---|---|
/mes_refs |
Ouvre un vrai dossier de verification metier, avec piece txt, statut, date et validateur futur. | Oui, .txt |
/metier_verified / /metier_reject |
Decision cadre sur un dossier deja depose. | Le dossier doit deja exister |
Le salon bot sert a faire apparaitre l intention metier, pas a attribuer silencieusement une etiquette durable. Le bon enchainement est : choix du metier, bascule dans la console privee, puis depot du .txt necessaire au vrai dossier.
Le protocole metier a besoin d un contexte, d un rappel clair de l action en attente et d un endroit discret pour poursuivre. La console privee evite d encombrer BOT Participation avec des messages systeme longs ou des depots de pieces.
| Etape | Ce qui se passe | Effet systeme |
|---|---|---|
| 1. Choix du metier | La personne choisit un metier dans BOT Participation. |
Le bot enregistre une intention de verification au lieu d accorder directement le metier comme simple declaration. |
| 2. Suite en console | Le bot renvoie la suite dans la console privee et rappelle le contexte source. | La console affiche le salon d origine, le metier vise et l action attendue. |
| 3. Depot du fichier | La personne fournit un .txt qui decrit son parcours ou son utilite metier. |
Le dossier devient exploitable comme une vraie demande /mes_refs, avec piece privee stockee. |
| 4. Attente et statut provisoire | Le dossier existe meme si aucun cadre ne le traite tout de suite. | Apres 24h sans validation, il peut passer en provisional. |
| 5. Validation ou rejet | Un Mage, un CP ou l owner tranche. | Le dossier passe en verified ou rejected, avec historisation. |
Commandes utiles/mes_refs metier:... fichier:mon-metier.txt/mes_metiers_verifies/lui_metiers_verifies membre:@Pseudo/metier_verified membre:@Pseudo metier:.../metier_reject membre:@Pseudo metier:... raison:"..."
La logique retenue est maintenant simple : pour declarer un metier de maniere tracable, on passe par les salons bot de selection puis, si l on veut une verification serieuse, par /mes_refs. Le fait d etre owner ne retire pas l exigence du .txt sur /mes_refs.
On encourage la personne a mettre dans son fichier texte ce qui peut eclairer son parcours, avec liens si elle le souhaite. On encourage aussi l envoi du meme texte par email a yannick.mandaba@geomanet.com. Un lien LinkedIn peut etre fourni, mais il n a pas vocation a etre revele, affiche ou lie publiquement au profil visible.
Le systeme de contribution ne repose plus sur une simple reaction. Les points passent maintenant par des commandes explicites. C est plus propre, plus relisible, et beaucoup moins ambigu. Chaque contribution est liee a un message, un auteur cible, un donneur, un type et un nombre de points.
/contrib_cycle message_id:...
Cette commande sert de geste rapide pour une contribution de type interesting_post. Elle reste volontairement plus ouverte que les autres types : toute personne ayant un plafond positif dans le contexte courant peut l utiliser. Elle fait cycler la note du message dans la limite du plafond du donneur. Si on repasse au-dessus du maximum, on retombe au debut du cycle.
/contrib message_id:... type_contrib:... points:N/contrib_topics membre:@Pseudo message_id:... edits:"+2.2.2 -2.2.3"/uncontrib message_id:.../lui_contribs membre:@Pseudo
On choisit le type de contribution, on donne un nombre de points, et tout est archive proprement par message, par auteur, par donneur, avec historique recent visible dans /lui_contribs. Le rattachement module / equipe se fait maintenant automatiquement depuis le salon courant, puis peut etre corrige apres coup par /contrib_topics.
La regle reelle n est pas "metier verifie". Aujourd hui, le bot distingue deux cas. Pour interesting_post, il suffit d avoir un plafond de contribution strictement positif dans le contexte courant. Pour les autres types, la commande est reservee aux CP, RM, Redac et Mage dans le bon contexte, avec owner et admin seed au-dessus.
Le plus haut statut applicable l emporte. On ne cumule pas tous les baremes ensemble.
/contrib_cycle et /contrib type_contrib:interesting_post restent donc ouverts aux profils ayant un plafond positif. En revanche, les autres types de /contrib sont reserves aux CP, RM, Redac et Mage. A l inverse, un metier verifie ne donne pas a lui seul ce droit dans l etat actuel du code.
Pour eviter les emballements entre un meme donneur et une meme cible, on applique un plafond de frequence :
Les types de contributions servent a distinguer la nature d un apport. Deux personnes peuvent recevoir le meme nombre de points sans que cela raconte la meme chose. Un interesting_post dit : ce message a fait avancer l echange. Un doc_rnd_law dit : il y a eu un vrai apport de recherche juridique. Un recrute_metier dit : quelqu un a amene une personne utile. Et critical_contribution reste un cas rare, reserve a un apport de niveau plus structurant.
| Famille | Types | Usage pratique |
|---|---|---|
| Post utile | interesting_post |
Pour reconnaitre un message qui eclaire, remet en ordre, apporte une idee utile ou une bonne objection. C est la porte d entree la plus simple. |
| Documentation / redaction | doc_source_modeldoc_redac_chartsdoc_redac_aidoc_redac_webmasterdoc_redac_code_toolsdoc_admin_discord |
Pour la production de documents, schemas, chartes, pages, outils ou supports de travail reutilisables. |
| Recherche / developpement | doc_rnd_codedoc_rnd_sytem_discodoc_rnd_sytem_fulldoc_rnd_lawdoc_rnd_data_sourcedoc_rnd_raw_datadoc_rnd_find_people |
Pour le code, l architecture, le droit, les donnees, les sources ou la recherche de personnes utiles. |
| Relationnel | doc_comm_perspublic_relationmediationanimation |
Pour les apports humains : mediation, animation, liens, respiration du groupe, relations publiques. |
| Image / media | art_imageart_video |
Pour les visuels, videos et supports de communication utiles. |
| Recrutement | recrute_metierrecrute_politiquerecrute_media |
Pour reconnaitre l arrivee de personnes, relais ou reseaux importants. |
| Terrain | action_de_terrain |
Pour les actions reelles hors ligne, locales, logistiques ou civiques. |
| Soutien financier | donation |
Pour l apport financier, dans un circuit qui restera a brancher plus proprement. |
| Cas exceptionnel | critical_contribution |
Pour un apport majeur qui peut justifier un regard plus politique ou une reevaluation de la place de la personne dans le projet. |
Commandes utiles/contrib message_id:... type_contrib:... points:N/contrib_topics membre:@Pseudo message_id:... edits:"+2.2.2 -2.2.3"/contrib_cycle message_id:.../uncontrib message_id:.../lui_contribs membre:@Pseudo
Le comptage des points suit le statut le plus fort qui s applique au donneur. Le plafond ne s additionne pas role par role. La commande rapide /contrib_cycle convient surtout pour interesting_post. Pour les autres familles, il vaut mieux utiliser /contrib avec un type explicite, et ce cas est reserve aux CP, RM, Redac et Mage.
Par defaut, une contribution prend comme topic le module ou l equipe du salon courant. Si l apport doit aussi compter pour d autres refs, on les ajoute ou on les retire ensuite a la main avec /contrib_topics.
Autrement dit, la logique n est pas "j aime / j aime pas", mais "quel apport exact a ete reconnu, par qui, dans quel contexte, et avec quel poids legitimement autorise".
TCollectif garde deux grandes logiques d archive utile aujourd hui : l archive de contribs par module, et le remplacement propre d un module par une nouvelle version texte.
/archive_module
Depuis un salon ou un fil rattache a un module, cette commande relit les contributions typees deja enregistrees et genere une archive JSON + Markdown dans les exports prives. Cela sert de base de synthese et de memoire de travail.
/archive_replace_module fichier:mon-module.txt
CLIpython .\Discrod-Bot-TCollectif_Ymanda.py preview-replace-module --input .\mon-module.txtpython .\Discrod-Bot-TCollectif_Ymanda.py archive-replace-module --input .\mon-module.txt
Le principe retenu est simple : on ne fait pas d insertion de structure au milieu. On archive un module existant, puis on le remplace par un sous-sommaire texte contenant exactement un seul module x.x. Cela evite de renumeroter tout le reste et de courir apres les roles, les refs et les permissions derivees.
/eq_p2p3p4_visible_for_everyone actif:true|false/patch_public_access_p234
La premiere commande change le mode cible de visibilite. La seconde repasse ensuite sur les salons existants pour repliquer cette politique sans rebuild complet. Cela sert quand les permissions ont diverge du mode voulu.
/voir_dossier_c2o/voir_dossier_c2ox
Les deux commandes lisent le meme dossier d admission. La premiere masque les identites des votants. La seconde les revele, ce qui la reserve aux Mages et au proprietaire du serveur.
Une personne arrive sur le serveur, lit les salons publics, puis choisit une ou plusieurs qualites humaines. Le profil stocke alors ces qualites, et le bot synchronise le statut derive. Elle cesse d etre Traine-savate et devient Honorable Hote. Elle peut ecrire simplement dans les forums ouverts, sans encore parler librement en vocal.
/moi_qualites/mes_qualites/mes_droits_tcollectif
Un message dans un forum de module fait avancer le travail. Le cadre prend le message id, puis lui donne des points dans une categorie explicite. Plus tard, on peut consulter le profil du contributeur et voir ce qui a ete reconnu.
/contrib message_id:123456789 type_contrib:interesting_post points:2/lui_contribs membre:@Pseudo
Une personne choisit Juriste dans BOT Participation. Le bot ne se contente pas d ajouter une etiquette au profil. Il renvoie la suite dans la console privee, rappelle le contexte, puis demande le .txt qui permettra d ouvrir le vrai dossier. Si personne ne tranche sous 24h, le statut peut devenir provisoire avant validation ou rejet cadre.
choix du metier dans BOT Participation/console/mes_refs metier:Juriste fichier:juriste.txt/metier_verified membre:@Pseudo metier:Juriste
Un module a muri. On archive d abord ce qui doit etre garde, puis on pousse un sous-sommaire texte de remplacement. On n insere pas au milieu. On remplace proprement le module vise.
/archive_module/archive_replace_module fichier:module-3-4.txt
Une personne se trouve dans un salon module ou equipe, veut garder le bon contexte et recevoir les messages systeme sans encombrer le salon. Elle lance /console. Le bot retient le salon source, puis poste les details dans son espace prive.
/console
puis lecture des rappels de contexte et des confirmations dans TCollectif_BOT_Console.
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.