Événements et opérations Slack dans OpenClaw

Un espace de travail Slack émet bien plus que des messages, et OpenClaw transforme un sous-ensemble choisi de ce flux en événements système sur lesquels l’agent peut raisonner : une modification, une réaction, un membre qui arrive, un bouton pressé, une personne qui revient en ligne. Voici la liste de ce qui est observé, les règles opérationnelles autour, les événements d’interaction avec leurs caviardages, et le sondage de présence que Slack ne peut pas pousser mais qu’OpenClaw peut demander.

Ce qui devient un événement système

• Les modifications et suppressions de messages, les ajouts et retraits de réactions, les arrivées et départs de membres, les créations et renommages de canaux, et les ajouts et retraits d’épingles sont tous projetés en événements système, tandis que les diffusions de fil, les réponses aussi envoyées au canal, sont traitées comme des messages d’utilisateur normaux.
• Quand le bot lui-même rejoint un canal autorisé, il publie une introduction ancrée dans le nom, l’objet ou le sujet du canal et les messages récents disponibles, activée par défaut, jamais en messages privés, et désactivée par la clé d’introduction à l’arrivée ou par compte ; un événement de changement d’identifiant de canal peut migrer les clés de configuration du canal quand les écritures de configuration sont activées.
• Les métadonnées de sujet et d’objet du canal sont traitées comme un contexte non fiable qui peut être injecté dans le contexte de routage, les entités de contexte d’application d’Agent View sont validées dans l’ordre de pertinence de Slack et exposées seulement comme contexte structuré non fiable, un contexte omis effaçant le tour, et l’amorçage du démarreur de fil et de l’historique initial du fil est filtré par les listes d’expéditeurs configurées quand elles s’appliquent.
• Les lectures dédiées de l’API web utilisées pour les sondes, la découverte des portées, la classification des conversations et la réconciliation des livraisons reçoivent un délai de 30 secondes par tentative de requête, les échecs passagers étant encore réessayés de sorte que l’opération entière peut durer plus longtemps, tandis que les clients partagés Bolt et capables de mutation ne reçoivent pas ce délai par défaut parce que Slack peut valider une mutation avant qu’une réponse tardive atteigne OpenClaw.

Slack n’envoie pas les changements de présence par l’API d’événements ni par le mode Socket.

Interactions

Les actions de blocs, les raccourcis et les interactions de fenêtres modales émettent des événements système d’interaction structurés aux champs riches : les actions de blocs portent les valeurs sélectionnées, les étiquettes, les valeurs de sélecteurs et les métadonnées de flux de travail, les raccourcis globaux portent les métadonnées de rappel et d’acteur et sont routés vers la session directe de l’acteur, les raccourcis de message portent le rappel, l’acteur, le canal, le fil et le contexte du message sélectionné, et les événements de soumission et de fermeture de fenêtre modale portent les métadonnées de canal routées et les entrées du formulaire. Vous définissez des raccourcis globaux ou de message dans la configuration de l’application Slack avec n’importe quel identifiant de rappel non vide ; OpenClaw accuse réception des charges de raccourcis correspondantes, applique la même politique d’expéditeurs en messages privés et en canaux qu’à toute autre interaction Slack, et met l’événement assaini en file pour la session d’agent routée, les identifiants de déclenchement et les URL de réponse étant caviardés du contexte de l’agent.

Sondage de présence

• Comme Slack n’envoie aucun changement de présence, OpenClaw peut interroger la méthode de présence pour les participants humains dont les messages ont passé les vérifications normales d’accès et de routage : le mode est off par défaut sans minuteur ni appel d’API, auto surveille les messages privés, les messages de groupe et les fils actifs dans les dernières 24 heures avec au plus huit participants humains observés en excluant les sessions de canal de premier niveau, et on surveille les mêmes conversations sans plafond de participants en incluant les canaux de premier niveau, avec une surcharge par canal pour forcer ou supprimer un canal.
• OpenClaw interroge au plus 45 paires uniques d’espace de travail et d’utilisateur par minute et par compte Slack, amorce le premier résultat sans réveiller l’agent, ne se réveille que sur un passage observé d’absent à actif, applique un délai de repos durable de huit heures par compte, espace de travail et utilisateur même quand la personne participe à plusieurs fils, route l’événement seulement vers la conversation éligible la plus récemment active de cette personne, et dit à l’agent de consulter la mémoire, le wiki et le contexte de fuseau horaire connu avant de décider d’envoyer une courte salutation, qu’il peut omettre.
• L’événement inclut les horodatages observés d’absence et d’activité et la durée d’absence, qui est le temps écoulé entre le premier état absent échantillonné dans l’exécution courante du moniteur et l’état actif échantillonné ensuite plutôt qu’un temps d’absence exact, et enregistre ce que Slack a rapporté plutôt que la présence réelle au clavier, puisque Slack peut marquer quelqu’un absent automatiquement ou manuellement sans que la méthode distingue les cas ; la clé d’invite remplace les consignes de salutation par défaut après les faits, s’applique au compte avec une surcharge par canal, est incluse telle quelle jusqu’à 20 000 caractères, et une chaîne vide laisse les instructions de l’espace de travail décider ; le jeton de bot a besoin de la portée de lecture des utilisateurs, et les installations Enterprise Grid ne créent un client de sondage propre à un espace de travail qu’après qu’un événement autorisé a identifié cet espace, l’état, les délais de repos et les cibles restant cloisonnés par espace de travail.

OpenClaw sur Slack est le billet du canal auquel ces événements appartiennent, et Fils et sessions Slack dans OpenClaw l’endroit où atterrit un événement d’interaction routé.

La présence comme question, pas comme poussée

Interroger la présence d’un ensemble borné de participants récents est ce qui permet à un agent de remarquer que quelqu’un est de retour sans surveiller tout l’espace de travail, et le délai de repos et l’instruction de pouvoir rester silencieux l’empêchent de devenir un bot de salutations. La présence dans OpenClaw couvre le modèle de présence entre canaux, et Les événements ambiants de salle dans OpenClaw ce à quoi ressemblent les événements de salle plus discrets quand personne n’est mentionné.

Sur Diali

Slack fait partie des canaux que Diali connecte depuis le tableau de bord, la configuration d’exécution étant générée et remplacée à chaque version, donc les règles d’événements et de sondage décrites ici disent ce qu’un agent hébergé observe dans votre espace de travail plutôt que des réglages que vous entretenez. Slack sur Diali est le canal sur Diali et La sécurité chez Diali la frontière que partage chaque canal connecté.

• Modifications, réactions, appartenance, épingles et canaux deviennent des événements système.
• Les événements d’interaction gardent les valeurs et abandonnent les identifiants de déclenchement.
• La présence est interrogée, plafonnée à 45 paires par minute, et mise au repos huit heures.