La configuration avancée Feishu d’OpenClaw

Au-delà de l’assistant, Feishu a une surface de configuration inhabituellement profonde : plusieurs bots sur une passerelle, des cartes de diffusion avec leur propre plafond de taille, une portée de session consciente des sujets, toute une famille d’outils d’espace de travail, et des liaisons ACP. Voici la page avancée dans l’ordre : comptes, limites, diffusion, quota, sessions, outils, ACP et routage.

Comptes, limites, diffusion

• Plusieurs comptes vivent sous la carte des comptes avec identifiant et secret d’application, un nom, un indicateur d’activation facultatif et des réglages par compte ; le compte par défaut choisit le compte qu’utilisent les API sortantes sans identifiant de compte, les entrées de compte héritent des réglages de premier niveau avec la plupart des clés surchargeables, et un bloc de synthèse vocale par compte fusionne en profondeur avec la configuration globale pour que les identifiants de fournisseur partagés restent globaux tandis que la voix, le modèle, la persona ou le mode automatique changent par bot.
• Les limites de messages sont le morceau sortant de 4000 caractères, le mode de découpage par longueur avec le saut de ligne qui préfère les frontières de lignes, et le plafond de 30 Mo de médias ; les cartes Markdown ordinaires et les publications en texte enrichi sont aussi découpées pour tenir dans la limite de message sérialisé de 30 Ko de Feishu, où les en-têtes, les notes, les mentions, l’échappement JSON et le texte UTF-8 comptent tous, si bien que les morceaux peuvent sortir plus courts, et les longues légendes de médias sont envoyées en morceaux de texte ou de carte avant la pièce jointe.
• Les réponses en diffusion utilisent des cartes interactives par l’API de diffusion Card Kit, la carte se mettant à jour au fil du texte généré : le mode est partiel par défaut, off envoie la réponse terminée sans mises à jour tout en découpant encore aux limites, le mode de rendu brut désactive aussi les cartes de diffusion, la diffusion par blocs est désactivée par défaut et vide les blocs d’assistant terminés avant la réponse finale, et l’ancienne diffusion booléenne et les clés plates de diffusion par blocs, de fusion et de mode de découpage migrent vers la forme imbriquée par la correction du doctor.
• Les réponses avec contrôles utilisent des cartes natives pour les boutons de commande et les liens HTTP même quand la diffusion est désactivée, la carte porte le texte de la réponse avec les pièces jointes en messages séparés, les contrôles non pris en charge et les cartes trop grandes gardent leurs étiquettes complètes dans un repli lisible qui reste un message séparé quand une réponse ultérieure diffuse, une réponse finale avec contrôles remplace un aperçu de diffusion actif sans renvoyer son texte tandis que les contrôles d’erreur après une réponse terminée restent séparés, et quand Feishu ne peut pas supprimer ou effacer un aperçu remplacé, la livraison signale un échec et garde le reçu d’origine.

Les entrées de compte héritent des réglages de premier niveau ; la plupart des clés de premier niveau peuvent être surchargées par compte.

Quota, sessions, outils

Deux indicateurs réduisent les appels d’API Feishu : l’indicateur de frappe réglé sur faux saute les appels de réaction de frappe, et la résolution des noms d’expéditeurs réglée sur faux saute les recherches de profil. La portée de session de groupe, au premier niveau, par compte ou par groupe, associe les messages de groupe aux sessions : group, la valeur par défaut, est une session par discussion de groupe, group-sender une par groupe et expéditeur, group-topic une par fil de sujet avec repli sur la session du groupe, et group-topic-sender une par sujet et expéditeur avec repli sur groupe et expéditeur ; les groupes à sujets natifs utilisent l’identifiant de fil de l’événement comme clé canonique de sujet, un événement de départ qui l’omet est hydraté depuis Feishu avant le routage, les réponses normales qu’OpenClaw transforme en fils gardent l’identifiant du message racine de la réponse pour que le premier tour et les suivants partagent une session, l’interrupteur de réponse en fil fait créer ou continuer aux réponses du bot un fil de sujet au lieu de répondre en ligne, et l’ancienne clé de mode de session de sujet est remplacée par la portée de session de groupe. L’extension livre des outils d’agent pour les documents, les discussions, la base de connaissances, le stockage en nuage, les permissions et Bitable avec les compétences correspondantes, gardés par le bloc des outils : documents, informations et membres de discussion, la base de connaissances qui exige les documents, le stockage en nuage, le diagnostic des portées et Bitable sont activés par défaut tandis que la gestion des permissions est désactivée comme sensible, les barrières par compte vivent sous chaque compte, et après une mise à jour de configuration les nouveaux tours utilisent les barrières et la sélection de compte mises à jour sans redémarrage tandis que les outils déjà créés pour un tour gardent leur configuration.

Pièges des outils, ACP, routage

• Les opérations Bitable utilisent le jeton d’application d’une URL de base ou un jeton renvoyé plutôt que le jeton de nœud d’une URL de wiki, et quand la création d’application réussit sans que les métadonnées de table soient récupérées, vous gardez le jeton et l’URL renvoyés et inspectez cette application au lieu d’en créer une autre, parce qu’un identifiant de table manquant ne signifie pas que la création a échoué ; l’outil de documents crée des documents au titre seul, donc le Markdown passe par une action d’écriture séparée avec l’identifiant de document renvoyé comme jeton, une requête de création avec contenu échoue sans rien créer, et les recherches directes d’informations de stockage hors du dossier racine exigent la portée de métadonnées de stockage en lecture seule sauf si l’application a la portée de stockage complète.
• L’ACP est pris en charge pour les messages privés et les messages de fil de groupe et fonctionne par commandes textuelles parce que Feishu n’a pas de menus slash natifs, donc les commandes ACP se tapent directement ; une liaison persistante est une entrée ACP typée correspondant au canal et au compte Feishu avec un pair direct par identifiant ouvert ou un pair de groupe par identifiant de discussion et racine de sujet, et la commande de lancement avec l’indicateur de fil ici dans un message privé ou un fil lie cette conversation à une nouvelle session avec les suites routées là.
• Le routage multi-agents utilise des liaisons avec le canal Feishu, un type de pair direct ou groupe, et un identifiant de pair qui est un identifiant ouvert d’utilisateur ou un identifiant de discussion de groupe, si bien qu’une passerelle peut envoyer un utilisateur de messages privés vers un espace de travail d’agent et un groupe vers un autre.

OpenClaw sur Feishu est le billet du canal que ces réglages prolongent, et La référence de configuration Feishu d’OpenClaw le tableau où chaque clé et sa valeur par défaut sont listées.

Les cartes ont un plafond

La limite sérialisée de 30 Ko est le détail qui explique les morceaux courts : les en-têtes, les notes et l’échappement d’une carte comptent dedans, si bien qu’une réponse qui tient dans la limite de caractères peut encore être découpée par la carte. Les agents dynamiques Feishu d’OpenClaw couvre les agents par utilisateur que ces comptes et liaisons servent, et Le routage des canaux dans OpenClaw le modèle de liaisons partagé dans lequel les pairs Feishu s’insèrent.

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

• La synthèse vocale par compte fusionne avec le bloc global ; les autres clés surchargent.
• Les cartes se découpent à 30 Ko sérialisés, pas seulement à 4000 caractères.
• Les portées de sujet s’indexent sur l’identifiant de fil ; les fils de réponse gardent la racine.