Cartes et actions Microsoft Teams dans OpenClaw

Teams n’a pas de sondage natif, pas de composant de bouton hors des cartes adaptatives et aucun moyen d’écrire à quelqu’un que le bot n’a jamais rencontré, donc OpenClaw bâtit ses surfaces riches sur des cartes et garde une grammaire de cibles stricte. Voici la recherche d’effectifs, les cartes d’approbation, les sondages, les cartes de présentation, les formats de cibles, et la règle des messages proactifs.

Informations sur les membres et approbations

• L’action d’informations sur les membres appuyée sur Graph laisse les agents et les automatisations résoudre des détails d’effectifs vérifiés pour une conversation configurée ; elle exige les permissions RSC de lecture des réglages de canal et des membres d’équipe, est disponible dès que des identifiants Graph sont configurés sans interrupteur séparé, renvoie l’identité d’effectif d’équipe, le nom d’affichage, l’e-mail et les rôles pour les canaux standard, peut renvoyer l’identifiant d’utilisateur stable de l’expéditeur de confiance dans le message privé ou la discussion de groupe courante, et rejette les recherches de canaux privés ou partagés et de discussions non courantes sous la base de permissions par défaut.
• Les demandes d’approbation d’exécution et d’extension peuvent être livrées en cartes adaptatives dans la conversation d’origine, chaque carte décrivant la commande ou l’action d’extension demandée et n’offrant que les décisions autorisées pour cette demande, comme approuver une fois, toujours autoriser et refuser, et OpenClaw met à jour la carte d’origine avec son état final après une décision ou une expiration.
• Les cartes natives utilisent les réglages existants de transfert d’approbations de premier niveau, les approbations d’exécution et d’extension étant indépendantes l’une de l’autre, et exigent un bot Teams configuré plus au moins un approbateur résolu depuis la liste du canal ou la cible par défaut ; les approbateurs doivent être des identifiants d’objet AAD stables, puisque les noms d’affichage, les adresses e-mail, les entrées de groupe et les identifiants de conversation n’accordent aucun accès d’approbation, et OpenClaw vérifie l’identifiant d’objet de l’utilisateur qui clique avant de résoudre la demande.
• Aucune configuration d’approbation propre à Teams n’est requise, et la commande d’approbation avec un identifiant et une décision reste un repli textuel quand la livraison native est indisponible.

OpenClaw envoie les sondages Teams sous forme de cartes adaptatives (il n’existe pas d’API native de sondage Teams).

Sondages et cartes de présentation

Les sondages se créent depuis la ligne de commande avec la commande de sondage, le canal Teams, une cible de conversation, une question et des options répétées ; les votes sont enregistrés par la passerelle dans la base SQLite d’état de l’extension, les fichiers JSON de sondages existants sont importés par la correction du doctor plutôt que par l’extension en cours, la passerelle doit rester en ligne pour enregistrer les votes, et les sondages ne publient pas de résumé de résultats automatiquement et n’ont pas de commande de résultats. Les cartes de présentation envoient des charges sémantiques à des utilisateurs ou des conversations par l’outil de message, la ligne de commande ou la livraison normale des réponses, rendues en cartes adaptatives à partir du contrat de présentation générique : le paramètre de présentation prend des blocs sémantiques, le texte du message devient facultatif quand il est présent, les boutons se rendent en actions de soumission ou d’URL, et les menus de sélection, que le moteur de rendu de Teams n’a pas, sont dégradés en texte lisible avant la livraison.

Cibles et messages proactifs

• Les cibles portent un préfixe : un utilisateur par identifiant d’objet AAD, un utilisateur par nom d’affichage, ce qui déclenche une recherche Graph, un groupe ou un canal par identifiant de conversation avec le préfixe de conversation, ou un identifiant de conversation brut comme les formes de fil et d’espaces ou un identifiant nu du Bot Framework.
• Sans le préfixe utilisateur, un nom se résout par défaut en groupe ou en équipe, donc la documentation dit d’utiliser toujours le préfixe utilisateur pour viser des personnes par nom d’affichage ; les exemples de ligne de commande envoient à un utilisateur par identifiant, à un utilisateur par nom, à une conversation, et une carte de présentation à une conversation.
• Les messages proactifs ne sont possibles qu’après qu’un utilisateur a interagi, parce qu’OpenClaw stocke les références de conversation à ce moment, et ils restent soumis à la politique de messages privés et au filtrage par listes.

OpenClaw sur Microsoft Teams est le billet du canal auquel ces surfaces appartiennent, et Manifeste et permissions Microsoft Teams dans OpenClaw les permissions RSC dont la recherche d’effectifs a besoin.

Des cartes à la place des boutons

Rendre les approbations en cartes qui ne montrent que les décisions autorisées et se réécrivent avec le résultat est ce qui rend l’approbation par discussion sûre sur une plateforme sans composants natifs. Les approbations d’exécution dans OpenClaw couvre le modèle d’approbation que ces cartes pilotent, et Graphiques, tableaux et approbations Slack dans OpenClaw les équivalents Block Kit sur Slack.

Sur Diali

Microsoft Teams ne fait 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 approbateurs sont des identifiants d’objet ; noms et e-mails n’approuvent rien.
• Les sondages sont des cartes ; les votes vivent dans SQLite tant que la passerelle tourne.
• Préfixez les personnes par user ; les envois proactifs exigent une interaction préalable.