Le contrôle d’accès Matrix d’OpenClaw

Matrix n’a ni indicateur de bot, ni listes d’autorisation côté serveur, et ses clients complètent automatiquement une mention devant chaque commande, et les règles d’accès d’OpenClaw reflètent ces trois faits. Voici les réglages de bot à bot, le contrôle de visibilité du contexte, les politiques de messages privés et de salons, l’appairage, et le chemin des commandes précédées d’une mention.

Salons de bot à bot

• Les messages des autres comptes Matrix OpenClaw configurés sont ignorés par défaut, et le réglage d’acceptation des bots active le trafic entre agents : vrai accepte les messages des autres comptes de bot configurés dans les salons et messages privés autorisés, mentions ne les accepte dans les salons que lorsqu’ils mentionnent visiblement ce bot tandis que les messages privés restent autorisés, et une valeur par salon l’emporte sur le réglage du compte.
• Les messages acceptés des bots configurés utilisent la protection partagée contre les boucles de bots, configurée sous les valeurs par défaut des canaux et surchargée par compte ou par salon.
• OpenClaw ignore toujours les messages du même identifiant d’utilisateur Matrix pour éviter les boucles d’auto-réponse, et comme Matrix n’a pas d’indicateur de bot natif, rédigé par un bot signifie envoyé par un autre compte Matrix configuré sur cette passerelle OpenClaw.
• Le conseil de la documentation pour les salons partagés est des listes de salons strictes et des mentions obligatoires dès que le trafic de bot à bot est activé.

Cela n’affecte que la visibilité du contexte supplémentaire, pas la capacité du message entrant lui-même à déclencher une réponse.

Visibilité du contexte et politiques

Matrix prend en charge le contrôle partagé de visibilité du contexte pour le contexte supplémentaire des salons comme le texte de réponse récupéré, les racines de fil et l’historique en attente : all, la valeur par défaut, garde le contexte supplémentaire tel qu’il est reçu, allowlist le filtre aux expéditeurs autorisés par les vérifications actives de listes de salons et d’utilisateurs, et allowlist-quote se comporte comme allowlist en gardant une réponse citée explicite ; cela n’affecte que le contexte supplémentaire visible, jamais la capacité du message entrant à déclencher une réponse, qui vient toujours de la politique de groupe, de la carte des salons, de la liste des expéditeurs de groupe et des réglages de messages privés. L’exemple de politique règle la politique de messages privés sur liste avec un expéditeur administrateur et les réponses en fil désactivées, une politique de groupe en liste avec le même administrateur comme expéditeur de groupe, et une entrée de salon avec mention obligatoire ; pour faire taire complètement les messages privés en gardant les salons, vous désactivez le bloc des messages privés et gardez la politique de salons et sa liste d’expéditeurs. L’appairage des messages privés Matrix utilise les commandes de liste et d’approbation, et quand un utilisateur non approuvé continue d’écrire avant l’approbation, OpenClaw réutilise le même code en attente et peut envoyer un rappel après un court délai au lieu de frapper un nouveau code.

Commandes slash dans les salons

• Les commandes slash comme nouvelle session, réinitialisation, modèle, agents, session, acp et approbation fonctionnent directement en messages privés.
• Dans les salons, OpenClaw reconnaît aussi une commande précédée de la propre mention Matrix du bot, si bien qu’une mention suivie de la commande de nouvelle session déclenche le chemin de commande sans expression de mention personnalisée, ce qui garde le bot réactif aux publications mention puis commande qu’Element et les clients semblables émettent quand un utilisateur complète le bot avant de taper.
• L’autorisation s’applique toujours : les expéditeurs de commandes doivent satisfaire les mêmes politiques de liste ou de propriétaire des messages privés ou des salons que les messages ordinaires.

OpenClaw sur Matrix est le billet du canal auquel ces règles appartiennent, et Comptes et serveurs Matrix dans OpenClaw le modèle multi-comptes et de serveurs dont dépend la définition de l’acceptation des bots.

Définir un bot sur une plateforme qui n’en a pas

Comme Matrix ne distingue pas un bot d’une personne, OpenClaw trace la ligne à sa propre configuration : un autre compte sur la même passerelle est un bot, tous les autres sont des utilisateurs, et la garde contre les boucles se tient derrière cette ligne. La protection contre les boucles de bots dans OpenClaw explique la garde, et Le contrôle d’accès Slack d’OpenClaw les mêmes couches de politique sur Slack, où la plateforme marque bien les bots.

Sur Diali

Matrix figure dans la liste des canaux connectables de Diali, aux côtés de WhatsApp, Telegram, Discord, Slack, Mattermost, des SMS et de la voix : le compte sur le serveur d’accueil et la liste d’autorisation des salons sont à vous, la passerelle est à nous. OpenClaw hébergé sur Diali est l’assistant et La sécurité chez Diali décrit la frontière qui s’applique à chaque canal connecté.

• Les autres comptes configurés sont des bots ; le même identifiant n’obtient jamais de réponse.
• La visibilité du contexte filtre ce qui est vu, pas ce qui déclenche.
• Une mention plus une commande reste une commande.