Aller au contenu
Guides

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

Les trois politiques de messages privés et l’appairage, la politique de groupe avec l’exception ouverte à la mention obligatoire, les mentions de diffusion qui ne comptent pas, les cinq exemples de configuration de groupe, les listes d’expéditeurs par groupe et globales, les messages rédigés par des bots avec les portées requises, et d’où viennent les identifiants de discussion et les identifiants ouverts

6 min de lecture

Le modèle d’accès de Feishu est compact, trois politiques de messages privés et trois politiques de groupe, mais il a deux règles qui diffèrent de tous les autres canaux : une politique de groupe ouverte désactive la mention obligatoire par défaut pour que les images atteignent encore l’agent, et une mention de diffusion à tout le monde ne compte jamais comme une mention du bot. Voici les politiques de messages privés et de groupe, les cinq exemples de configuration, la règle de bot à bot, et comment trouver les identifiants.

Messages privés et groupes

  • La politique de messages privés vaut appairage par défaut, où les utilisateurs inconnus reçoivent un code d’appairage approuvé par les commandes de liste et d’approbation ; liste n’admet que les utilisateurs de la liste des messages privés ; et ouvert rend les messages privés publics, la validation de configuration exigeant le joker dans la liste tandis que les entrées hors joker restreignent encore l’accès.
  • La politique de groupe vaut liste par défaut : ouvert répond à tous les messages des groupes, liste ne répond qu’aux groupes de la liste des groupes ou configurés explicitement sous la carte des groupes, et désactivé coupe tous les messages de groupe, les entrées de groupe explicites ne pouvant pas l’emporter.
  • La mention obligatoire est activée par défaut, sauf quand la politique de groupe effective est ouverte, où elle est désactivée par défaut pour que les messages qui ne peuvent pas porter de mention, comme les images, atteignent encore l’agent ; elle se règle explicitement et se surcharge par groupe sous la carte des groupes.
  • Les mentions de diffusion à tout le monde ne sont pas traitées comme des mentions du bot, un message qui mentionne à la fois tout le monde et le bot directement compte encore, et les mentions d’autres personnes restent lisibles dans le texte envoyé à l’agent, y compris quand des messages consécutifs sont combinés.
Feishu ne livre les événements de groupe rédigés par des bots que lorsqu’un autre bot mentionne ce bot.

Les cinq exemples

La documentation donne cinq configurations de groupe. Autoriser tous les groupes sans mention obligatoire est une politique de groupe ouverte seule, puisque la mention obligatoire est désactivée par défaut sous ouvert ; autoriser tous les groupes en exigeant encore une mention ajoute un vrai explicite. Autoriser seulement certains groupes utilise la politique en liste avec une liste de groupes par identifiants de discussion, qui ressemblent à une chaîne préfixée par oc ; en mode liste, un groupe peut aussi être admis par une entrée explicite sous la carte des groupes, les entrées explicites ne l’emportent jamais sur une politique désactivée, et les valeurs par défaut joker sous la carte des groupes configurent les groupes correspondants sans les admettre par elles-mêmes. Restreindre les expéditeurs dans un groupe garde la politique en liste et la liste des groupes et ajoute une liste d’identifiants ouverts d’utilisateurs, qui ressemblent à une chaîne préfixée par ou, dans l’entrée de ce groupe ; la liste globale des expéditeurs de groupe fixe la même liste pour tous les groupes, et une liste par groupe l’emporte.

Bots et identifiants

  • Feishu ignore par défaut les messages rédigés par d’autres bots ; autoriser les conversations de groupe de bot à bot signifie accorder à l’application les deux portées en lecture seule pour les messages de groupe avec mention incluant les bots et pour les messages, puis régler la clé d’acceptation des bots sur vrai.
  • Feishu ne livre les événements de groupe rédigés par des bots que lorsqu’un autre bot mentionne ce bot, la politique de groupe, les listes d’expéditeurs et les mentions obligatoires existantes s’appliquent toujours, et OpenClaw écarte les messages qu’il a lui-même rédigés, mentionne le bot pair à chaque réponse textuelle ou par carte, et applique la garde partagée contre les boucles de bots.
  • L’identifiant de discussion d’un groupe figure sur sa page de réglages, ouverte depuis l’icône de menu en haut à droite du groupe, et l’identifiant ouvert d’un utilisateur apparaît dans les journaux après un message privé au bot en cours ou dans les demandes d’appairage en attente.

OpenClaw sur Feishu est le billet du canal auquel ces règles appartiennent, et Les types de messages Feishu dans OpenClaw les types de messages qui atteignent une conversation admise.

Pourquoi ouvert désactive les mentions

Une image ne peut pas porter de mention, donc un groupe qui exige des mentions écarte en silence chaque photo ; faire de la politique ouverte une politique sans mention obligatoire par défaut est la réponse de la documentation, et les deux exemples explicites existent pour les équipes qui veulent l’autre combinaison. Les groupes d’accès dans OpenClaw couvre le modèle partagé de groupes d’accès, et La protection contre les boucles de bots dans OpenClaw la garde derrière les conversations de bot à bot.

Sur Diali

Feishu et Lark ne font pas partie des canaux que Diali connecte aujourd’hui : WhatsApp, Telegram, Discord, Slack, Mattermost, Matrix, SMS et voix. 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 groupes ouverts sautent la mention obligatoire ; les groupes en liste la gardent.
  • Mentionner tout le monde n’est jamais mentionner le bot.
  • Les identifiants de discussion commencent par oc, les identifiants ouverts par ou.
Commencer

Arrêtez de lire, construisez le vôtre

Configurez un agent, choisissez un canal, et faites-le travailler dans l’application que vous gardez déjà ouverte.