La référence de configuration Feishu d’OpenClaw

La référence de configuration Feishu est un seul tableau, mais c’est là que vivent les valeurs par défaut qui façonnent toutes les autres pages Feishu : diffusion activée, mentions obligatoires sauf politique de groupe ouverte, références de réponse sur chaque message, outils de permissions désactivés. Voici le tableau lu par groupes, et l’unique règle de validation en bas qui empêche une passerelle de démarrer.

Transport et comptes

• Le canal est activé par défaut, le domaine sélectionne l’hôte d’API avec feishu par défaut, lark en alternative ou une URL de base complète, le mode de connexion est websocket par défaut avec webhook en alternative, et le compte par défaut nomme le compte utilisé quand les API sortantes ne donnent pas d’identifiant de compte.
• Le mode webhook exige un jeton de vérification et une clé de chiffrement, le chemin de webhook valant par défaut la route des événements feishu, l’hôte de liaison la boucle locale et le port de liaison 3000.
• Chaque compte sous la carte des comptes porte son identifiant et son secret d’application, une surcharge de domaine facultative, un mode de réponse hérité du canal, une surcharge de synthèse vocale qui vaut par défaut le bloc global, et une surcharge de l’action de sticker héritée.
• La politique de messages privés vaut appairage par défaut avec liste et ouvert comme alternatives, et la liste des messages privés contient des identifiants ouverts ; la politique de groupe vaut liste par défaut avec ouvert et désactivé, la liste des groupes admet des groupes, la liste des expéditeurs de groupe applique une seule liste d’expéditeurs à tous les groupes, la mention obligatoire vaut vrai sauf faux sous une politique ouverte, et l’indicateur d’acceptation des bots, désactivé par défaut, accepte les autres bots qui mentionnent ce bot sous protection contre les boucles.

Si une configuration existante contient un chemin non canonique, lancez openclaw doctor --fix pour le réparer avant de démarrer la passerelle.

Groupes, sessions, livraison

Les entrées par groupe sous la carte des groupes prennent une surcharge de mention, qui admet aussi le groupe en mode liste, un indicateur d’activation vrai par défaut, et une liste d’expéditeurs par groupe qui l’emporte sur la liste globale. La portée de session de groupe vaut group par défaut avec group-sender, group-topic et group-topic-sender en alternatives, le mode de réponse vaut all par défaut avec off, first et batched disponibles, la réponse en fil est désactivée par défaut, et les notifications de réactions valent own par défaut avec off et all. L’action de sticker est désactivée par défaut, les jeux de stickers n’ont pas de valeur par défaut, l’adhésion automatique aux réunions est désactivée, et le bloc des agents dynamiques porte l’indicateur d’activation, les gabarits d’espace de travail et de dossier d’agent et le maximum illimité. Les clés de livraison sont la limite de 4000 caractères par morceau, le mode de découpage par longueur avec le saut de ligne en alternative, le plafond de 30 Mo de médias, le mode de rendu automatique avec brut et carte en alternatives, la sortie en cartes de diffusion en mode partiel par défaut avec off en alternative, la diffusion par blocs terminés désactivée, l’indicateur de frappe et la résolution des noms d’expéditeurs tous deux activés, et les écritures de configuration activées parce que les agents dynamiques en ont besoin.

Outils et chemin de webhook

• Les barrières d’outils activent par défaut les outils de documents, d’informations de discussion, de base de connaissances, de stockage en nuage, de diagnostic des portées et de Bitable, l’outil de base de connaissances exigeant l’outil de documents, et les outils de gestion des permissions sont désactivés par défaut ; les barrières Bitable par compte héritent.
• En mode webhook, les chemins de webhook du canal et par compte doivent être des chemins de requête HTTP canoniques commençant par une barre oblique, comme la route des événements par défaut, une chaîne de requête facultative doit correspondre exactement, et les URL complètes, les chemins relatifs, les fragments d’URL, les segments à points et les espaces ou l’Unicode non encodés sont rejetés.
• Une configuration qui contient déjà un chemin non canonique est réparée par la correction du doctor avant le démarrage de la passerelle.

OpenClaw sur Feishu est le billet du canal auquel ces clés appartiennent, et La configuration avancée Feishu d’OpenClaw la page qui explique en profondeur les clés de diffusion, de session et d’outils.

Des valeurs par défaut qui décident du comportement

Trois valeurs par défaut de ce tableau expliquent la plupart des surprises de la première semaine : les cartes de diffusion sont activées, donc les réponses arrivent en cartes qui se mettent à jour ; les références de réponse sont activées pour chaque message ; et les outils de permissions sont désactivés, donc un agent ne peut pas changer le partage d’un document tant que personne n’ouvre cette barrière. Configurer Feishu dans OpenClaw montre l’assistant qui écrit les premières clés, et La configuration Microsoft Teams d’OpenClaw la liste de clés équivalente pour Microsoft Teams.

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é.

• WebSocket par défaut ; les webhooks exigent un jeton, une clé et un chemin canonique.
• Cartes de diffusion activées, réponses référencées sur all, outils de permissions désactivés.
• Les chemins de webhook commencent par une barre oblique et rien d’autre.