Mainstream messaging
Slack
Prêt pour la production pour les messages privés et les canaux via les intégrations d’app Slack. Le mode par défaut est Socket Mode ; les URL de requête HTTP sont également prises en charge.
Les messages privés Slack utilisent par défaut le mode de jumelage.
Comportement natif des commandes et catalogue des commandes.
Diagnostics inter-canaux et guides de réparation.
Choisir Socket Mode ou les URL de requête HTTP
Les deux transports sont prêts pour la production et offrent la parité fonctionnelle pour la messagerie, les commandes slash, App Home et l’interactivité. Choisissez selon la forme de déploiement, pas selon les fonctionnalités.
| Point | Socket Mode (par défaut) | URL de requête HTTP |
|---|---|---|
| URL publique du Gateway | Non requise | Requise (DNS, TLS, proxy inverse ou tunnel) |
| Réseau sortant | Le WSS sortant vers wss-primary.slack.com doit être accessible |
Pas de WS sortant ; HTTPS entrant uniquement |
| Jetons nécessaires | Jeton de bot (xoxb-...) + jeton au niveau de l’app (xapp-...) avec connections:write |
Jeton de bot (xoxb-...) + secret de signature |
| Ordinateur de développement / derrière un pare-feu | Fonctionne tel quel | Nécessite un tunnel public (ngrok, Cloudflare Tunnel, Tailscale Funnel) ou un Gateway de préproduction |
| Mise à l’échelle horizontale | Une session Socket Mode par app et par hôte ; plusieurs Gateway nécessitent des apps Slack distinctes | Gestionnaire POST sans état ; plusieurs réplicas Gateway peuvent partager une app derrière un équilibreur de charge |
| Plusieurs comptes sur un Gateway | Pris en charge ; chaque compte ouvre son propre WS | Pris en charge ; chaque compte nécessite un webhookPath unique (par défaut /slack/events) afin que les inscriptions n’entrent pas en collision |
| Transport des commandes slash | Livraison via la connexion WS ; slash_commands[].url est ignoré |
Slack envoie des requêtes POST vers slash_commands[].url ; le champ est requis pour que la commande soit distribuée |
| Signature des requêtes | Non utilisée (l’authentification est le jeton au niveau de l’app) | Slack signe chaque requête ; OpenClaw vérifie avec signingSecret |
| Récupération après perte de connexion | Le SDK Slack se reconnecte automatiquement ; les réglages de transport de délai pong du gateway s’appliquent | Pas de connexion persistante à perdre ; les nouvelles tentatives sont effectuées par requête depuis Slack |
Configuration rapide
Socket Mode (par défaut)
Créer une nouvelle app Slack
Ouvrez api.slack.com/apps → Create New App → From a manifest → sélectionnez votre espace de travail → collez l’un des manifestes ci-dessous → Next → Create.
{
"display_information": {
"name": "OpenClaw",
"description": "Slack connector for OpenClaw"
},
"features": {
"bot_user": { "display_name": "OpenClaw", "always_online": true },
"app_home": {
"home_tab_enabled": true,
"messages_tab_enabled": true,
"messages_tab_read_only_enabled": false
},
"slash_commands": [
{
"command": "/openclaw",
"description": "Send a message to OpenClaw",
"should_escape": false
}
]
},
"oauth_config": {
"scopes": {
"bot": [
"app_mentions:read",
"assistant:write",
"channels:history",
"channels:read",
"chat:write",
"commands",
"emoji:read",
"files:read",
"files:write",
"groups:history",
"groups:read",
"im:history",
"im:read",
"im:write",
"mpim:history",
"mpim:read",
"mpim:write",
"pins:read",
"pins:write",
"reactions:read",
"reactions:write",
"usergroups:read",
"users:read"
]
}
},
"settings": {
"socket_mode_enabled": true,
"event_subscriptions": {
"bot_events": [
"app_home_opened",
"app_mention",
"channel_rename",
"member_joined_channel",
"member_left_channel",
"message.channels",
"message.groups",
"message.im",
"message.mpim",
"pin_added",
"pin_removed",
"reaction_added",
"reaction_removed"
]
}
}
}
{
"display_information": {
"name": "OpenClaw",
"description": "Slack connector for OpenClaw"
},
"features": {
"bot_user": { "display_name": "OpenClaw", "always_online": true },
"app_home": {
"home_tab_enabled": true,
"messages_tab_enabled": true,
"messages_tab_read_only_enabled": false
},
"slash_commands": [
{
"command": "/openclaw",
"description": "Send a message to OpenClaw",
"should_escape": false
}
]
},
"oauth_config": {
"scopes": {
"bot": [
"app_mentions:read",
"assistant:write",
"channels:history",
"channels:read",
"chat:write",
"commands",
"groups:history",
"groups:read",
"im:history",
"im:read",
"im:write",
"users:read"
]
}
},
"settings": {
"socket_mode_enabled": true,
"event_subscriptions": {
"bot_events": [
"app_home_opened",
"app_mention",
"message.channels",
"message.groups",
"message.im"
]
}
}
}
Une fois que Slack a créé l’app :
- Basic Information → App-Level Tokens → Generate Token and Scopes : ajoutez
connections:write, enregistrez, copiez la valeurxapp-.... - Install App → Install to Workspace : copiez le jeton OAuth d’utilisateur bot
xoxb-....
Configurer OpenClaw
Configuration SecretRef recommandée :
export SLACK_APP_TOKEN=xapp-...
export SLACK_BOT_TOKEN=xoxb-...
cat > slack.socket.patch.json5 <<'JSON5'
{
channels: {
slack: {
enabled: true,
mode: "socket",
appToken: { source: "env", provider: "default", id: "SLACK_APP_TOKEN" },
botToken: { source: "env", provider: "default", id: "SLACK_BOT_TOKEN" },
},
},
}
JSON5
openclaw config patch --file ./slack.socket.patch.json5 --dry-run
openclaw config patch --file ./slack.socket.patch.json5
Solution de repli via env (compte par défaut uniquement) :
SLACK_APP_TOKEN=xapp-...
SLACK_BOT_TOKEN=xoxb-...
Démarrer le Gateway
openclaw gateway
URL de requête HTTP
Créer une nouvelle app Slack
Ouvrez api.slack.com/apps → Create New App → From a manifest → sélectionnez votre espace de travail → collez l’un des manifestes ci-dessous → remplacez https://gateway-host.example.com/slack/events par l’URL publique de votre Gateway → Next → Create.
{
"display_information": {
"name": "OpenClaw",
"description": "Slack connector for OpenClaw"
},
"features": {
"bot_user": { "display_name": "OpenClaw", "always_online": true },
"app_home": {
"home_tab_enabled": true,
"messages_tab_enabled": true,
"messages_tab_read_only_enabled": false
},
"slash_commands": [
{
"command": "/openclaw",
"description": "Send a message to OpenClaw",
"should_escape": false,
"url": "https://gateway-host.example.com/slack/events"
}
]
},
"oauth_config": {
"scopes": {
"bot": [
"app_mentions:read",
"assistant:write",
"channels:history",
"channels:read",
"chat:write",
"commands",
"emoji:read",
"files:read",
"files:write",
"groups:history",
"groups:read",
"im:history",
"im:read",
"im:write",
"mpim:history",
"mpim:read",
"mpim:write",
"pins:read",
"pins:write",
"reactions:read",
"reactions:write",
"usergroups:read",
"users:read"
]
}
},
"settings": {
"event_subscriptions": {
"request_url": "https://gateway-host.example.com/slack/events",
"bot_events": [
"app_home_opened",
"app_mention",
"channel_rename",
"member_joined_channel",
"member_left_channel",
"message.channels",
"message.groups",
"message.im",
"message.mpim",
"pin_added",
"pin_removed",
"reaction_added",
"reaction_removed"
]
},
"interactivity": {
"is_enabled": true,
"request_url": "https://gateway-host.example.com/slack/events",
"message_menu_options_url": "https://gateway-host.example.com/slack/events"
}
}
}
{
"display_information": {
"name": "OpenClaw",
"description": "Slack connector for OpenClaw"
},
"features": {
"bot_user": { "display_name": "OpenClaw", "always_online": true },
"app_home": {
"home_tab_enabled": true,
"messages_tab_enabled": true,
"messages_tab_read_only_enabled": false
},
"slash_commands": [
{
"command": "/openclaw",
"description": "Send a message to OpenClaw",
"should_escape": false,
"url": "https://gateway-host.example.com/slack/events"
}
]
},
"oauth_config": {
"scopes": {
"bot": [
"app_mentions:read",
"assistant:write",
"channels:history",
"channels:read",
"chat:write",
"commands",
"groups:history",
"groups:read",
"im:history",
"im:read",
"im:write",
"users:read"
]
}
},
"settings": {
"event_subscriptions": {
"request_url": "https://gateway-host.example.com/slack/events",
"bot_events": [
"app_home_opened",
"app_mention",
"message.channels",
"message.groups",
"message.im"
]
},
"interactivity": {
"is_enabled": true,
"request_url": "https://gateway-host.example.com/slack/events",
"message_menu_options_url": "https://gateway-host.example.com/slack/events"
}
}
}
Une fois l’application créée par Slack :
- Informations de base → Identifiants de l’application : copiez le secret de signature pour la vérification des requêtes.
- Installer l’application → Installer dans l’espace de travail : copiez le jeton OAuth d’utilisateur bot
xoxb-....
Configurer OpenClaw
Configuration SecretRef recommandée :
export SLACK_BOT_TOKEN=xoxb-...
export SLACK_SIGNING_SECRET=...
cat > slack.http.patch.json5 <<'JSON5'
{
channels: {
slack: {
enabled: true,
mode: "http",
botToken: { source: "env", provider: "default", id: "SLACK_BOT_TOKEN" },
signingSecret: { source: "env", provider: "default", id: "SLACK_SIGNING_SECRET" },
webhookPath: "/slack/events",
},
},
}
JSON5
openclaw config patch --file ./slack.http.patch.json5 --dry-run
openclaw config patch --file ./slack.http.patch.json5
Démarrer le Gateway
openclaw gateway
Réglage du transport en mode Socket
OpenClaw définit par défaut le délai d’expiration du pong du client du SDK Slack à 15 secondes pour le mode Socket. Ne remplacez les paramètres de transport que lorsque vous avez besoin d’un réglage propre à l’espace de travail ou à l’hôte :
{
channels: {
slack: {
mode: "socket",
socketMode: {
clientPingTimeout: 20000,
serverPingTimeout: 30000,
pingPongLoggingEnabled: false,
},
},
},
}
Utilisez ceci uniquement pour les espaces de travail en mode Socket qui journalisent des délais d’expiration pong/server-ping du WebSocket Slack ou qui s’exécutent sur des hôtes présentant une privation connue de la boucle d’événements. clientPingTimeout est l’attente du pong après l’envoi d’un ping client par le SDK ; serverPingTimeout est l’attente des pings serveur Slack. Les messages et événements de l’application restent un état applicatif, pas des signaux de disponibilité du transport.
Liste de contrôle du manifeste et des portées
Le manifeste de base de l’application Slack est le même pour le mode Socket et les URL de requête HTTP. Seul le bloc settings (et l’url de la commande slash) diffère.
Manifeste de base (mode Socket par défaut) :
{
"display_information": {
"name": "OpenClaw",
"description": "Slack connector for OpenClaw"
},
"features": {
"bot_user": { "display_name": "OpenClaw", "always_online": true },
"app_home": {
"home_tab_enabled": true,
"messages_tab_enabled": true,
"messages_tab_read_only_enabled": false
},
"slash_commands": [
{
"command": "/openclaw",
"description": "Send a message to OpenClaw",
"should_escape": false
}
]
},
"oauth_config": {
"scopes": {
"bot": [
"app_mentions:read",
"assistant:write",
"channels:history",
"channels:read",
"chat:write",
"commands",
"emoji:read",
"files:read",
"files:write",
"groups:history",
"groups:read",
"im:history",
"im:read",
"im:write",
"mpim:history",
"mpim:read",
"mpim:write",
"pins:read",
"pins:write",
"reactions:read",
"reactions:write",
"usergroups:read",
"users:read"
]
}
},
"settings": {
"socket_mode_enabled": true,
"event_subscriptions": {
"bot_events": [
"app_home_opened",
"app_mention",
"channel_rename",
"member_joined_channel",
"member_left_channel",
"message.channels",
"message.groups",
"message.im",
"message.mpim",
"pin_added",
"pin_removed",
"reaction_added",
"reaction_removed"
]
}
}
}
Pour le mode URL de requête HTTP, remplacez settings par la variante HTTP et ajoutez url à chaque commande slash. URL publique requise :
{
"features": {
"slash_commands": [
{
"command": "/openclaw",
"description": "Send a message to OpenClaw",
"should_escape": false,
"url": "https://gateway-host.example.com/slack/events"
}
]
},
"settings": {
"event_subscriptions": {
"request_url": "https://gateway-host.example.com/slack/events",
"bot_events": [
"app_home_opened",
"app_mention",
"channel_rename",
"member_joined_channel",
"member_left_channel",
"message.channels",
"message.groups",
"message.im",
"message.mpim",
"pin_added",
"pin_removed",
"reaction_added",
"reaction_removed"
]
},
"interactivity": {
"is_enabled": true,
"request_url": "https://gateway-host.example.com/slack/events",
"message_menu_options_url": "https://gateway-host.example.com/slack/events"
}
}
}
Paramètres de manifeste supplémentaires
Exposez différentes fonctionnalités qui étendent les valeurs par défaut ci-dessus.
Le manifeste par défaut active l’onglet Accueil de l’accueil de l’application Slack et s’abonne à app_home_opened. Lorsqu’un membre de l’espace de travail ouvre l’onglet Accueil, OpenClaw publie une vue Accueil par défaut sûre avec views.publish ; aucune charge utile de conversation ni configuration privée n’est incluse. L’onglet Messages reste activé pour les messages directs Slack.
Commandes slash natives facultatives
Plusieurs commandes slash natives peuvent être utilisées à la place d’une seule commande configurée, avec quelques nuances :
- Utilisez
/agentstatusau lieu de/status, car la commande/statusest réservée. - Pas plus de 25 commandes slash peuvent être disponibles à la fois.
Remplacez votre section features.slash_commands existante par un sous-ensemble des commandes disponibles :
Mode Socket (par défaut)
{
"slash_commands": [
{
"command": "/new",
"description": "Start a new session",
"usage_hint": "[model]"
},
{
"command": "/reset",
"description": "Reset the current session"
},
{
"command": "/compact",
"description": "Compact the session context",
"usage_hint": "[instructions]"
},
{
"command": "/stop",
"description": "Stop the current run"
},
{
"command": "/session",
"description": "Manage thread-binding expiry",
"usage_hint": "idle <duration|off> or max-age <duration|off>"
},
{
"command": "/think",
"description": "Set the thinking level",
"usage_hint": "<level>"
},
{
"command": "/verbose",
"description": "Toggle verbose output",
"usage_hint": "on|off|full"
},
{
"command": "/fast",
"description": "Show or set fast mode",
"usage_hint": "[status|on|off]"
},
{
"command": "/reasoning",
"description": "Toggle reasoning visibility",
"usage_hint": "[on|off|stream]"
},
{
"command": "/elevated",
"description": "Toggle elevated mode",
"usage_hint": "[on|off|ask|full]"
},
{
"command": "/exec",
"description": "Show or set exec defaults",
"usage_hint": "host=<auto|sandbox|gateway|node> security=<deny|allowlist|full> ask=<off|on-miss|always> node=<id>"
},
{
"command": "/model",
"description": "Show or set the model",
"usage_hint": "[name|#|status]"
},
{
"command": "/models",
"description": "List providers/models",
"usage_hint": "[provider] [page] [limit=<n>|size=<n>|all]"
},
{
"command": "/help",
"description": "Show the short help summary"
},
{
"command": "/commands",
"description": "Show the generated command catalog"
},
{
"command": "/tools",
"description": "Show what the current agent can use right now",
"usage_hint": "[compact|verbose]"
},
{
"command": "/agentstatus",
"description": "Show runtime status, including provider usage/quota when available"
},
{
"command": "/tasks",
"description": "List active/recent background tasks for the current session"
},
{
"command": "/context",
"description": "Explain how context is assembled",
"usage_hint": "[list|detail|json]"
},
{
"command": "/whoami",
"description": "Show your sender identity"
},
{
"command": "/skill",
"description": "Run a skill by name",
"usage_hint": "<name> [input]"
},
{
"command": "/btw",
"description": "Ask a side question without changing session context",
"usage_hint": "<question>"
},
{
"command": "/side",
"description": "Ask a side question without changing session context",
"usage_hint": "<question>"
},
{
"command": "/usage",
"description": "Control the usage footer or show cost summary",
"usage_hint": "off|tokens|full|cost"
}
]
}
URL de requête HTTP
Utilisez la même liste slash_commands que pour le mode Socket ci-dessus, et ajoutez "url": "https://gateway-host.example.com/slack/events" à chaque entrée. Exemple :
{
"slash_commands": [
{
"command": "/new",
"description": "Start a new session",
"usage_hint": "[model]",
"url": "https://gateway-host.example.com/slack/events"
},
{
"command": "/help",
"description": "Show the short help summary",
"url": "https://gateway-host.example.com/slack/events"
}
]
}
Répétez cette valeur url sur chaque commande de la liste.
Portées d’auteur facultatives (opérations d’écriture)
Ajoutez la portée de bot chat:write.customize si vous voulez que les messages sortants utilisent l’identité de l’agent actif (nom d’utilisateur et icône personnalisés) au lieu de l’identité par défaut de l’application Slack.
Si vous utilisez une icône emoji, Slack attend la syntaxe :emoji_name:.
Portées de jeton utilisateur facultatives (opérations de lecture)
Si vous configurez channels.slack.userToken, les portées de lecture typiques sont :
channels:history,groups:history,im:history,mpim:historychannels:read,groups:read,im:read,mpim:readusers:readreactions:readpins:reademoji:readsearch:read(si vous dépendez des lectures de recherche Slack)
Modèle de jetons
botToken+appTokensont requis pour Socket Mode.- Le mode HTTP nécessite
botToken+signingSecret. botToken,appToken,signingSecretetuserTokenacceptent les chaînes en texte clair ou les objets SecretRef.- Les jetons de configuration remplacent le repli env.
- Le repli env
SLACK_BOT_TOKEN/SLACK_APP_TOKENs’applique uniquement au compte par défaut. userToken(xoxp-...) est uniquement configurable (pas de repli env) et utilise par défaut un comportement en lecture seule (userTokenReadOnly: true).
Comportement de l’instantané d’état :
- L’inspection du compte Slack suit les champs
*Sourceet*Statuspar identifiant (botToken,appToken,signingSecret,userToken). - L’état est
available,configured_unavailableoumissing. configured_unavailablesignifie que le compte est configuré via SecretRef ou une autre source de secret non intégrée, mais que le chemin de commande/d’exécution actuel n’a pas pu résoudre la valeur réelle.- En mode HTTP,
signingSecretStatusest inclus ; en Socket Mode, la paire requise estbotTokenStatus+appTokenStatus.
Actions et barrières
Les actions Slack sont contrôlées par channels.slack.actions.*.
Groupes d’actions disponibles dans l’outillage Slack actuel :
| Groupe | Par défaut |
|---|---|
| messages | activé |
| reactions | activé |
| pins | activé |
| memberInfo | activé |
| emojiList | activé |
Les actions de message Slack actuelles incluent send, upload-file, download-file, read, edit, delete, pin, unpin, list-pins, member-info et emoji-list. download-file accepte les ID de fichiers Slack affichés dans les espaces réservés de fichiers entrants et renvoie des aperçus d’images pour les images ou des métadonnées de fichier local pour les autres types de fichiers.
Contrôle d’accès et routage
Politique DM
channels.slack.dmPolicy contrôle l’accès DM. channels.slack.allowFrom est la liste d’autorisation DM canonique.
pairing(par défaut)allowlistopen(nécessite quechannels.slack.allowFrominclue"*")disabled
Indicateurs DM :
dm.enabled(true par défaut)channels.slack.allowFromdm.allowFrom(hérité)dm.groupEnabled(DM de groupe false par défaut)dm.groupChannels(liste d’autorisation MPIM facultative)
Priorité multi-comptes :
channels.slack.accounts.default.allowFroms’applique uniquement au comptedefault.- Les comptes nommés héritent de
channels.slack.allowFromlorsque leur propreallowFromn’est pas défini. - Les comptes nommés n’héritent pas de
channels.slack.accounts.default.allowFrom.
Les anciens channels.slack.dm.policy et channels.slack.dm.allowFrom sont toujours lus pour compatibilité. openclaw doctor --fix les migre vers dmPolicy et allowFrom lorsqu’il peut le faire sans modifier l’accès.
L’association dans les DM utilise openclaw pairing approve slack <code>.
Politique de canal
channels.slack.groupPolicy contrôle le traitement des canaux :
openallowlistdisabled
La liste d’autorisation des canaux se trouve sous channels.slack.channels et doit utiliser des ID de canal Slack stables (par exemple C12345678) comme clés de configuration.
Note d’exécution : si channels.slack est complètement absent (configuration uniquement env), l’exécution se replie sur groupPolicy="allowlist" et journalise un avertissement (même si channels.defaults.groupPolicy est défini).
Résolution nom/ID :
- les entrées de liste d’autorisation de canaux et les entrées de liste d’autorisation DM sont résolues au démarrage lorsque l’accès au jeton le permet
- les entrées de noms de canal non résolues sont conservées telles que configurées mais ignorées pour le routage par défaut
- l’autorisation entrante et le routage de canal utilisent d’abord l’ID par défaut ; la correspondance directe nom d’utilisateur/slug nécessite
channels.slack.dangerouslyAllowNameMatching: true
Mentions et utilisateurs de canal
Les messages de canal sont soumis à une barrière de mention par défaut.
Sources de mention :
- mention explicite de l’application (
<@botId>) - mention de groupe d’utilisateurs Slack (
<!subteam^S...>) lorsque l’utilisateur bot est membre de ce groupe d’utilisateurs ; nécessiteusergroups:read - motifs regex de mention (
agents.list[].groupChat.mentionPatterns, replimessages.groupChat.mentionPatterns) - comportement implicite de réponse à un fil de bot (désactivé lorsque
thread.requireExplicitMentionvauttrue)
Contrôles par canal (channels.slack.channels.<id> ; noms uniquement via résolution au démarrage ou dangerouslyAllowNameMatching) :
requireMentionusers(liste d’autorisation)allowBotsskillssystemPrompttools,toolsBySender- format de clé
toolsBySender:id:,e164:,username:,name:ou caractère générique"*"(les anciennes clés sans préfixe correspondent toujours uniquement àid:)
allowBots est conservateur pour les canaux et les canaux privés : les messages de salon rédigés par un bot ne sont acceptés que lorsque le bot émetteur est explicitement listé dans la liste d’autorisation users de ce salon, ou lorsqu’au moins un ID de propriétaire Slack explicite provenant de channels.slack.allowFrom est actuellement membre du salon. Les caractères génériques et les entrées de propriétaire par nom d’affichage ne satisfont pas la présence du propriétaire. La présence du propriétaire utilise Slack conversations.members ; assurez-vous que l’application dispose de la portée de lecture correspondante pour le type de salon (channels:read pour les canaux publics, groups:read pour les canaux privés). Si la recherche de membre échoue, OpenClaw abandonne le message de salon rédigé par le bot.
Fils, sessions et balises de réponse
- Les DM sont routés comme
direct; les canaux commechannel; les MPIM commegroup. - Les liaisons de route Slack acceptent les ID de pairs bruts ainsi que les formes de cible Slack telles que
channel:C12345678,user:U12345678et<@U12345678>. - Avec
session.dmScope=mainpar défaut, les DM Slack se replient sur la session principale de l’agent. - Sessions de canal :
agent:<agentId>:slack:channel:<channelId>. - Les réponses de fil peuvent créer des suffixes de session de fil (
:thread:<threadTs>) le cas échéant. - La valeur par défaut de
channels.slack.thread.historyScopeestthread; la valeur par défaut dethread.inheritParentestfalse. channels.slack.thread.initialHistoryLimitcontrôle combien de messages de fil existants sont récupérés lorsqu’une nouvelle session de fil démarre (par défaut20; définissez0pour désactiver).channels.slack.thread.requireExplicitMention(falsepar défaut) : lorsquetrue, supprime les mentions implicites dans les fils afin que le bot ne réponde qu’aux mentions@botexplicites dans les fils, même lorsque le bot a déjà participé au fil. Sans cela, les réponses dans un fil auquel le bot a participé contournent la barrièrerequireMention.
Contrôles de fil de réponse :
channels.slack.replyToMode:off|first|all|batched(offpar défaut)channels.slack.replyToModeByChatType: pardirect|group|channel- repli hérité pour les discussions directes :
channels.slack.dm.replyToMode
Les balises de réponse manuelles sont prises en charge :
[[reply_to_current]][[reply_to:<id>]]
Réactions d’accusé de réception
ackReaction envoie un emoji d’accusé de réception pendant qu’OpenClaw traite un message entrant.
Ordre de résolution :
channels.slack.accounts.<accountId>.ackReactionchannels.slack.ackReactionmessages.ackReaction- repli sur l’emoji d’identité de l’agent (
agents.list[].identity.emoji, sinon "👀")
Notes :
- Slack attend des shortcodes (par exemple
"eyes"). - Utilisez
""pour désactiver la réaction pour le compte Slack ou globalement.
Diffusion de texte en continu
channels.slack.streaming contrôle le comportement d’aperçu en direct :
off: désactiver la diffusion d’aperçu en direct.partial(par défaut) : remplacer le texte d’aperçu par la dernière sortie partielle.block: ajouter des mises à jour d’aperçu par fragments.progress: afficher le texte d’état de progression pendant la génération, puis envoyer le texte final.streaming.preview.toolProgress: lorsque l’aperçu de brouillon est actif, route les mises à jour d’outil/de progression vers le même message d’aperçu modifié (par défaut :true). Définissezfalsepour conserver des messages d’outil/de progression séparés.streaming.preview.commandText/streaming.progress.commandText: définissez surstatuspour conserver des lignes compactes de progression d’outil tout en masquant le texte brut de commande/exec (par défaut :raw).
Masquer le texte brut de commande/exec tout en conservant des lignes de progression compactes :
{
"channels": {
"slack": {
"streaming": {
"mode": "progress",
"progress": {
"toolProgress": true,
"commandText": "status"
}
}
}
}
}
channels.slack.streaming.nativeTransport contrôle la diffusion de texte native Slack lorsque channels.slack.streaming.mode est partial (par défaut : true).
- Un fil de réponse doit être disponible pour que la diffusion de texte native et l’état de fil d’assistant Slack apparaissent. La sélection du fil suit toujours
replyToMode. - Les racines de canal, de discussion de groupe et de DM de premier niveau peuvent toujours utiliser l’aperçu de brouillon normal lorsque la diffusion native est indisponible ou qu’aucun fil de réponse n’existe.
- Les DM Slack de premier niveau restent hors fil par défaut, donc ils n’affichent pas l’aperçu de flux/état natif de style fil de Slack ; OpenClaw publie et modifie plutôt un aperçu de brouillon dans le DM.
- Les médias et charges utiles non textuelles se replient sur la livraison normale.
- Les finaux de média/erreur annulent les modifications d’aperçu en attente ; les finaux de texte/bloc éligibles ne sont vidés que lorsqu’ils peuvent modifier l’aperçu sur place.
- Si la diffusion échoue au milieu de la réponse, OpenClaw se replie sur la livraison normale pour les charges utiles restantes.
Utiliser l’aperçu de brouillon au lieu de la diffusion de texte native Slack :
{
channels: {
slack: {
streaming: {
mode: "partial",
nativeTransport: false,
},
},
},
}
Anciennes clés :
channels.slack.streamMode(replace | status_final | append) est un alias d’exécution hérité pourchannels.slack.streaming.mode.- le booléen
channels.slack.streamingest un alias d’exécution hérité pourchannels.slack.streaming.modeetchannels.slack.streaming.nativeTransport. - l’ancien
channels.slack.nativeStreamingest un alias d’exécution pourchannels.slack.streaming.nativeTransport. - Exécutez
openclaw doctor --fixpour réécrire la configuration de streaming Slack persistée vers les clés canoniques.
Repli de la réaction de saisie
typingReaction ajoute une réaction temporaire au message Slack entrant pendant qu’OpenClaw traite une réponse, puis la supprime lorsque l’exécution se termine. C’est surtout utile en dehors des réponses dans un fil, qui utilisent un indicateur d’état « is typing... » par défaut.
Ordre de résolution :
channels.slack.accounts.<accountId>.typingReactionchannels.slack.typingReaction
Notes :
- Slack attend des shortcodes (par exemple
"hourglass_flowing_sand"). - La réaction est fournie au mieux et le nettoyage est tenté automatiquement une fois le chemin de réponse ou d’échec terminé.
Médias, découpage et livraison
Pièces jointes entrantes
Les pièces jointes de fichiers Slack sont téléchargées depuis des URL privées hébergées par Slack (flux de requête authentifié par jeton) et écrites dans le magasin de médias lorsque la récupération réussit et que les limites de taille le permettent. Les placeholders de fichiers incluent le fileId Slack afin que les agents puissent récupérer le fichier original avec download-file.
Les téléchargements utilisent des délais d’expiration bornés pour l’inactivité et la durée totale. Si la récupération d’un fichier Slack se bloque ou échoue, OpenClaw continue de traiter le message et se rabat sur le placeholder de fichier.
La limite de taille entrante à l’exécution est définie par défaut sur 20MB, sauf remplacement par channels.slack.mediaMaxMb.
Texte et fichiers sortants
- les fragments de texte utilisent
channels.slack.textChunkLimit(4000 par défaut) channels.slack.chunkMode="newline"active un découpage donnant la priorité aux paragraphes- les envois de fichiers utilisent les API de téléversement Slack et peuvent inclure des réponses dans un fil (
thread_ts) - la limite de médias sortants suit
channels.slack.mediaMaxMblorsqu’elle est configurée ; sinon, les envois de canal utilisent les valeurs par défaut par type MIME du pipeline média
Cibles de livraison
Cibles explicites préférées :
user:<id>pour les messages directschannel:<id>pour les canaux
Les messages directs Slack contenant uniquement du texte ou des blocs peuvent être publiés directement vers des ID utilisateur ; les téléversements de fichiers et les envois dans un fil ouvrent d’abord le message direct via les API de conversation Slack, car ces chemins nécessitent un ID de conversation concret.
Commandes et comportement slash
Les commandes slash apparaissent dans Slack soit comme une seule commande configurée, soit comme plusieurs commandes natives. Configurez channels.slack.slashCommand pour modifier les valeurs par défaut des commandes :
enabled: falsename: "openclaw"sessionPrefix: "slack:slash"ephemeral: true
/openclaw /help
Les commandes natives nécessitent des paramètres de manifeste supplémentaires dans votre application Slack et sont activées avec channels.slack.commands.native: true ou commands.native: true dans les configurations globales à la place.
- Le mode automatique des commandes natives est désactivé pour Slack, donc
commands.native: "auto"n’active pas les commandes natives Slack.
/help
Les menus d’arguments natifs utilisent une stratégie de rendu adaptative qui affiche une modale de confirmation avant d’envoyer une valeur d’option sélectionnée :
- jusqu’à 5 options : blocs de boutons
- 6 à 100 options : menu de sélection statique
- plus de 100 options : sélection externe avec filtrage asynchrone des options lorsque les gestionnaires d’options d’interactivité sont disponibles
- limites Slack dépassées : les valeurs d’option encodées se rabattent sur des boutons
/think
Les sessions slash utilisent des clés isolées comme agent:<agentId>:slack:slash:<userId> et acheminent toujours les exécutions de commandes vers la session de conversation cible avec CommandTargetSessionKey.
Réponses interactives
Slack peut afficher des contrôles de réponse interactifs rédigés par l’agent, mais cette fonctionnalité est désactivée par défaut.
Activez-la globalement :
{
channels: {
slack: {
capabilities: {
interactiveReplies: true,
},
},
},
}
Ou activez-la pour un seul compte Slack :
{
channels: {
slack: {
accounts: {
ops: {
capabilities: {
interactiveReplies: true,
},
},
},
},
},
}
Une fois l’option activée, les agents peuvent émettre des directives de réponse propres à Slack :
[[slack_buttons: Approve:approve, Reject:reject]][[slack_select: Choose a target | Canary:canary, Production:production]]
Ces directives sont compilées en Slack Block Kit et acheminent les clics ou les sélections via le chemin d’événements d’interaction Slack existant.
Notes :
- Il s’agit d’une interface utilisateur propre à Slack. Les autres canaux ne traduisent pas les directives Slack Block Kit dans leurs propres systèmes de boutons.
- Les valeurs de rappel interactif sont des jetons opaques générés par OpenClaw, et non des valeurs brutes rédigées par l’agent.
- Si les blocs interactifs générés dépassent les limites de Slack Block Kit, OpenClaw se rabat sur la réponse textuelle originale au lieu d’envoyer une charge utile de blocs invalide.
Approbations exec dans Slack
Slack peut agir comme client d’approbation natif avec des boutons et interactions interactifs, au lieu de se rabattre sur l’interface Web ou le terminal.
- Les approbations exec utilisent
channels.slack.execApprovals.*pour le routage natif des messages directs/canaux. - Les approbations de Plugin peuvent toujours se résoudre via la même surface de boutons native Slack lorsque la demande arrive déjà dans Slack et que le type d’ID d’approbation est
plugin:. - L’autorisation de l’approbateur reste appliquée : seuls les utilisateurs identifiés comme approbateurs peuvent approuver ou refuser des demandes via Slack.
Cela utilise la même surface partagée de boutons d’approbation que les autres canaux. Lorsque interactivity est activé dans les paramètres de votre application Slack, les invites d’approbation s’affichent sous forme de boutons Block Kit directement dans la conversation.
Lorsque ces boutons sont présents, ils constituent l’expérience d’approbation principale ; OpenClaw
ne doit inclure une commande manuelle /approve que lorsque le résultat de l’outil indique que les
approbations par chat sont indisponibles ou que l’approbation manuelle est le seul chemin.
Chemin de configuration :
channels.slack.execApprovals.enabledchannels.slack.execApprovals.approvers(facultatif ; se rabat surcommands.ownerAllowFromlorsque possible)channels.slack.execApprovals.target(dm|channel|both, par défaut :dm)agentFilter,sessionFilter
Slack active automatiquement les approbations exec natives lorsque enabled n’est pas défini ou vaut "auto" et qu’au moins un
approbateur est résolu. Définissez enabled: false pour désactiver explicitement Slack comme client d’approbation natif.
Définissez enabled: true pour forcer les approbations natives lorsque des approbateurs sont résolus.
Comportement par défaut sans configuration explicite des approbations exec Slack :
{
commands: {
ownerAllowFrom: ["slack:U12345678"],
},
}
Une configuration native Slack explicite n’est nécessaire que lorsque vous souhaitez remplacer les approbateurs, ajouter des filtres ou opter pour la livraison dans le chat d’origine :
{
channels: {
slack: {
execApprovals: {
enabled: true,
approvers: ["U12345678"],
target: "both",
},
},
},
}
Le transfert partagé approvals.exec est distinct. Utilisez-le uniquement lorsque les invites d’approbation exec doivent également être
acheminées vers d’autres chats ou des cibles hors bande explicites. Le transfert partagé approvals.plugin est également
distinct ; les boutons natifs Slack peuvent toujours résoudre les approbations de Plugin lorsque ces demandes arrivent déjà
dans Slack.
La commande /approve dans le même chat fonctionne aussi dans les canaux Slack et les messages directs qui prennent déjà en charge les commandes. Voir Approbations exec pour le modèle complet de transfert d’approbations.
Événements et comportement opérationnel
- Les modifications/suppressions de messages sont mappées vers des événements système.
- Les diffusions de fil (« Also send to channel » pour les réponses dans un fil) sont traitées comme des messages utilisateur normaux.
- Les événements d’ajout/suppression de réactions sont mappés vers des événements système.
- Les événements d’arrivée/départ de membre, de création/renommage de canal et d’ajout/suppression d’épingle sont mappés vers des événements système.
channel_id_changedpeut migrer les clés de configuration de canal lorsqueconfigWritesest activé.- Les métadonnées de sujet/objectif de canal sont traitées comme un contexte non fiable et peuvent être injectées dans le contexte de routage.
- L’amorçage du démarreur de fil et du contexte initial d’historique de fil est filtré par les listes d’autorisation d’expéditeurs configurées, le cas échéant.
- Les actions de bloc et les interactions de modale émettent des événements système structurés
Slack interaction: ...avec des champs de charge utile riches :- actions de bloc : valeurs sélectionnées, libellés, valeurs de sélecteur et métadonnées
workflow_* - événements de modale
view_submissionetview_closedavec métadonnées de canal routé et entrées de formulaire
- actions de bloc : valeurs sélectionnées, libellés, valeurs de sélecteur et métadonnées
Référence de configuration
Référence principale : Référence de configuration - Slack.
Champs Slack à fort signal
- mode/authentification :
mode,botToken,appToken,signingSecret,webhookPath,accounts.* - accès aux messages directs :
dm.enabled,dmPolicy,allowFrom(hérité :dm.policy,dm.allowFrom),dm.groupEnabled,dm.groupChannels - bascule de compatibilité :
dangerouslyAllowNameMatching(solution de secours ; gardez-la désactivée sauf nécessité) - accès aux canaux :
groupPolicy,channels.*,channels.*.users,channels.*.requireMention - fils/historique :
replyToMode,replyToModeByChatType,thread.*,historyLimit,dmHistoryLimit,dms.*.historyLimit - livraison :
textChunkLimit,chunkMode,mediaMaxMb,streaming,streaming.nativeTransport,streaming.preview.toolProgress - opérations/fonctionnalités :
configWrites,commands.native,slashCommand.*,actions.*,userToken,userTokenReadOnly
Dépannage
Aucune réponse dans les canaux
Vérifiez, dans l’ordre :
groupPolicy- liste d’autorisation de canaux (
channels.slack.channels) — les clés doivent être des ID de canal (C12345678), pas des noms (#channel-name). Les clés basées sur les noms échouent silencieusement avecgroupPolicy: "allowlist", car le routage des canaux se fait par ID en priorité par défaut. Pour trouver un ID : faites un clic droit sur le canal dans Slack → Copy link — la valeurC...à la fin de l’URL est l’ID du canal. requireMention- liste d’autorisation
userspar canal
Commandes utiles :
openclaw channels status --probe
openclaw logs --follow
openclaw doctor
Messages directs ignorés
Vérifiez :
channels.slack.dm.enabledchannels.slack.dmPolicy(ou l’ancienchannels.slack.dm.policy)- approbations d’association / entrées de liste d’autorisation
- événements de messages directs Slack Assistant : les journaux détaillés mentionnant
drop message_changedsignifient généralement que Slack a envoyé un événement de fil Assistant modifié sans expéditeur humain récupérable dans les métadonnées du message
openclaw pairing list slack
Socket mode ne se connecte pas
Validez les jetons de bot et d’application ainsi que l’activation de Socket Mode dans les paramètres de l’application Slack.
Si openclaw channels status --probe --json affiche botTokenStatus ou
appTokenStatus: "configured_unavailable", le compte Slack est
configuré, mais l’environnement d’exécution actuel n’a pas pu résoudre la
valeur adossée à SecretRef.
Le mode HTTP ne reçoit pas d’événements
Validez :
- le secret de signature
- le chemin de Webhook
- les URL de requête Slack (Events + Interactivity + Slash Commands)
- un
webhookPathunique par compte HTTP
Si signingSecretStatus: "configured_unavailable" apparaît dans les instantanés de compte,
le compte HTTP est configuré, mais l’environnement d’exécution actuel n’a pas pu
résoudre le secret de signature adossé à SecretRef.
Les commandes natives/slash ne se déclenchent pas
Vérifiez ce que vous vouliez utiliser :
- mode de commande native (
channels.slack.commands.native: true) avec les commandes slash correspondantes enregistrées dans Slack - ou mode de commande slash unique (
channels.slack.slashCommand.enabled: true)
Vérifiez aussi commands.useAccessGroups et les listes d’autorisation de canaux/utilisateurs.
Référence de vision pour les pièces jointes
Slack peut joindre les médias téléchargés au tour de l’agent lorsque les téléchargements de fichiers Slack réussissent et que les limites de taille le permettent. Les fichiers image peuvent passer par le chemin de compréhension des médias ou être transmis directement à un modèle de réponse compatible avec la vision ; les autres fichiers sont conservés comme contexte de fichier téléchargeable plutôt que traités comme entrée image.
Types de médias pris en charge
| Type de média | Source | Comportement actuel | Notes |
|---|---|---|---|
| Images JPEG / PNG / GIF / WebP | URL de fichier Slack | Téléchargées et jointes au tour pour une prise en charge compatible avec la vision | Limite par fichier : channels.slack.mediaMaxMb (20 Mo par défaut) |
| Fichiers PDF | URL de fichier Slack | Téléchargés et exposés comme contexte de fichier pour des outils tels que download-file ou pdf |
L’entrée Slack ne convertit pas automatiquement les PDF en entrée image-vision |
| Autres fichiers | URL de fichier Slack | Téléchargés lorsque possible et exposés comme contexte de fichier | Les fichiers binaires ne sont pas traités comme entrée image |
| Réponses de fil | Fichiers du message initial | Les fichiers du message racine peuvent être hydratés comme contexte lorsque la réponse n’a pas de média direct | Les messages initiaux contenant uniquement des fichiers utilisent un placeholder de pièce jointe |
| Messages multi-images | Plusieurs fichiers Slack | Chaque fichier est évalué indépendamment | Le traitement Slack est limité à huit fichiers par message |
Pipeline entrant
Lorsqu’un message Slack avec des pièces jointes de fichier arrive :
- OpenClaw télécharge le fichier depuis l’URL privée de Slack à l’aide du jeton du bot (
xoxb-...). - Le fichier est écrit dans le magasin de médias en cas de succès.
- Les chemins des médias téléchargés et les types de contenu sont ajoutés au contexte entrant.
- Les chemins de modèle/outil compatibles avec les images peuvent utiliser les pièces jointes image depuis ce contexte.
- Les fichiers non image restent disponibles comme métadonnées de fichier ou références de média pour les outils qui peuvent les traiter.
Héritage des pièces jointes de la racine du fil
Lorsqu’un message arrive dans un fil (avec un parent thread_ts) :
- Si la réponse elle-même n’a pas de média direct et que le message racine inclus contient des fichiers, Slack peut hydrater les fichiers racine comme contexte du message initial du fil.
- Les pièces jointes directes de la réponse ont priorité sur les pièces jointes du message racine.
- Un message racine qui ne contient que des fichiers et pas de texte est représenté avec un placeholder de pièce jointe afin que le fallback puisse tout de même inclure ses fichiers.
Gestion de plusieurs pièces jointes
Lorsqu’un seul message Slack contient plusieurs pièces jointes de fichier :
- Chaque pièce jointe est traitée indépendamment par le pipeline de médias.
- Les références de médias téléchargés sont agrégées dans le contexte du message.
- L’ordre de traitement suit l’ordre des fichiers Slack dans la charge utile de l’événement.
- L’échec du téléchargement d’une pièce jointe ne bloque pas les autres.
Limites de taille, de téléchargement et de modèle
- Limite de taille : 20 Mo par fichier par défaut. Configurable via
channels.slack.mediaMaxMb. - Échecs de téléchargement : Les fichiers que Slack ne peut pas servir, les URL expirées, les fichiers inaccessibles, les fichiers trop volumineux et les réponses HTML d’authentification/connexion Slack sont ignorés au lieu d’être signalés comme formats non pris en charge.
- Modèle de vision : L’analyse d’image utilise le modèle de réponse actif lorsqu’il prend en charge la vision, ou le modèle d’image configuré dans
agents.defaults.imageModel.
Limites connues
| Scénario | Comportement actuel | Contournement |
|---|---|---|
| URL de fichier Slack expirée | Fichier ignoré ; aucune erreur affichée | Reverser le fichier dans Slack |
| Modèle de vision non configuré | Les pièces jointes image sont stockées comme références de média, mais ne sont pas analysées comme images | Configurer agents.defaults.imageModel ou utiliser un modèle de réponse compatible avec la vision |
| Images très volumineuses (> 20 Mo par défaut) | Ignorées selon la limite de taille | Augmenter channels.slack.mediaMaxMb si Slack le permet |
| Pièces jointes transférées/partagées | Le texte et les médias image/fichier hébergés par Slack sont traités au mieux | Repartager directement dans le fil OpenClaw |
| Pièces jointes PDF | Stockées comme contexte de fichier/média, sans routage automatique via la vision image | Utiliser download-file pour les métadonnées de fichier ou l’outil pdf pour l’analyse PDF |
Documentation associée
- Pipeline de compréhension des médias
- Outil PDF
- Epic : #51349 — Activation de la vision pour les pièces jointes Slack
- Tests de régression : #51353
- Vérification en direct : #51354
Associé
Associer un utilisateur Slack à la passerelle.
Comportement des canaux et des DM de groupe.
Router les messages entrants vers les agents.
Modèle de menace et durcissement.
Agencement et précédence de la configuration.
Catalogue et comportement des commandes.