Médias et pièces jointes Slack dans OpenClaw

Les fichiers sont l’endroit où une intégration Slack devient d’habitude vague, et la documentation d’OpenClaw est au contraire précise : ce qu’est un clip audio par rapport à la dictée, quand un fichier est téléchargé, quelle taille il peut avoir, ce qui arrive à la huitième et à la neuvième pièce jointe, et ce qu’une réponse en fil hérite de sa racine. Voici le chemin entrant, les règles sortantes, et les limites avec leurs contournements.

Entrée vocale

• Pour parler à OpenClaw dans Slack, vous envoyez un clip audio Slack à l’application ; le micro de dictée de Slackbot vit dans la conversation Slackbot privée de l’utilisateur et transforme l’enregistrement en invite Slackbot sans émettre de fichier audio, d’événement, d’invite ni de marqueur de source vers les applications tierces, si bien que l’extension ne peut ni l’activer ni le recevoir.
• Les clips audio sont des fichiers Slack stockés qui peuvent être publiés dans un message privé, un canal ou un fil ; OpenClaw télécharge un clip accessible avec le jeton de bot, normalise les métadonnées MIME du clip et l’envoie dans la chaîne partagée de transcription audio, et le manifeste recommandé inclut la portée de lecture des fichiers dont cela a besoin.
• Clips et dictée diffèrent en matière de confidentialité : les clips suivent la politique de rétention des fichiers de Slack et OpenClaw les télécharge pour la transcription, tandis que Slack indique que l’audio de dictée n’est pas conservé.
• Dans un canal qui exige une mention, un clip sans légende peut satisfaire la barrière en prononçant un motif de mention configuré : OpenClaw autorise l’expéditeur avant de télécharger ou de transcrire, n’admet le clip que si la transcription correspond, écarte une transcription spéculative échouée ou sans correspondance avec le téléchargement plutôt que de la garder dans l’historique du canal, ne peut pas déduire de la parole une mention native du bot, d’où le besoin d’un motif de nom prononcé ou d’une mention tapée, et ne renvoie la transcription en écho qu’après admission.

Le micro de dictée de Slackbot est une fonction distincte détenue par Slack, pas une API d’application.

Entrant, sortant, cibles

Les pièces jointes Slack sont téléchargées depuis des URL privées hébergées par Slack par un flux de requêtes authentifié par jeton et écrites dans le magasin de médias quand la récupération réussit et que les limites de taille le permettent ; les marqueurs de fichiers incluent l’identifiant de fichier Slack pour qu’un agent récupère l’original avec l’action de téléchargement de fichier, les téléchargements utilisent des délais d’inactivité et totaux bornés, et si la récupération se bloque ou échoue, le message continue avec le marqueur. Le plafond entrant vaut 20 Mo par défaut sauf si la clé de taille maximale des médias le remplace. Les morceaux de texte sortants suivent la limite de découpage, 8000 par défaut et plafonnée à la longueur de message propre à Slack, avec un mode de découpage par saut de ligne qui privilégie les paragraphes ; les envois de fichiers utilisent les API de téléversement de Slack et peuvent être des réponses en fil, une longue légende utilise le premier morceau sûr pour Slack comme commentaire de téléversement et envoie le reste en messages de suite, les blocs de texte et de contexte conservent le formatage du code et les barres obliques inverses littérales d’une section à l’autre, le plafond des médias sortants suit la même clé quand elle est configurée et sinon les valeurs par type de la chaîne de médias, les sections Block Kit natives gardent tous leurs champs même quand leur texte d’accessibilité dépasse la taille de morceau préférée, et les limites de blocs de Slack et la limite dure de 40 000 caractères s’appliquent toujours. Les cibles explicites préférées sont un préfixe utilisateur pour les messages privés et un préfixe canal pour les canaux ; les messages privés composés de texte ou de blocs seulement peuvent être publiés directement vers un identifiant d’utilisateur, tandis que les téléversements de fichiers et les envois en fil ouvrent d’abord le message privé par les API de conversation parce que ces chemins exigent un identifiant de conversation concret.

Types, fils, limites

• Les clips audio sont téléchargés et transcrits avec la portée de lecture des fichiers et un modèle ou une ligne de commande audio fonctionnels, les images JPEG, PNG, GIF et WebP sont jointes au tour pour un traitement avec vision sous le plafond par fichier, les PDF sont exposés comme contexte de fichier pour les outils de téléchargement de fichier ou de PDF plutôt que convertis en entrée d’image, les autres fichiers sont téléchargés quand c’est possible comme contexte de fichier et jamais traités comme des images, les réponses en fil peuvent hydrater les fichiers du message racine quand la réponse n’a pas de média propre, et chaque fichier d’un message à plusieurs fichiers est évalué indépendamment avec un traitement plafonné à huit fichiers.
• La chaîne télécharge avec le jeton de bot, écrit dans le magasin de médias, ajoute les chemins et les types de contenu au contexte entrant, route les clips vers la transcription et les images vers les chemins capables de vision, et laisse les autres fichiers en métadonnées ; les fichiers de racine ne sont hydratés qu’à l’amorçage d’une session de fil nouvelle ou réinitialisée, les réponses textuelles ultérieures réutilisent le contexte de session sans les rattacher, les pièces jointes directes l’emportent sur celles de la racine, et une racine avec des fichiers sans texte reçoit un marqueur de pièce jointe pour que le repli les inclue encore.
• Dans un message à plusieurs fichiers, chaque pièce jointe traverse la chaîne indépendamment dans l’ordre de Slack, un échec ne bloque pas les autres, les fichiers échoués ou bloqués restent dans le contexte avec une raison bornée et un seul avertissement après toute nouvelle tentative de rafraîchissement d’URL, les fichiers au-delà du huitième ne sont pas téléchargés et portent une raison d’omission tandis que les longues listes de fichiers indisponibles sont tronquées en gardant le total ; la limite d’octets propre au fournisseur de transcription s’applique aussi, les fichiers que Slack ne peut pas servir, les URL expirées, les fichiers trop gros et les réponses HTML d’authentification sont ignorés plutôt que signalés comme formats non pris en charge, et l’analyse d’images utilise le modèle de réponse s’il prend en charge la vision ou le modèle d’image configuré, le tableau des limites connues indiquant un nouveau téléversement pour les URL expirées, un modèle de transcription pour les clips muets, un motif prononcé ou un message privé pour les clips filtrés, et un plafond plus élevé pour les très grandes images.

OpenClaw sur Slack est le billet du canal auquel ces pièces jointes appartiennent, et Configurer Slack dans OpenClaw le manifeste dont les portées de fichiers rendent les téléchargements possibles.

Parler à un canal filtré

La règle de transcription spéculative est la plus intéressante : un clip dans un canal à mention obligatoire est transcrit en privé, admis seulement s’il nomme le bot, et sinon jeté avec le téléchargement, si bien qu’un canal plein de notes vocales ne devient pas un dépôt de transcriptions. L’outil PDF d’OpenClaw couvre ce qui arrive aux PDF qui arrivent comme contexte de fichier, et Les médias iMessage dans OpenClaw les règles de médias sur un canal au transport très différent.

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 plafonds et les règles de découpage décrits ici disent ce qu’un agent hébergé fait de vos fichiers plutôt que des réglages que vous entretenez. Slack sur Diali est le canal sur Diali et OpenClaw hébergé sur Diali l’assistant derrière lui.

• Les clips atteignent l’application ; la dictée jamais.
• 20 Mo par fichier, huit fichiers par message, 8000 caractères par morceau.
• Un clip filtré doit dire le nom du bot ou il est écarté.