Extension Discord

Discord constitue l'espace communautaire permanent de La Tanière en dehors des directs. Il accueille des échanges différés, des annonces, des commandes, des espaces privés, des salons vocaux et les interventions de P.O.U.B.E.L.L.E. Cette diversité exige une intégration capable de respecter le contexte de chaque espace sans transférer à Discord les règles fonctionnelles d'Horizon.

L'Extension Discord assure cette liaison. Elle observe les informations rendues disponibles par Discord, les transmet au Noyau sous une forme exploitable, reçoit les instructions autorisées et retourne le résultat réel des opérations demandées. Elle ne décide ni de l'appartenance à l'équipage, ni de la progression, ni d'une sanction, ni de la conservation d'un message ou d'un souvenir.

Le présent chapitre définit son rôle fonctionnel, la configuration des espaces observés, l'identification des membres, les messages et commandes, les rôles natifs, les conversations privées, les événements vocaux et les comportements attendus en cas d'indisponibilité. Les règles métier des systèmes concernés et les mécanismes techniques de connexion seront définis dans leurs chapitres spécialisés.

Fonctionnement cible — Principes validés

La V1 d'Horizon dessert un serveur Discord principal configurable. P.O.U.B.E.L.L.E. utilise sa propre application Discord officielle et Horizon remplace le bot Discord actuellement employé dans La Tanière.

Les capacités sont configurées salon par salon. Un nouvel espace accessible est activé par défaut, mais l'observation du contenu, les statistiques, les commandes, les interventions de P.O.U.B.E.L.L.E. et les fonctions de modération peuvent être limitées séparément.

La présence dans un salon vocal admissible peut produire un statut opérationnel « en vocal » destiné à la progression. Ce statut ne constitue pas, dans la V1, une statistique vocale consultable ou une analyse des habitudes de la personne.

Synthèse normative

• La V1 doit fonctionner pour un serveur Discord principal configurable.
• Le modèle fonctionnel ne doit pas empêcher la création future de copies autonomes d'Horizon ni une évolution ultérieure vers plusieurs serveurs.
• L'accueil mutualisé de plusieurs communautés ne constitue pas un objectif de la V1.
• P.O.U.B.E.L.L.E. doit utiliser sa propre application Discord officielle.
• L'Extension Discord doit remplacer le bot Discord actuellement utilisé dans le fonctionnement cible.
• Discord doit rester l'autorité sur ses comptes, appartenances, salons, rôles, permissions, messages et sanctions natifs.
• L'Extension Discord doit traduire les échanges avec Discord sans devenir une autorité métier.
• Toute conséquence Discord doit être autorisée par le Noyau avant son exécution.
• Une action Discord ne doit être considérée comme réussie qu'à partir d'un résultat suffisamment établi.
• Les capacités doivent être configurables salon par salon ou par héritage explicite d'une catégorie.
• Un nouveau salon accessible doit être activé par défaut, sous réserve des permissions réelles et des restrictions configurées.
• Un nouveau salon vocal accessible doit autoriser par défaut le gain d'XP vocale.
• Seuls les espaces Web de Super administration et du Capitaine doivent permettre de modifier les salons autorisant l'XP.
• Une modification des permissions Discord ne doit pas changer automatiquement ce paramètre ; sa révision doit être effectuée depuis l'un de ces deux espaces.
• L'accès technique à un salon ne doit pas imposer l'analyse de tous ses contenus pour toutes les finalités.
• Tous les messages admissibles des espaces configurés doivent pouvoir être transmis au Noyau.
• Le contenu intégral des conversations ne doit pas être conservé systématiquement du seul fait de sa réception.
• Une modification de message ne doit pas créer une nouvelle occurrence statistique.
• Une suppression doit mettre à jour les contextes temporaires encore contrôlables lorsqu'Horizon peut identifier le message concerné.
• Les commandes natives avec barre oblique doivent constituer la forme normale des commandes de base.
• Des commandes textuelles doivent pouvoir être réservées à des événements ou usages particuliers.
• Une mention, une réponse directe ou un message privé adressé à P.O.U.B.E.L.L.E. doit normalement déclencher le traitement d'une réponse.
• Le Noyau doit pouvoir autoriser P.O.U.B.E.L.L.E. à intervenir spontanément dans les espaces configurés.
• P.O.U.B.E.L.L.E. doit pouvoir accueillir une personne rejoignant le serveur sans lui attribuer automatiquement le statut de Membre d'équipage.
• Un message privé adressé à P.O.U.B.E.L.L.E. doit rester privé par défaut.
• Une notification importante impossible à remettre sur Discord doit pouvoir être redirigée vers le Poste de commande.
• Les messages des bots et webhooks doivent être ignorés par défaut.
• Une automatisation externe ne doit produire un événement exploitable que si elle est explicitement autorisée.
• Horizon doit reconnaître ses propres sorties afin d'éviter les boucles de traitement.
• Les rôles de Modérateur et d'Administrateur Discord doivent être observés comme sources natives de responsabilités.
• Seuls les rôles spéciaux associés à une finalité Horizon doivent être synchronisés au-delà de ces responsabilités nécessaires.
• L'Extension Discord doit pouvoir attribuer ou retirer un rôle sur instruction autorisée du Noyau.
• Les actions manuelles de modération doivent être répercutées dans Horizon lorsqu'elles sont observables.
• Un statut « en vocal » ne doit être produit que dans un salon admissible et en présence d'au moins une autre personne humaine admissible.
• Un bot ne doit ni recevoir d'XP vocal ni permettre à une personne seule de satisfaire la condition collective.
• Une personne dont l'écoute est désactivée par une sourdine personnelle ou imposée, placée dans un salon AFK ou déconnectée ne doit pas conserver le statut « en vocal ».
• Un micro coupé ne doit pas interrompre le statut lorsque la personne reste en mesure d'écouter.
• Un déplacement entre deux salons admissibles ne doit pas interrompre inutilement le statut.
• Une déconnexion générale doit rendre les observations concernées inconnues ou partielles sans inventer les événements manqués.
• Le catalogue des espaces, événements, commandes, rôles et actions doit rester extensible.

Finalité et périmètre du chapitre

Le chapitre répond à la question suivante :

Comment Horizon peut-il participer durablement à la vie du serveur Discord, recevoir ses interactions et y produire des actions contrôlées sans confier à l'Extension Discord les décisions du Noyau ?

Il poursuit plusieurs objectifs :

• Définir la place de Discord parmi les interfaces d'Horizon.
• Délimiter les responsabilités respectives de Discord, de l'Extension Discord et du Noyau.
• Organiser la reconnaissance des comptes et de l'appartenance au serveur.
• Configurer les finalités autorisées dans chaque espace.
• Encadrer les messages, commandes et interactions structurées.
• Définir la présence publique et privée de P.O.U.B.E.L.L.E.
• Transmettre les observations nécessaires aux statistiques, à la mémoire et à la progression.
• Reconnaître la présence vocale utile à l'attribution de l'XP sans analyser les conversations.
• Synchroniser uniquement les rôles nécessaires à une finalité établie.
• Encadrer les actions sortantes, notifications et opérations de modération.
• Garantir un comportement cohérent lors des déconnexions et reprises.

Le chapitre ne définit pas les formules de progression, les règles de modération, les permissions détaillées, le catalogue exhaustif des commandes ou les mécanismes techniques de connexion à Discord. Il décrit les capacités d'interface dont ces systèmes pourront disposer.

Position fonctionnelle de Discord

Discord constitue l'espace communautaire principal entre les directs. Les interactions peuvent y être publiques, différées, organisées par sujet ou limitées à un groupe. Les messages privés permettent également un échange direct avec P.O.U.B.E.L.L.E. ou la remise d'une information personnelle.

Discord reste l'autorité sur ce qui lui est propre : existence du compte, identifiant natif, pseudonyme actuel, appartenance au serveur, salons accessibles, rôles, permissions, messages et sanctions appliquées sur le service. Horizon peut conserver des observations ou un état synchronisé, mais ne doit pas remplacer arbitrairement la valeur native.

Discord ne devient pas pour autant l'autorité sur l'Identité Horizon, le statut communautaire commun, la progression, la mémoire de P.O.U.B.E.L.L.E. ou les droits propres au Poste de commande. Ces domaines restent gouvernés par le Noyau et leurs règles spécialisées.

Responsabilités respectives

Composante	Responsabilité principale	Limite
Discord	Produit les événements et exécute les opérations natives du serveur.	Ne décide pas des règles internes d'Horizon.
Extension Discord	Reçoit, traduit et transmet les événements ; exécute les instructions Discord autorisées ; retourne les résultats.	Ne décide ni de la signification métier ni des conséquences à produire.
Noyau Horizon	Vérifie, contextualise, déduplique, autorise, refuse ou planifie les conséquences.	Ne présente pas une instruction comme réussie sans résultat suffisant de Discord.

L'Extension Discord ne communique pas directement avec l'Extension Twitch ou le Poste de commande pour synchroniser une information. Elle transmet l'événement au Noyau, qui détermine si l'état commun doit être actualisé ou si une communication doit être remise sur une autre interface.

Cette séparation applique le cycle de traitement du chapitre 8 et évite qu'une règle propre à la progression, aux notifications ou à la modération soit enfermée dans le bot Discord.

Périmètre de la V1 et évolutivité

La V1 dessert le serveur Discord principal de La Tanière. Cette limite correspond au besoin immédiat et n'impose pas la complexité d'une plateforme mutualisée accueillant plusieurs communautés.

Le serveur doit néanmoins être configurable. Cette précaution doit permettre, si Horizon est ultérieurement proposé sous une autre forme :

• De produire une copie autonome reliée à un autre serveur.
• D'isoler les comptes, rôles, configurations et données propres à chaque installation.
• D'étudier ultérieurement une gestion multiserveur ou mutualisée.

Ces possibilités ne constituent pas un objectif de la V1. Leur distribution, leur hébergement et leur isolation relèveront de l'évolutivité d'Horizon et des décisions techniques futures.

Application officielle de P.O.U.B.E.L.L.E.

P.O.U.B.E.L.L.E. possède une application Discord officielle créée et administrée depuis l'espace de développement de Discord. Cette application fournit l'identité technique utilisée pour rejoindre le serveur, recevoir les interactions autorisées et publier ses interventions.

Sa présence Discord est rattachée à l'Identité Horizon spéciale de P.O.U.B.E.L.L.E.. Elle ne devient ni une identité humaine ordinaire, ni un rôle de Modérateur ou d'Administrateur, ni une source autonome de permissions.

Dans le fonctionnement cible, cette application remplace le bot Discord actuellement utilisé. La migration doit éviter que l'ancien bot et Horizon traitent simultanément une même commande, publient plusieurs réponses ou appliquent deux fois une conséquence. L'inventaire, la coexistence éventuelle et le retrait de l'ancien système relèveront des chapitres 57 et 58.

Les secrets, autorisations de l'application, événements techniques et méthodes de connexion seront définis avec les intégrations externes.

Identification des membres Discord

Chaque interaction doit être rattachée en priorité à l'identifiant natif stable fourni par Discord, lorsqu'il est disponible. Le pseudonyme global, le nom de serveur et le nom d'affichage restent utiles à l'interaction, mais ne doivent pas servir seuls de clé durable lorsqu'un identifiant plus fiable existe.

L'extension transmet au Noyau les informations nécessaires pour :

• Retrouver le compte Discord déjà connu.
• Créer une identité lorsqu'une interaction éligible le justifie.
• Rattacher l'interaction à l'Identité Horizon correspondante.
• Employer le pseudonyme Discord approprié dans l'échange.
• Conserver l'origine Discord de l'observation.
• Distinguer l'appartenance actuelle au serveur de l'existence du compte.

Une interaction Discord éligible peut créer une Identité Horizon non revendiquée. Cette création ne prouve pas que la personne contrôle un éventuel compte Twitch lié à une autre identité, ne révèle aucune liaison et n'accorde pas automatiquement un statut ou une responsabilité.

Une personne peut revendiquer son identité par une connexion autorisée au Poste de commande ou par une commande Discord prévue. Les règles de création, de revendication et de liaison restent celles des chapitres 10 et 11.

Appartenance au serveur et statut communautaire

L'appartenance native au serveur et le statut communautaire Horizon constituent deux informations distinctes.

Une personne présente sur le serveur devient Membre d'équipage par cette voie lorsqu'elle y envoie au moins un message admissible, sous réserve qu'aucune exclusion ou règle prioritaire ne l'empêche. Une arrivée, une réaction ou une autre interaction sans message peut justifier la création d'une identité, mais laisse la personne au statut de Visiteur si aucune autre condition d'entrée n'est remplie.

P.O.U.B.E.L.L.E. peut accueillir une personne lorsqu'elle rejoint le serveur. Ce message d'accueil ne constitue pas une interaction émise par la personne et ne suffit donc pas à lui attribuer le statut de Membre d'équipage.

Le départ du serveur actualise l'appartenance Discord. Il ne supprime ni l'Identité Horizon ni son historique et ne provoque pas nécessairement la sortie de l'équipage lorsque la personne satisfait encore une autre condition d'appartenance, notamment sur Twitch.

Configuration des espaces Discord

Les capacités doivent être configurables par salon ou par catégorie. Lorsqu'un nouvel espace devient accessible à l'application, il est activé par défaut, mais ses finalités peuvent être limitées selon son usage et sa sensibilité.

La configuration doit pouvoir distinguer au minimum :

Capacité	Signification
Observation fonctionnelle	Recevoir les événements nécessaires au fonctionnement autorisé.
Statistiques textuelles	Utiliser les messages admissibles pour les mesures prévues.
Contexte conversationnel	Utiliser temporairement les échanges pour comprendre une conversation.
Mémoire candidate	Permettre la sélection d'un souvenir potentiel selon les règles de la mémoire.
Commandes	Accepter les commandes natives ou textuelles prévues dans l'espace.
Interventions de P.O.U.B.E.L.L.E.	Autoriser les réponses sollicitées ou les initiatives prévues.
Notifications et annonces	Autoriser Horizon à publier les communications correspondantes.
Modération	Observer ou exécuter les fonctions nécessaires dans le périmètre autorisé.
Présence vocale admissible	Permettre au statut « en vocal » d'alimenter la progression.

Un salon peut donc autoriser une commande sans permettre l'analyse générale de ses conversations, ou permettre la modération sans autoriser la création de souvenirs. L'accès technique de l'application ne doit jamais être assimilé à une permission générale d'utilisation pour toutes les finalités.

Les fils de discussion, forums et espaces temporaires héritent par défaut de la configuration de leur salon ou catégorie d'origine. Une exception explicite peut préciser leur comportement lorsqu'une fonction particulière le justifie.

Les messages privés suivent une configuration propre et ne doivent pas hériter automatiquement des règles d'un salon public.

Lorsqu'un nouveau salon vocal devient accessible à l'application, la capacité Présence vocale admissible y est activée par défaut. La liste des salons autorisant le gain d'XP peut être modifiée uniquement depuis les espaces du Poste de commande réservés aux Super administrateurs et au Capitaine.

Une évolution des permissions natives du salon ne modifie pas automatiquement cette configuration Horizon. Les permissions Discord continuent néanmoins de conditionner l'observation et l'exécution réelles. Si la configuration d'XP doit évoluer à la suite d'un changement de permissions, un Super administrateur ou le Capitaine effectue explicitement cette modification depuis son espace du Poste de commande.

Messages Discord

Tous les messages admissibles des espaces configurés doivent pouvoir être transmis au Noyau. Ils peuvent contribuer, selon les capacités autorisées dans l'espace, à :

• Une interaction avec P.O.U.B.E.L.L.E.
• Une commande.
• Une mesure d'activité Discord.
• Un contexte conversationnel temporaire.
• La détection d'un souvenir candidat.
• Une analyse limitée de modération.
• Un événement ou système communautaire prévu.

Cette réception ne produit pas un historique intégral permanent du serveur. Un même message peut être utilisé temporairement, produire une mesure ou conduire à un souvenir distinct, puis disparaître lorsque sa finalité est terminée.

Création, modification et suppression

Un message ordinaire admissible est compté une seule fois lors de sa création. Sa modification peut actualiser le contexte temporaire ou le traitement en cours, mais ne crée pas une nouvelle occurrence statistique.

Lorsqu'une suppression est signalée, Horizon doit retirer le contenu des contextes temporaires encore contrôlables lorsqu'il peut identifier le message concerné. Une suppression ne crée aucune nouvelle occurrence et n'efface pas silencieusement une trace, une sanction ou un résultat dont la conservation répond à une autre finalité.

Un message invalidé pour spam, automatisation ou modération peut être retiré des statistiques lors du recalcul prévu. Cette correction ne doit pas conserver inutilement son contenu.

Messages exclus des statistiques ordinaires

Le compteur des messages ordinaires exclut :

• Les commandes adressées aux bots.
• Les messages produits par les bots.
• Les messages transmis par des webhooks non autorisés.
• Les annonces automatisées.
• Les messages identifiés comme automatisations.
• Les messages invalidés pour spam ou par une décision de modération.

Une commande admissible peut néanmoins rendre une journée active sans augmenter le compteur des messages ordinaires. Les définitions et agrégations restent celles du chapitre 17.

Commandes et interactions structurées

Discord permet deux familles complémentaires de commandes.

Commandes natives

Les commandes natives avec barre oblique constituent la forme normale des commandes de base. Elles offrent une structure visible, des paramètres identifiés et une interaction adaptée aux fonctions ordinaires d'Horizon.

L'extension reçoit la commande et ses paramètres, puis les transmet au Noyau. Celui-ci vérifie notamment l'identité, les permissions, la portée du salon, les préconditions et la nécessité d'une réponse publique ou privée.

Commandes textuelles

Des commandes textuelles peuvent être utilisées pour des événements, protocoles ou interactions particulières lorsque leur forme apporte une valeur. Elles ne doivent pas devenir une seconde syntaxe complète dupliquant sans nécessité toutes les commandes natives.

L'extension peut reconnaître leur forme et isoler les paramètres utiles. Elle ne décide pas seule si la commande existe, si son auteur peut l'utiliser ou si la conséquence doit être exécutée.

Le chapitre peut présenter quelques commandes élémentaires, mais il ne fixe ni syntaxe exhaustive ni catalogue définitif. Les commandes retenues seront documentées avec les outils et systèmes correspondants.

Présence de P.O.U.B.E.L.L.E. sur Discord

P.O.U.B.E.L.L.E. est la même entité sur Discord, Twitch et le Poste de commande. Discord lui permet toutefois des échanges plus différés, des discussions organisées par sujet et des conversations privées qui appellent une adaptation de la longueur et du rythme de ses réponses.

Une intervention peut notamment provenir :

• D'une mention explicite de P.O.U.B.E.L.L.E.
• D'une réponse qui lui est adressée.
• D'un message privé.
• D'une commande native ou textuelle.
• D'une conversation à laquelle elle participe déjà.
• D'une arrivée sur le serveur nécessitant un accueil.
• D'un événement Discord pour lequel une réaction est configurée.
• D'une sollicitation du Noyau.
• D'une initiative autorisée relevant de ses capacités de commandant en second.

Une mention, une réponse directe ou un message privé doit normalement déclencher le traitement d'une réponse. La réponse reste soumise à la disponibilité des composants et aux protections indispensables ; un échec technique ne doit pas être présenté comme une absence volontaire.

Dans les espaces configurés, le Noyau peut autoriser P.O.U.B.E.L.L.E. à intervenir spontanément sans mention. Cette possibilité doit préserver la lisibilité des échanges, éviter les répétitions et respecter la finalité du salon.

La personnalisation peut mobiliser les informations autorisées de l'Identité Horizon, la mémoire pertinente et les paramètres relationnels. Une information issue de Twitch, d'un message privé ou du Poste de commande ne devient pas pour autant publiable dans un salon Discord.

Messages privés

Les conversations privées avec P.O.U.B.E.L.L.E. constituent une fonction normale de l'Extension Discord. Elles permettent notamment :

• Un échange personnel avec P.O.U.B.E.L.L.E.
• Une notification concernant la personne.
• Une demande de confirmation ou d'intervention.
• Une réponse dont le contenu ne doit pas apparaître publiquement.
• Une orientation vers une fonction du Poste de commande.

Un message privé est privé par défaut. Son contenu ne doit pas être copié, résumé ou révélé dans un salon public sans demande explicite de la personne ou autre base clairement autorisée. Le fait qu'une information soit utilisable pour répondre dans la conversation privée ne la rend pas publiable ailleurs.

Une conversation privée directement adressée à P.O.U.B.E.L.L.E. peut alimenter sa mémoire lorsque les règles du chapitre 16 l'autorisent. Son caractère privé doit rester attaché au souvenir ou à la synthèse qui en résulte.

Les messages échangés avec P.O.U.B.E.L.L.E. dans un salon configuré pour le contexte conversationnel ou la mémoire candidate peuvent également contribuer à cette mémoire. Les annonces, embeds et autres messages de diffusion en restent exclus.

Si Discord refuse la remise d'un message privé, Horizon doit conserver l'échec réel. Une indication limitée peut être publiée sur le canal d'origine lorsqu'elle ne révèle aucune information sensible. Pour une information importante, le Noyau doit permettre sa remise par le Poste de commande selon les règles de communication applicables.

Catalogue initial des événements Discord

Le catalogue suivant est initial et non définitif.

Famille	Événements ou informations concernés	Utilisation possible par le Noyau
Serveur	Arrivée, départ ou évolution observable de l'appartenance.	Identité, statut communautaire, accueil ou synchronisation.
Messages	Création, modification, suppression, réponse ou mention.	Interaction, statistique, contexte, mémoire candidate ou modération.
Commandes	Commande native, commande textuelle ou interaction avec un composant.	Demande structurée et conséquence autorisée.
Espaces	Création ou évolution d'un salon, fil, forum ou espace temporaire accessible.	Configuration, héritage et disponibilité des capacités.
Rôles	Attribution, retrait ou évolution d'un rôle pertinent.	Responsabilité, permission, distinction ou progression.
Modération	Suppression, exclusion, bannissement, levée de sanction ou autre action disponible.	Synchronisation, historique, notification ou traitement de modération.
Réactions	Ajout ou retrait d'une réaction dans un espace autorisé.	Interaction immédiate ou système prévu, sans statistique de V1.
Vocal	Connexion, déconnexion, déplacement, état d'écoute et composition d'un salon admissible.	Maintien du statut opérationnel « en vocal ».
Notifications	Envoi, refus, échec ou autre résultat de remise disponible.	Consolidation et éventuelle redirection.
Technique	Connexion, déconnexion, perte d'autorisation ou capacité indisponible.	Mode dégradé, alerte et reprise.

L'ajout d'un événement au catalogue ne lui accorde aucune conséquence automatique. Sa finalité, son admissibilité et ses effets doivent être définis avant son utilisation.

Activité textuelle Discord

Les statistiques textuelles Discord reposent principalement sur les messages ordinaires admissibles et les jours actifs. Une journée devient active lorsqu'une personne envoie au moins un message ordinaire admissible ou une commande admissible.

Les réactions, sondages et événements vocaux ne rejoignent pas le catalogue des statistiques Discord consultables dans la V1. Ils peuvent être observés pour une fonction immédiate ou pour la progression sans devenir une analyse durable de l'activité personnelle.

Les activités Twitch, Discord et Web restent distinctes. Une mesure Discord peut participer à une règle de progression commune sans être additionnée artificiellement aux autres interfaces dans une statistique générale d'activité.

Statut opérationnel « en vocal »

La présence vocale peut alimenter la progression sans analyser le contenu des conversations. L'Extension Discord observe uniquement les états nécessaires pour déterminer si les conditions fonctionnelles sont remplies.

Une personne obtient le statut « en vocal » lorsque :

• Elle se trouve dans un salon vocal configuré comme admissible à l'XP.
• Au moins une autre personne humaine admissible se trouve dans ce salon.
• Elle n'est pas placée dans un salon AFK.
• Son écoute n'est pas désactivée par une sourdine personnelle ou imposée.
• Sa présence reste observable par l'Extension Discord.

Un micro coupé ne retire pas le statut lorsque la personne reste en mesure d'écouter. Horizon n'exige ni prise de parole, ni caméra, ni partage d'écran et ne doit pas analyser le son, le temps de parole ou le contenu vocal.

Les bots, y compris P.O.U.B.E.L.L.E. et les éventuels bots musicaux, ne reçoivent aucun XP vocal et ne comptent pas comme seconde présence humaine. Une personne restant seule perd le statut dès que la condition collective n'est plus satisfaite.

Le statut est attaché à la présence admissible, non à un salon particulier. Un déplacement entre deux salons autorisant l'XP ne doit pas interrompre inutilement la session. Une coupure brève peut également être absorbée par un délai de tolérance configurable afin d'éviter de fragmenter artificiellement la présence.

Le statut « en vocal » constitue une information opérationnelle temporaire. La V1 ne crée pas, à partir de lui, une statistique consultable détaillant les horaires, interlocuteurs, salons fréquentés ou habitudes vocales de la personne.

La quantité d'XP, la fréquence d'attribution, les plafonds, les cumuls, les bonus et les corrections relèvent du chapitre 26. Le présent chapitre définit uniquement les observations que l'extension fournit au Noyau.

Rôles et responsabilités Discord

L'Extension Discord doit observer les rôles nécessaires au fonctionnement d'Horizon. Discord reste la source d'autorité pour leur attribution et leur retrait natifs.

Les rôles désignés comme responsabilités de Modérateur ou d'Administrateur doivent être répercutés rapidement afin que les permissions dépendantes soient réévaluées. Leur perte retire les capacités correspondantes sans supprimer l'identité, le statut communautaire ou l'historique de la personne.

Au-delà de ces responsabilités, seuls les rôles spéciaux associés à une finalité Horizon doivent être synchronisés. Leur liste sera définie ultérieurement. Un rôle décoratif ou sans utilisation fonctionnelle ne doit pas être copié dans Horizon par défaut.

Sur instruction du Noyau, l'extension doit pouvoir attribuer ou retirer un rôle lorsque l'opération est autorisée et techniquement possible. Cette capacité peut notamment servir à représenter certains grades, responsabilités, accès ou effets communautaires. La règle qui décide de l'attribution reste extérieure à l'extension.

Un rôle Discord ne devient pas automatiquement une responsabilité Twitch ou Horizon. La correspondance détaillée des permissions relèvera du chapitre 32.

Actions Discord sortantes

Une action sortante est une conséquence autorisée par le Noyau et confiée à l'Extension Discord.

Catégorie	Exemples fonctionnels
Communication publique	Publier un message, une réponse, un accueil ou une annonce.
Communication privée	Remettre une notification, une réponse ou une demande de confirmation.
Interaction structurée	Répondre à une commande ou actualiser un composant interactif.
Rôles	Attribuer ou retirer un rôle Discord prévu.
Espaces	Produire une opération limitée sur un fil, un salon ou une publication lorsque la fonction est autorisée.
Modération	Exécuter une opération après vérification des permissions et confirmations applicables.

Chaque instruction doit préciser la cible, l'opération, les paramètres nécessaires, le contexte de serveur ou de salon et la référence du traitement. L'extension ne doit ni élargir la demande, ni changer de cible, ni choisir une opération voisine lorsqu'elle ne peut pas exécuter celle qui a été autorisée.

Après la tentative, elle retourne un résultat exploitable. Une opération peut notamment être réussie, refusée, échouée, expirée, non applicable ou incertaine. Le Noyau consolide cet état et décide de la communication éventuelle.

Notifications et annonces

Discord et le Poste de commande constituent les canaux privilégiés des notifications personnelles. Discord peut également accueillir des annonces communautaires dans les salons configurés.

Le choix entre message public, réponse limitée, message privé et Poste de commande dépend :

• De la finalité de la communication.
• De la personne ou du groupe concerné.
• De la sensibilité du contenu.
• Des préférences de notification applicables.
• De la disponibilité réelle du canal.
• De l'urgence et du besoin éventuel de confirmation.

Une notification importante qui ne peut pas être remise sur Discord doit pouvoir être dirigée vers le Poste de commande. L'échec Discord ne doit pas provoquer une publication publique de données privées.

La diffusion d'une annonce sur Twitch, Discord et le Web, son adaptation et la prévention des doublons relèvent du chapitre 25. L'Extension Discord exécute uniquement la remise qui lui est confiée.

Modération Discord

L'Extension Discord observe les actions natives disponibles et exécute les instructions de modération autorisées par le Noyau.

Une suppression, une exclusion, un bannissement, une levée de sanction ou une évolution comparable réalisée directement sur Discord par une personne habilitée doit être répercutée dans Horizon lorsqu'elle est observable. L'événement conserve son auteur, son origine, sa cible et son résultat dans la limite des informations fournies par Discord.

Une analyse de P.O.U.B.E.L.L.E. ou du LLM ne constitue jamais une décision de sanction. Lorsque l'interprétation des règles communautaires exige un jugement, le Noyau doit solliciter une personne habilitée et attendre sa décision selon les confirmations applicables.

La politique communautaire, les motifs, les durées, les recours et la coordination avec Twitch seront définis au chapitre 29. Les actions critiques et leur confirmation relèveront de la Partie IX.

Bots, webhooks et prévention des boucles

Les messages et événements provenant de bots ou de webhooks sont ignorés par défaut pour les interactions, statistiques et souvenirs. Une automatisation peut être explicitement autorisée lorsqu'elle possède une identité technique connue, une finalité déterminée et un type d'événement attendu.

Cette autorisation ne doit pas transformer ses messages en activité humaine. Une information provenant d'un bot peut déclencher une fonction prévue sans créer de journée active, de progression personnelle ou de souvenir attribué à une personne ordinaire.

Horizon doit reconnaître les messages et opérations qu'il a lui-même produits. Une réponse de P.O.U.B.E.L.L.E., une annonce ou une modification réalisée par l'extension ne doit pas être retraitée comme une nouvelle demande susceptible de créer une boucle.

Les références d'événement, les auteurs techniques, les messages d'origine et les traitements en cours doivent être utilisés pour prévenir les répétitions sans supprimer une nouvelle intention réellement exprimée par une personne.

Limites de fréquence et événements tardifs

L'Extension Discord doit respecter les limites imposées par Discord et celles définies par Horizon. Les restrictions doivent être adaptées à la fonction : une annonce automatique répétitive, une commande sensible et une conversation privée légitime ne justifient pas nécessairement la même fréquence.

Le Noyau et l'extension doivent pouvoir distinguer :

• Un même événement reçu plusieurs fois.
• Une instruction déjà exécutée ou encore en cours.
• Une interaction devenue obsolète.
• Un résultat tardif rattaché à une ancienne demande.
• Une action devenue inutile avant son exécution.
• Une nouvelle intention explicitement répétée par une personne autorisée.

Un événement tardif peut actualiser un état ou un historique sans justifier une réponse devenue incohérente avec la conversation actuelle.

Déconnexion, indisponibilité et reprise

L'Extension Discord doit rendre son état de disponibilité exploitable par le Noyau. Une rupture de connexion, une perte d'autorisation, une interdiction d'accès à un salon ou un refus de Discord ne doit pas être dissimulé.

Lorsqu'une indisponibilité est détectée, Horizon doit autant que possible :

1. Identifier les capacités, espaces ou flux concernés.
2. Signaler l'état aux personnes habilitées selon sa gravité.
3. Tenter une reconnexion contrôlée lorsqu'elle est appropriée.
4. Préserver les traitements encore vérifiables.
5. Marquer les observations et résultats devenus inconnus, partiels ou incertains.
6. Réévaluer l'utilité et les permissions avant toute reprise.

Horizon ne doit pas reconstruire artificiellement les messages, événements, rôles ou présences vocales qu'il n'a pas pu observer. Une période d'indisponibilité générale devient non observable pour les mesures concernées.

Les actions en attente doivent être examinées selon leur nature :

• Une synchronisation répétable peut être reprise si elle reste utile.
• Une notification devenue trop tardive doit expirer, être abandonnée ou être redirigée selon sa finalité.
• Une action dont le résultat est incertain ne doit pas être répétée sans vérification lorsqu'elle pourrait produire un doublon.
• Une opération devenue non autorisée ou sans objet doit être refusée ou déclarée non applicable.

Les stratégies techniques de connexion, file d'attente, surveillance et reprise seront précisées dans les chapitres consacrés aux intégrations externes et à la gestion des erreurs.

Données, mémoire et minimisation

L'accès aux espaces Discord doit rester proportionné aux fonctions réellement activées. Une donnée reçue ne doit être conservée, transmise au LLM ou réutilisée pour une autre finalité que si les règles correspondantes l'autorisent.

Il convient notamment de distinguer :

• Le message temporairement nécessaire à l'interaction.
• La mesure textuelle issue d'une activité admissible.
• Le statut opérationnel temporaire « en vocal ».
• L'événement historique qui mérite une conservation propre.
• Le souvenir candidat soumis au cycle de la mémoire.
• La trace nécessaire à l'explication d'une action.
• L'état natif Discord synchronisé pour le fonctionnement actuel.

Ces éléments peuvent provenir d'une même interaction sans former une copie durable unique du message original. Le Noyau sélectionne les données nécessaires à chaque finalité et applique les règles de visibilité correspondantes.

La présence vocale ne doit pas conduire à enregistrer le son, analyser les conversations, construire une liste durable des interlocuteurs ou publier les habitudes horaires de la personne.

Garanties fonctionnelles

L'Extension Discord doit garantir les principes suivants :

• Discord reste l'autorité sur ses comptes, appartenances, rôles, permissions, messages et sanctions natifs.
• L'Extension traduit les échanges sans devenir une autorité fonctionnelle.
• Le Noyau contrôle chaque conséquence produite à partir d'un événement Discord.
• La V1 reste centrée sur un serveur configurable sans imposer une architecture mutualisée.
• L'application officielle de P.O.U.B.E.L.L.E. remplace le bot Discord existant dans le fonctionnement cible.
• Chaque espace peut limiter séparément les finalités autorisées.
• Un accès technique ne constitue pas une autorisation générale d'analyse ou de conservation.
• Tous les messages admissibles peuvent être traités sans devenir un historique permanent du serveur.
• Une modification ou suppression actualise les contextes encore contrôlables sans réécrire silencieusement le passé.
• Les commandes natives constituent la forme normale des commandes de base.
• Les commandes textuelles restent disponibles pour les usages particuliers qui les justifient.
• Une mention, une réponse directe ou un message privé permet normalement de solliciter P.O.U.B.E.L.L.E.
• Une intervention spontanée reste limitée aux espaces et finalités configurés.
• Une conversation privée ne devient pas publique du seul fait qu'Horizon peut l'utiliser.
• Les bots et webhooks sont ignorés sauf autorisation explicite.
• Les sorties d'Horizon ne sont pas retraitées comme de nouvelles demandes.
• Les rôles Discord ne deviennent pas automatiquement des responsabilités Twitch ou Horizon.
• Seuls les rôles associés à une finalité déclarée sont synchronisés.
• Le statut « en vocal » exige un salon admissible et une présence humaine collective.
• Les nouveaux salons vocaux accessibles autorisent l'XP par défaut ; seuls les Super administrateurs et le Capitaine peuvent modifier cette configuration depuis leur espace Web.
• Un changement de permissions Discord ne reconfigure pas automatiquement l'admissibilité à l'XP.
• Aucun contenu vocal n'est enregistré ou analysé pour attribuer l'XP.
• Le vocal ne devient pas une statistique personnelle consultable dans la V1.
• Les règles de progression et de modération restent extérieures à l'extension.
• Une action Discord est exécutée uniquement après autorisation du Noyau.
• Chaque résultat est consolidé selon ce que Discord permet réellement d'établir.
• Une déconnexion ne provoque ni événement inventé ni répétition aveugle d'une action.

Limites du présent chapitre

Le présent chapitre ne définit pas :

• La technologie ou la bibliothèque utilisée pour se connecter à Discord.
• Les intents, protocoles, événements techniques ou formats d'API.
• Les secrets et procédures détaillées d'autorisation de l'application.
• La syntaxe exhaustive et le catalogue définitif des commandes.
• La liste finale des salons, catégories, fils ou forums configurés.
• La liste définitive des rôles spéciaux synchronisés.
• Les valeurs chiffrées des limites de fréquence ou du délai de tolérance vocal.
• La quantité d'XP vocal, sa fréquence, ses plafonds ou ses règles de cumul.
• Les formules d'XP, niveaux, grades et promotions.
• La politique de modération, les sanctions, leurs durées et leurs recours.
• La matrice complète des permissions et actions critiques.
• Les règles détaillées de construction et de conservation des souvenirs.
• Les interfaces de configuration du Poste de commande.
• Les règles de diffusion et d'adaptation entre plusieurs plateformes.
• Le plan détaillé de migration et de retrait du bot Discord actuel.
• Les modalités commerciales ou techniques d'une éventuelle distribution d'Horizon à d'autres communautés.

L'Extension Twitch est définie au chapitre 22. Le Poste de commande et les communications entre plateformes seront précisés dans les chapitres 24 et 25. Les systèmes fonctionnels de La Tanière relèvent des chapitres 26 à 30, les permissions de la Partie IX, l'architecture logicielle de la Partie XI et la migration de la Partie XV.

Synthèse

L'Extension Discord constitue l'adaptateur fonctionnel entre Discord et le Noyau Horizon. Elle reçoit les messages, commandes, événements, rôles, appartenances, interactions vocales et résultats natifs, puis les transmet sans décider seule de leur signification ou de leurs conséquences. Dans l'autre sens, elle exécute uniquement les instructions Discord autorisées et retourne leur résultat réel.

La V1 dessert un serveur principal configurable. L'application officielle de P.O.U.B.E.L.L.E. remplace le bot Discord existant et manifeste la même entité que sur Twitch et le Poste de commande. Les capacités sont réglables par espace afin qu'un salon puisse autoriser les commandes, la modération ou les interventions de P.O.U.B.E.L.L.E. sans ouvrir indistinctement toutes les utilisations de son contenu.

Les messages admissibles peuvent contribuer aux statistiques, au contexte, à la mémoire ou à un système communautaire sans former un historique intégral permanent. Les commandes natives avec barre oblique constituent la forme normale des commandes de base, tandis que les commandes textuelles restent disponibles pour des usages particuliers. Les messages privés avec P.O.U.B.E.L.L.E. sont pleinement pris en charge et demeurent privés par défaut.

La présence dans un salon vocal admissible peut produire le statut opérationnel « en vocal » lorsque plusieurs personnes humaines sont réunies et que la personne reste en mesure d'écouter. Les nouveaux salons vocaux accessibles autorisent ce gain d'XP par défaut ; seuls les Super administrateurs et le Capitaine peuvent modifier ce paramètre depuis leur espace Web, y compris après un changement de permissions Discord. Ce statut permet au système de progression d'attribuer de l'XP sans enregistrer la voix, mesurer le temps de parole ou créer une statistique consultable des habitudes vocales.

Enfin, Discord reste l'autorité sur ses rôles et actions natives. Horizon synchronise seulement les rôles associés à une finalité établie, observe les actes manuels de modération lorsqu'ils sont disponibles et maintient un fonctionnement explicable lors des erreurs, redirections et reprises.