Liber Fidei · Confiance, réputation et sanctions
CONFIANCE, KARMA & SANCTIONS
Trust, avertissements, rappel à la Loi
Comment la Caverne mesure ta fiabilité, ta réputation et les mesures disciplinaires : score de confiance, karma, avertissements du Feu Premier, rappel à la Loi et Chancellerie.
La flamme récompense le mérite et sanctionne l'écart.
Chapitre I
Score de confiance (Trust)
Chaque compte possède un score de confiance (trust_score), stocké dans ton profil. Il est initialisé à 100 et peut varier entre 0 et 100. Ce score reflète la fiabilité de ton comportement aux yeux de la modération et des systèmes automatiques.
- · Diminution automatique — Le trust baisse lorsque : un signalement que tu as déposé est rejeté (report_rejected : −5) ou qu’un abus est validé sur un lien dont tu es l’auteur (abuse_validated : −15).
- · Modification manuelle — Les modérateurs et administrateurs peuvent ajuster le trust via l’Atlas (édition de compte, économie).
- · Chaque variation est enregistrée dans la table
trust_events(event_type, delta, ref_type, ref_id) pour traçabilité.
Un trust bas peut entraîner une quarantaine automatique et est visible par la modération (vigie admin, profils confiance). Il entre aussi en jeu dans les seuils « karma / trust bas » pour le repérage des comptes à risque.
Chapitre II
Quarantaine
Si ton score de confiance passe sous le seuil de 50, tu es placé automatiquement en quarantaine : le champ quarantine_until est rempli avec une date de fin (par défaut 7 jours après l’événement).
- · Pendant la quarantaine, certaines actions sensibles (définies par le code) peuvent être refusées : l’API renvoie un message du type « Compte temporairement restreint (quarantaine). Contacte un modérateur. »
- · Un administrateur ou modérateur peut lever la quarantaine en remettant
quarantine_untilà NULL (Atlas Modération, profils confiance, ou API).
La quarantaine est une mesure de protection automatique ; elle n’est pas un bannissement mais une restriction temporaire le temps que la situation soit examinée.
Chapitre III
Karma
Le karma est une réputation basée sur l’utilité réelle : identifications validées, signalements jugés pertinents ou non. Il est stocké dans user_karma (score) et chaque variation est enregistrée dans karma_events.
Variations automatiques (poids) :
- · identification_accepted : +5
- · report_validated : +3
- · report_rejected : −2
- · identification_reverted : −3
Les administrateurs peuvent en outre ajouter ou retirer du karma par montant et raison (addKarma : récompense, sanction, etc.) ; l’événement est enregistré avec ref_type = 'admin'. Le karma peut influencer certains bonus passifs (bibliothèque des bonus) et est utilisé, avec le trust, pour repérer les comptes « karma bas / trust bas » dans la vigie admin.
Chapitre IV
Avertissement (Warn)
Un avertissement du Feu Premier est stocké dans les colonnes warned_at, warned_until, warned_reason, warned_by_id : le compte reste actif. Il est posé par un modérateur ou administrateur (droit can_warn_users) via l’action set-account-status (motif obligatoire). Un champ optionnel warned_until peut être renseigné : après cette date, l'avertissement est considéré expiré (vérification à la connexion). Par défaut, la durée suggérée est de 3 semaines.
- · L’utilisateur averti voit une alerte sur le dashboard (« Avertissement du Feu Premier ») et peut consulter le motif sur son profil / sanctions.
- · L’événement peut être inscrit dans la Chronique (chronicleSanction, type « avertissement »).
- · Les avertissements « N1 » (dossiers Chancellerie de gravité 1) sont comptabilisés séparément :
disciplinary_casesavectarget_type = 'USER',severity = 1, non archivés. Ce comptage (avertissements_count, avertissements_since) est exposé sur le profil public et dans les analytics. - · Une table optionnelle
user_warnspeut stocker des enregistrements d’avertissements (reason, author_id, expires_at) ; les admins peuvent les consulter ou les supprimer (historique avertissements).
L’avertissement est une mise en garde officielle : la prochaine faute peut entraîner un blocage ou un bannissement.
Chapitre V
Rappel à la Loi
Le Rappel à la Loi est une sanction douce prononcée par le Tribunal de la Table du cul (ou la Chancellerie). Elle est enregistrée dans la table table_cul_rappel_loi : elle est liée à un dossier (table_cul_dossiers) et, selon le schéma, à un lien, un utilisateur (accusé), un type de sanction, un message popup et un PV HTML (procès-verbal).
- · Lors de la clôture d’un dossier du tribunal, la mesure « Rappel à la Loi » peut être appliquée : un enregistrement est créé, une notification est envoyée à l’accusé et un document officiel (PV) est généré. L’accusé peut devoir confirmer la prise de connaissance (confirmed_at).
- · Les rappels à la Loi apparaissent dans le passage par le tribunal (profil public : table_cul_passage) et dans les dossiers dont l’utilisateur est concerné. En cas de récidive, la procédure peut être renforcée.
C’est une sanction de type « sanction douce » (severity 2) au même titre que l’avertissement ou la mise en garde à la clôture d’un lien ; elle est distincte du simple avertissement dashboard (warn) et des dossiers disciplinaires Chancellerie.
Chapitre VI
Chancellerie & dossiers disciplinaires
La Chancellerie gère les dossiers disciplinaires (disciplinary_cases) : cibles USER ou HOUSE, statut OPEN/CLOSED, gravité (severity 1 à 5), titre, résumé, notes internes. Les actions disciplinaires (disciplinary_actions) sont proposées sur un dossier (blocage de capacité, malus XP, etc.) avec des plages de dates (start_at, end_at) et un cycle de validation (DRAFT → PENDING_APPROVAL → APPROVED → ACTIVE → EXPIRED/REVOKED).
- · Capability blocks — Les blocages (ex. BLOCK_CREATE_LINKS, GAIN_XP) sont stockés dans
capability_blocks(target_type, target_id, capability, end_at). La fonction checkCapability détermine si l’utilisateur peut effectuer une action ; si un bloc actif existe, l’action est refusée. - · Malus XP — Un effet « xp_malus » (user_effects) peut être appliqué : pendant la durée, chaque gain d’XP devient un retrait (tu perds de l’XP au lieu d’en gagner).
- · Les sanctions actives (user_blocks, house_blocks, until_max) sont résumées via getActiveDisciplinaryStatusForUser et affichées sur la page Sanctions et dans les alertes session (jugement en cours).
Packs disciplinaires (disciplinary_packs) définissent des modèles de sanctions (code, label, severity, payload). Les approbations (disciplinary_approvals) et le journal des événements (disciplinary_events_log) assurent la traçabilité.
Chapitre VII
Statuts du compte
Le champ account_status sur la table users peut prendre les valeurs suivantes (et d’autres selon la config) :
- · active — Compte normal ; seul statut autorisant la connexion (login). L’avertissement (warn) est géré à part via les colonnes
warned_*(voir Chapitre IV). - · warned — (Affichage uniquement.) Un compte « averti » a
account_status = 'active'et des colonneswarned_at/warned_untilrenseignées. - · blocked — Compte bloqué (accès restreint, sessions peuvent être invalidées).
- · banned — Bannissement. Réservé aux administrateurs (can_approve_ban). Sessions invalidées, parrainage annulé. Inscrit en Chronique (ban_permanent).
- · suspended — Suspension.
- · quarantine — Compte placé en quarantaine par décision manuelle (distinct de la quarantaine automatique trust).
- · inactive — Compte marqué non actif.
Les champs associés : account_status_reason, account_status_at, account_status_by_id, status_unmaskable (affichage du statut sur le profil même si masqué par défaut).
Chapitre VIII
Flags abus & détection
La table user_abuse_flags enregistre les signaux d’abus ou de comportement suspect (automatiques ou manuels) : user_id, flag_type, detail, created_at. Exemples de types :
- · gooning_chain_max — Trop de sessions gooning à durée max sur une fenêtre (ex. 24 h).
- · gooning_xp_spike — Gain XP gooning anormal (au-delà du plafond journalier x2).
- · multi_account_same_ip — Détection de multi-comptes depuis la même IP.
- · D’autres types peuvent exister (chrono50_menteur, chrono50_rappele_loi, etc.) selon les modules (Tribunal, Mandat d’enquête).
Les flags alimentent la vigie admin (dashboard) et les outils de modération (Atlas) : liste des comptes flagués, statistiques, risque. Ils ne modifient pas directement le trust ou le karma mais servent à l’analyse et aux décisions manuelles (warn, blocage, bannissement).
Que la flamme mesure avec justice.