Graphiques, tableaux et approbations Slack dans OpenClaw

Un graphique dans un message Slack, c’était jusqu’ici une image rendue quelque part puis téléversée. Slack a désormais des blocs Block Kit natifs pour les graphiques et les tableaux, et OpenClaw projette directement ses blocs de présentation portables dessus, avec une version textuelle qui accompagne tout ce qui ne sait pas dessiner un bloc. Voici les deux blocs natifs avec leurs limites et leurs replis, le chemin des fenêtres modales pour les extensions, et les boutons d’approbation qui font de Slack un client d’approbation.

Graphiques natifs

• Le bloc public de visualisation de données de Slack rend des graphiques en lignes, en barres, en aires et en camembert dans les messages, et OpenClaw projette le bloc de graphique portable, avec un type, un titre, des catégories, des séries nommées et une étiquette d’axe facultative, sur cette forme native sans portée OAuth, téléversement de fichier, moteur de rendu d’image ni configuration Slack au-delà de l’accès normal aux messages.
• Les limites de Slack sont imposées avant le rendu natif : titres et étiquettes d’axes à 50 caractères, de un à douze segments positifs pour un camembert, de une à douze séries nommées de façon unique et de une à vingt catégories partagées pour les lignes, barres et aires, étiquettes à 20 caractères, et une valeur finie par catégorie dans chaque série, les négatifs étant admis hors camembert.
• Chaque graphique natif porte une représentation textuelle de premier niveau pour les lecteurs d’écran, les notifications, le miroir de session et les clients qui ne savent pas rendre le bloc, les autres canaux reçoivent ces mêmes données déterministes en texte sauf s’ils annoncent une prise en charge native, et quand Slack rejette un graphique avec une erreur de blocs invalides, OpenClaw retire les blocs de données rejetés, garde les contrôles voisins et envoie le graphique complet en texte visible.
• Slack accepte au plus deux blocs de visualisation de données par message, une limite que sa référence publique ne documente pas, donc une présentation avec davantage de graphiques valides garde leur ordre et poursuit le rendu natif dans des messages de suite avec au plus deux par message ; l’annonce aux développeurs documente le bloc comme une fonction destinée aux applications sans restriction de forfait payant, la formulation Business Plus et Enterprise s’applique à la génération automatique de graphiques par Slackbot, et les graphiques sont des blocs réservés aux messages, pas au contenu d’App Home, de fenêtre modale ni de Canvas.

Seuls les blocs de tableau explicites de la présentation sont promus en tableaux natifs.

Tableaux natifs

Le bloc de tableau de données courant de Slack rend des lignes et des colonnes dans les messages, et OpenClaw projette un bloc de tableau portable explicite, avec une légende, des en-têtes, des lignes et un indice facultatif de colonne d’en-tête de ligne, dessus plutôt que sur l’ancien bloc de tableau, là encore sans portée supplémentaire. Les cellules d’en-tête et de chaîne deviennent des cellules de texte brut, les cellules numériques deviennent des cellules de nombre brut dont la valeur finie est conservée pour le tri et le filtrage natifs, et l’indice d’en-tête de ligne marque cette colonne, comptée depuis zéro, comme en-têtes de ligne Slack. Les limites publiées sont imposées d’abord : de une à vingt colonnes, de une à cent lignes de données plus la ligne d’en-tête, le même nombre de cellules dans chaque ligne, et au plus dix mille caractères cumulés sur toutes les cellules d’un message. Plusieurs tableaux valides peuvent se rendre nativement tant que le message reste dans cette enveloppe ; un tableau qui ne le peut pas devient un texte déterministe complet au lieu de perdre des lignes ou des cellules, un texte qui dépasse un message part en morceaux ordonnés pour les envois et les réponses slash, et une modification de tableau échoue avec une erreur de taille explicite plutôt que de tronquer en silence les lignes d’un message existant. Chaque tableau natif porte aussi sa représentation textuelle, les valeurs brutes de graphiques et de tableaux restent littérales dans le repli pour qu’une mention d’utilisateur dans une cellule ne devienne pas une vraie mention, et quand Slack rejette des blocs natifs de graphique ou de tableau, OpenClaw retire tous les blocs de données natifs en une seule étape de récupération bornée, conserve les voisins valides comme les boutons et les sélecteurs, et envoie le texte complet avec le formatage Slack désactivé ; la livraison des commandes slash suit le budget de cinq appels de réponse de Slack et choisit avant chaque lot un plan complet qui tient dans les appels restants. Seuls les blocs de tableau explicites de la présentation sont promus, les tableaux Markdown à barres verticales restent du texte rédigé parce qu’OpenClaw ne devine ni la structure ni les types de cellules, les producteurs natifs Slack de confiance peuvent encore passer des blocs bruts par les données de canal avec un texte de repli dérivé des cellules brutes valides, et un contenu de tableur collé qui arrive comme ancien bloc de tableau est rendu en TSV sûr pour l’entrée de l’agent, le contexte de fil et les actions de lecture, seuls les blocs de tableau natifs étant admis depuis les pièces jointes ordinaires.

Fenêtres modales et approbations

• Les extensions Slack dotées d’un gestionnaire interactif peuvent recevoir les événements de soumission et de fermeture de fenêtre modale avant qu’OpenClaw compacte la charge, en réglant l’identifiant de rappel sur un espace de noms et une charge préfixés par openclaw ou en plaçant des données interactives d’extension dans les métadonnées privées de la fenêtre ; le gestionnaire reçoit le type d’interaction, des entrées normalisées et les valeurs d’état brutes, le routage par identifiant de rappel suffit à l’invoquer, les champs de routage d’utilisateur et de session des métadonnées privées font aussi produire à la fenêtre un événement visible par l’agent, et l’agent reçoit un événement d’interaction compact et caviardé qui peut porter un résumé, une référence et des données du gestionnaire sans la charge complète du formulaire.
• Slack peut agir comme client d’approbation natif avec des boutons interactifs au lieu de retomber sur l’interface web ou le terminal : les approbations d’exécution et d’extension se rendent en invites Block Kit, les messages privés d’approbation d’exécution vont aux approbateurs configurés ou aux propriétaires des commandes, les approbations d’extension utilisent les boutons natifs de Slack quand Slack est le client natif de la session d’origine ou quand les approbations d’extension sont routées vers une session ou une cible Slack, avec des approbateurs tirés de la liste du canal, de celle d’un compte nommé ou de la route par défaut du compte, et les approbateurs d’exécution seuls ne peuvent pas approuver des demandes d’extension sauf s’ils sont aussi approbateurs d’extension.
• Le chemin de configuration est le bloc des approbations d’exécution avec l’activation, des approbateurs facultatifs retombant sur les propriétaires des commandes, une cible dm, channel ou both avec dm par défaut, et des filtres d’agent et de session ; les approbations d’exécution natives exigent l’activation à vrai ou auto plus au moins un approbateur résolu, la laisser non définie ou à faux désactive la livraison native d’exécution sans désactiver les approbations d’extension natives, les transferts partagés d’exécution et d’extension restent distincts et ne sont supprimés que lorsque Slack traite la demande nativement, la commande d’approbation dans la même discussion fonctionne encore là où les commandes fonctionnent, et pour Enterprise Grid l’espace de travail validé de l’événement d’origine est conservé pour l’invite, le message privé, le rappel du bouton et la mise à jour finale, en échouant fermé quand le compte installé pour l’organisation n’a pas cette portée.

OpenClaw sur Slack est le billet du canal que ces surfaces prolongent, et Le comportement des messages Slack dans OpenClaw le modèle de cartes et d’aperçus dans lequel elles s’inscrivent.

Pourquoi le texte accompagne toujours

Un graphique qui n’existe que comme bloc disparaît des notifications, des lecteurs d’écran et de tous les autres canaux vers lesquels la session est reflétée, et c’est pourquoi la version textuelle déterministe n’est pas facultative et pourquoi un bloc rejeté se dégrade vers ce texte plutôt que vers rien. Les approbations d’exécution dans OpenClaw couvre le modèle d’approbation que ces boutons pilotent, et Messages riches et approbations Telegram dans OpenClaw les surfaces riches équivalentes sur Telegram.

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 graphiques, les tableaux et les invites d’approbation d’un agent hébergé se comportent comme décrit ici sans réglage à modifier à la main. Slack sur Diali est le canal sur Diali et La sécurité chez Diali la frontière qui s’applique à chaque action qu’un bot peut entreprendre.

• Deux graphiques par message ; les suivants débordent dans des messages de suite.
• Un tableau qui dépasse l’enveloppe devient un texte complet, jamais moins de lignes.
• Les boutons d’approbation sont l’interface première ; la commande d’approbation est le repli.