Dépanner Slack dans OpenClaw

Un bot Slack silencieux a une courte liste de causes et la documentation d’OpenClaw les ordonne selon leur fréquence. Voici cet ordre pour les canaux, les messages privés et les messages privés Agent View, puis les vérifications de transport pour le mode Socket et le HTTP, et enfin les commandes qui ne se déclenchent pas.

Canaux et messages privés

• Pour un canal sans réponse, vérifiez dans l’ordre la politique de groupe, la liste des canaux dont les clés doivent être des identifiants de canal ou des cibles qualifiées par espace de travail plutôt que des noms parce que le routage passe d’abord par l’identifiant et que les clés par nom échouent en silence sous une politique de liste, la mention obligatoire, la liste d’utilisateurs par canal, le réglage des réponses visibles, automatique par défaut et qui, réglé sur l’outil de message, garde le texte final privé sauf si le modèle appelle l’action d’envoi, et le réglage des entrées non mentionnées, qui en mode événement de salle transforme le bavardage non mentionné en contexte ambiant silencieux sauf si l’agent utilise l’outil de message.
• Les commandes utiles sont la sonde d’état des canaux, le suivi des journaux et le doctor ; quand la préparation rejette un événement entrant, le journal d’information enregistre une ligne de rejet avec une raison et des identifiants de routage, les enregistrements décrivent des tentatives, si bien qu’un événement de message rejeté peut encore être suivi d’un événement de mention réussi pour la même publication, et la prévention des boucles sur les propres messages reste silencieuse.
• Pour des messages privés ignorés, vérifiez que les messages privés sont activés, la politique de messages privés ou son ancienne clé, les approbations d’appairage ou les entrées de liste, en vous rappelant qu’une politique ouverte exige encore le joker dans la liste, l’indicateur de messages de groupe et la liste des canaux de messages de groupe, et notez que des journaux détaillés mentionnant un événement de message modifié abandonné signifient généralement que Slack a envoyé un événement de fil Assistant modifié sans expéditeur humain récupérable ; la commande de liste d’appairage montre ce qui est approuvé.
• Quand chaque message de premier niveau de l’onglet Messages atterrit sur une seule session au lieu de sa propre session de fil, vérifiez que le manifeste utilise la fonction de vue agent avec la portée d’écriture assistant et l’abonnement au changement de contexte d’application, qu’OpenClaw a vu un signal Agent View depuis l’installation en ouvrant l’onglet Messages ou en envoyant un message privé depuis le compositeur, où un journal d’erreur interne sur les invites suggérées compte comme preuve, qu’en mode HTTP au moins un événement signé est arrivé pour que l’identifiant d’application soit appris, et qu’aucun avertissement d’ouverture, de persistance ou de chargement d’état ne montre l’échec du marqueur durable ; un signal déjà détecté dans le processus en cours s’applique encore, et après un redémarrage, Agent View reprend depuis le marqueur stocké ou un nouveau signal.

Slack ne crée ni ne supprime les commandes slash automatiquement.

Transports

Si le mode Socket ne se connecte pas, validez les jetons de bot et d’application et l’activation du mode Socket dans les réglages de l’application : le jeton d’application a besoin de la portée d’écriture des connexions, et le jeton de bot doit appartenir à la même application et au même espace de travail que le jeton d’application. Une sonde qui rapporte l’état du jeton de bot ou d’application comme configuré mais indisponible signifie que le compte est configuré mais que l’exécution n’a pas pu résoudre la valeur portée par une référence de secret. Un journal disant que le mode Socket n’a pas pu démarrer et réessaiera est un échec de démarrage récupérable, tandis que les portées manquantes, les jetons révoqués et l’authentification invalide échouent vite, et un journal de discordance de jetons signifie que les deux jetons semblent appartenir à des applications différentes, donc les identifiants doivent être corrigés côté Slack. Si le mode HTTP ne reçoit rien, validez le secret de signature, le chemin de webhook, les trois URL de requête pour les événements, l’interactivité et les commandes slash, un chemin de webhook unique par compte HTTP, que l’URL publique termine le TLS et transmet au chemin de la passerelle, et que le chemin de l’URL de requête de l’application correspond exactement au chemin de webhook configuré, par défaut le chemin des événements ; un état de secret de signature configuré mais indisponible a le même sens de référence de secret, et un journal répété de chemin de webhook déjà enregistré signifie que deux comptes HTTP partagent un chemin.

Commandes

• Décidez du mode voulu : le mode de commandes natives, avec l’indicateur natif réglé sur vrai et les commandes slash correspondantes enregistrées dans Slack, ou le mode de commande slash unique avec la commande slash activée ; Slack ne crée ni ne supprime les commandes slash automatiquement, et la valeur auto n’active pas les commandes natives sur Slack, donc utilisez vrai et créez les commandes correspondantes dans l’application.
• En mode HTTP, chaque commande slash doit inclure l’URL de la passerelle, tandis qu’en mode Socket les charges de commandes arrivent par le websocket et le champ d’URL est ignoré.
• Vérifiez aussi la liste d’autorisation des commandes quand elle est configurée, l’autorisation des messages privés, les listes de canaux et les listes d’utilisateurs par canal, les entrées de groupes d’accès dans les listes de canaux étant résolues automatiquement ; Slack renvoie des erreurs éphémères aux expéditeurs de commandes slash bloqués, disant que le canal n’est pas autorisé ou que l’expéditeur n’est pas autorisé à utiliser la commande ici.

OpenClaw sur Slack est le billet du canal auquel ces symptômes appartiennent, et Le contrôle d’accès Slack d’OpenClaw les listes d’autorisation derrière la plupart d’entre eux.

Les clés par nom échouent en silence

Le canal silencieux le plus fréquent vient d’une clé de liste par nom : elle a l’air juste, elle passe la validation, et elle ne correspond à rien parce que le routage travaille sur les identifiants. Copier le lien du canal et utiliser l’identifiant à la fin de l’URL règle le problème à chaque fois. Dépanner Telegram dans OpenClaw liste les vérifications par symptôme équivalentes pour Telegram, et Les événements ambiants de salle dans OpenClaw explique le mode d’événements de salle qui est silencieux à dessein plutôt que par erreur.

Sur Diali

Sur Diali, le canal Slack se connecte depuis le tableau de bord et la configuration d’exécution est générée puis remplacée à chaque version, donc les vérifications de transport et de politique décrites ici sont surtout à surveiller de notre côté hébergé, tandis que les portées de l’application, les entrées du manifeste et l’appartenance à l’espace de travail restent du vôtre. Slack sur Diali est le canal sur Diali et La sécurité chez Diali la frontière qui s’applique à chaque canal connecté.

• Les clés de canal sont des identifiants ; une clé par nom ne correspond à rien.
• Les messages privés ouverts exigent encore le joker dans la liste.
• Les commandes natives exigent vrai, pas auto, et des entrées dans le manifeste.