OpenClaw

Canal Slack OpenClaw

Entreprise
Moyen

Connectez OpenClaw à Slack en utilisant le mode Socket (par défaut) ou l'API HTTP Events. Cette intégration de niveau entreprise permet à votre assistant IA de fonctionner dans les espaces de travail Slack — gérant les DM, les conversations de salon, les réactions, les fils de discussion et les commandes slash. Le mode Socket se connecte via WebSocket sans nécessiter d'URL publique ; le mode HTTP utilise l'API Events de Slack pour les déploiements accessibles publiquement.

Info rapide
DifficultéMoyen
CatégorieEntreprise
Fonctionnalités prises en charge5 / 6

Slack Fonctionnalités prises en charge

Messages texte

Pris en charge

Médias et fichiers

Pris en charge

Réactions

Pris en charge

Fils de discussion

Pris en charge

Messages vocaux

Non pris en charge

Discussion de groupe

Pris en charge

Slack Prérequis

  • Un espace de travail Slack avec des privilèges d'administration (pour installer des applications personnalisées)
  • Une application Slack créée sur api.slack.com/apps
  • App Token (xapp-...) avec le scope connections:write (pour le mode Socket)
  • Bot Token (xoxb-...) obtenu après l'installation de l'application dans votre espace de travail
  • OpenClaw Gateway en cours d'exécution et configuré

Slack Configuration rapide

1

Créer une application Slack et activer le mode Socket

Rendez-vous sur api.slack.com/apps et cliquez sur 'Create New App' → 'From scratch'. Donnez-lui un nom et sélectionnez votre espace de travail. Naviguez vers 'Socket Mode' dans la barre latérale et activez-le. Générez un App-Level Token avec le scope 'connections:write' — cela vous donne le token xapp-...

2

Configurer les scopes OAuth et installer dans l'espace de travail

Accédez à 'OAuth & Permissions', ajoutez les Bot Token Scopes requis (chat:write, channels:history, channels:read, im:write, im:history, im:read, users:read, reactions:read, reactions:write, files:write, etc.). Cliquez sur 'Install to Workspace' et autorisez. Copiez le Bot User OAuth Token (xoxb-...). Ensuite, accédez à 'Event Subscriptions', activez les événements et abonnez-vous à : message.channels, message.groups, message.im, message.mpim, app_mention, reaction_added, reaction_removed.

3

Ajouter la configuration, démarrer le Gateway et inviter le bot

Ajoutez la configuration du canal Slack dans ~/.openclaw/openclaw.json avec votre appToken et botToken. Démarrez le Gateway — il se connectera à Slack via le mode Socket. Invitez le bot dans vos salons cibles en tapant '/invite @NomDeVotreBot' dans Slack. Envoyez un message pour tester.

Slack Exemple de configuration

config.json
{
  "channels": {
    "slack": {
      "enabled": true,
      "appToken": "xapp-1-YOUR_APP_TOKEN",
      "botToken": "xoxb-YOUR_BOT_TOKEN"
    }
  }
}

Slack Documentation Détaillée

Vue d'ensemble de l'architecture

OpenClaw se connecte à Slack via deux modes supportés : • Mode Socket (par défaut) — Utilise une connexion WebSocket initiée depuis votre serveur vers Slack. Aucune URL publique ni configuration de pare-feu nécessaire. Idéal pour le développement, les déploiements internes et les environnements derrière des NATs. • Mode HTTP (API Events) — Slack envoie les événements vers le point d'accès HTTPS de votre serveur. Nécessite une URL accessible publiquement. Plus adapté aux déploiements de production haute disponibilité avec équilibreurs de charge. Dans les deux modes, le bot reçoit les événements en temps réel (messages, réactions, mentions) et répond via l'API Slack. Le routage des sessions dépend du contexte : les DM utilisent la session principale de l'agent, les conversations de salon créent des sessions isolées par salon (agent:<agentId>:slack:channel:<channelId>), et les commandes slash obtiennent des sessions par utilisateur.
Le mode Socket est recommandé pour la plupart des installations auto-hébergées — il fonctionne derrière les pare-feu et les NATs sans aucune configuration réseau.
Vous pouvez définir les tokens via des variables d'environnement : SLACK_APP_TOKEN et SLACK_BOT_TOKEN, ou dans votre fichier de configuration.

Créer votre application Slack

La mise en place d'une application Slack nécessite la configuration de plusieurs composants dans le portail API Slack : 1. Rendez-vous sur api.slack.com/apps et cliquez sur 'Create New App' → 'From scratch' 2. Nommez votre application et sélectionnez l'espace de travail cible 3. Activez le mode Socket (Settings → Socket Mode → Enable). Générez un App-Level Token avec le scope connections:write 4. Ajoutez les Bot Token Scopes sous OAuth & Permissions : • chat:write, im:write — Envoyer et gérer les messages • channels:history, groups:history, im:history, mpim:history — Lire l'historique des messages • channels:read, groups:read, im:read, mpim:read — Lire les informations de conversation • users:read — Rechercher les profils utilisateurs • reactions:read, reactions:write — Réagir aux messages • pins:read, pins:write — Gérer les messages épinglés • emoji:read — Lister les emojis personnalisés • files:write — Téléverser des fichiers 5. Installez l'application dans votre espace de travail et copiez le Bot Token (xoxb-...) 6. Activez les Event Subscriptions et abonnez-vous aux événements du bot : • message.channels, message.groups, message.im, message.mpim • app_mention • reaction_added, reaction_removed • member_joined_channel, member_left_channel • channel_rename, pin_added, pin_removed 7. Créez optionnellement une commande slash /openclaw sous Slash Commands 8. Activez l'onglet Messages sous App Home pour le support des DM Astuce : Vous pouvez utiliser le manifeste d'application fourni pour configurer automatiquement tous les scopes et événements lors de la création de l'application.
Gardez vos tokens secrets. L'App Token (xapp-...) et le Bot Token (xoxb-...) donnent un contrôle total sur votre application. En cas de compromission, régénérez-les immédiatement dans le portail API Slack.
L'option manifeste lors de la création de l'application peut configurer tous les scopes, événements et fonctionnalités requis en une seule étape.
Assurez-vous d'activer les Event Subscriptions et de vous abonner aux événements du bot requis. Sans cela, le bot se connectera mais ne recevra aucun message.

Sécurité des DM (Couplage)

Les politiques de DM Slack contrôlent qui peut interagir avec votre assistant IA en messages directs. OpenClaw prend en charge deux modes : • pairing (par défaut) — Les expéditeurs de DM inconnus reçoivent un code de couplage limité dans le temps (expire après 1 heure). Approuvez via 'openclaw pairing approve slack <code>' dans votre terminal. Une fois approuvé, ils peuvent discuter librement. Maximum 3 demandes de couplage en attente par canal. • open — Toute personne envoyant un DM au bot obtient une réponse. Nécessite dm.allowFrom=["*"] pour fonctionner. À utiliser avec prudence dans les grands espaces de travail. Les entrées de liste blanche supportent plusieurs formats : • ID utilisateur Slack (ex. : "U01ABCDEF") • Références @nom_utilisateur • Adresses email Vous pouvez également vérifier les couplages en attente avec 'openclaw pairing list slack'.
openclaw.json
{
  "channels": {
    "slack": {
      "enabled": true,
      "appToken": "xapp-...",
      "botToken": "xoxb-...",
      "dm": {
        "policy": "pairing",
        "allowFrom": ["U01ABCDEF", "user@company.com"]
      }
    }
  }
}
Utilisez la politique de couplage pour les espaces de travail avec de nombreux utilisateurs afin d'empêcher l'utilisation non autorisée de l'IA. Chaque code de couplage expire après 1 heure.
En mode open, définissez allowFrom à ["*"] pour autoriser tous les utilisateurs, ou spécifiez des ID utilisateur/emails individuels pour restreindre l'accès.

Configuration des salons (Politique de groupe)

Les politiques de salon contrôlent dans quels salons Slack le bot opère et comment il se comporte : groupPolicy de niveau supérieur : • open — Le bot répond dans tous les salons où il est invité • disabled — Le bot ignore tous les messages de salon • allowlist — Le bot ne répond que dans les salons explicitement configurés La configuration par salon vous permet d'affiner le comportement pour chaque salon : • allow — Activer/désactiver le salon en mode allowlist • requireMention — Si le bot doit être @mentionné pour répondre • users — Liste blanche des utilisateurs pour ce salon spécifique • skills — Restreindre les compétences/outils disponibles dans ce salon • systemPrompt — Instructions IA personnalisées pour ce salon • allowBots — Traiter ou non les messages d'autres bots (par défaut : false) • enabled — Activer/désactiver entièrement le salon
openclaw.json
{
  "channels": {
    "slack": {
      "groupPolicy": "allowlist",
      "channels": {
        "C01ABCDEF": {
          "allow": true,
          "requireMention": true,
          "users": ["U01ABCDEF"],
          "skills": ["search", "docs"],
          "systemPrompt": "Gardez les réponses courtes et techniques."
        },
        "#general": {
          "allow": true,
          "requireMention": true
        }
      }
    }
  }
}
Les clés de salon peuvent être des ID de salon (C01ABCDEF) ou des noms de salon (#general). Les ID sont plus fiables car ils survivent aux renommages de salon.
Utilisez le systemPrompt par salon pour donner à l'IA différentes personnalités ou instructions selon les salons — ex. : technique dans #engineering, décontracté dans #watercooler.

Threading des réponses

OpenClaw prend en charge le threading flexible des réponses dans Slack, contrôlant si le bot répond dans le salon principal ou crée des fils de discussion. replyToMode global : • off (par défaut) — Répond dans le salon principal. Ne crée un fil que lorsque le message déclencheur est déjà dans un fil. • first — La première réponse va dans un fil, les réponses suivantes vont dans le salon principal. • all — Toutes les réponses sont envoyées comme réponses en fil. Surcharges par type de conversation via replyToModeByChatType : • direct — Conversations DM 1:1 • group — Conversations DM de groupe / MPIM • channel — Salons Slack standards Contrôle manuel des fils via les balises de réponse : • [[reply_to_current]] — Répondre au message qui a déclenché le bot • [[reply_to:<message_id>]] — Répondre à un message spécifique par ID
openclaw.json
{
  "channels": {
    "slack": {
      "replyToMode": "off",
      "replyToModeByChatType": {
        "direct": "all",
        "group": "first",
        "channel": "off"
      }
    }
  }
}
Pour les salons très actifs, utilisez replyToMode: 'all' pour organiser les conversations en fils et éviter d'encombrer le salon principal.
Les surcharges par type de conversation permettent de threader les DM tout en gardant les réponses de salon en ligne, ou inversement.

Token utilisateur (Optionnel)

En plus du Bot Token, vous pouvez optionnellement configurer un User Token (xoxp-...) pour un accès en lecture amélioré. Le User Token fournit des données plus riches pour l'historique, les épingles, les réactions, les emojis personnalisés et les informations sur les membres. Priorité d'utilisation des tokens : • Opérations de lecture — Le User Token est préféré ; repli sur le Bot Token si indisponible • Opérations d'écriture — Le Bot Token est toujours utilisé par défaut Le drapeau userTokenReadOnly (par défaut : true) garantit que le User Token n'est jamais utilisé pour les opérations d'écriture. Définissez-le à false uniquement si vous souhaitez que l'IA agisse en tant qu'utilisateur (nécessite des scopes d'écriture supplémentaires sur le User Token). Pour ajouter un User Token, configurez les scopes du token utilisateur dans OAuth & Permissions sous 'User Token Scopes' — typiquement des scopes en lecture seule comme channels:history, channels:read, users:read, reactions:read, pins:read, emoji:read, search:read.
openclaw.json
{
  "channels": {
    "slack": {
      "enabled": true,
      "appToken": "xapp-...",
      "botToken": "xoxb-...",
      "userToken": "xoxp-...",
      "userTokenReadOnly": true
    }
  }
}
Définir userTokenReadOnly à false permet à l'IA d'effectuer des opérations d'écriture (envoyer des messages, ajouter des réactions, épingler des messages) en tant qu'utilisateur installateur plutôt qu'en tant que bot. N'activez cela que si vous comprenez les implications de sécurité.

Commandes slash et App Home

OpenClaw prend en charge les commandes slash Slack et la configuration de l'App Home : Commandes slash : Créez une commande /openclaw dans le portail API Slack sous 'Slash Commands'. En mode Socket, aucune URL de requête n'est nécessaire — Slack achemine la commande via la connexion WebSocket. Si vous utilisez les commandes natives, créez des commandes slash supplémentaires selon vos besoins. App Home : Activez l'onglet 'Messages Tab' sous App Home pour permettre aux utilisateurs d'envoyer des DM au bot directement depuis sa page d'application. Cela fournit une interface dédiée et propre pour les conversations 1:1. Routage des sessions : • DM → session principale (agent:main:main) • Messages de salon → agent:<agentId>:slack:channel:<channelId> • Commandes slash → agent:<agentId>:slack:slash:<userId> Cibles de livraison pour cron/CLI : • user:<userId> — Envoyer un DM à un utilisateur spécifique • channel:<channelId> — Publier dans un salon spécifique
openclaw.json
{
  "channels": {
    "slack": {
      "slashCommand": {
        "enabled": true,
        "name": "openclaw",
        "sessionPrefix": "slack:slash",
        "ephemeral": true
      }
    }
  }
}
Les réponses éphémères aux commandes slash ne sont visibles que par l'utilisateur qui a invoqué la commande. Définissez ephemeral: false pour rendre les réponses visibles à tous dans le salon.
L'onglet Messages dans App Home doit être activé pour la fonctionnalité DM — sans cela, les utilisateurs ne peuvent pas démarrer de conversations avec le bot.

Permissions et scopes

Slack utilise les scopes OAuth pour contrôler ce que votre application peut faire. Voici les scopes requis et optionnels : Scopes requis du Bot Token : • chat:write — Envoyer, modifier et supprimer des messages • im:write — Ouvrir des conversations DM • channels:history, groups:history, im:history, mpim:history — Lire l'historique des messages • channels:read, groups:read, im:read, mpim:read — Lire les informations de conversation • users:read — Rechercher les profils utilisateurs • reactions:read, reactions:write — Lire et ajouter des réactions • pins:read, pins:write — Gérer les messages épinglés • emoji:read — Lister les emojis personnalisés de l'espace de travail • files:write — Téléverser des fichiers et médias Scopes optionnels du User Token (lecture seule) : • channels:history, groups:history, im:history, mpim:history — Accès amélioré à l'historique • channels:read, groups:read, im:read, mpim:read — Informations de conversation améliorées • users:read — Recherche de profil utilisateur • reactions:read, pins:read, emoji:read — Lire les réactions, épingles, emojis • search:read — Rechercher des messages et fichiers
Commencez avec uniquement les scopes du Bot Token. N'ajoutez le User Token et ses scopes que si vous avez besoin de capacités de lecture améliorées (comme search:read).
Le manifeste d'application fourni inclut tous les scopes recommandés — utilisez-le lors de la création de l'application pour la configuration la plus rapide.

Mode HTTP (API Events)

Si votre Gateway est accessible publiquement via HTTPS, vous pouvez utiliser le mode HTTP au lieu du mode Socket. En mode HTTP, Slack envoie les événements directement au point d'accès de votre serveur. Étapes de configuration : 1. Créez l'application Slack mais N'activez PAS le mode Socket 2. Obtenez le Signing Secret depuis 'Basic Information' → 'App Credentials' 3. Installez l'application pour obtenir le Bot Token 4. Sous 'Event Subscriptions', définissez l'URL de requête à : https://votre-hote-gateway/slack/events 5. Sous 'Interactivity & Shortcuts', définissez la même URL de requête 6. Sous 'Slash Commands', définissez l'URL de requête au même point d'accès Le mode HTTP ne nécessite pas d'App Token — il utilise le Signing Secret pour vérifier que les requêtes entrantes proviennent bien de Slack.
openclaw.json
{
  "channels": {
    "slack": {
      "enabled": true,
      "mode": "http",
      "botToken": "xoxb-...",
      "signingSecret": "your-signing-secret",
      "webhookPath": "/slack/events"
    }
  }
}
Pour le mode HTTP, les trois points d'accès (Events, Interactivity, Slash Commands) doivent pointer vers la même URL : https://votre-hote/slack/events.
Utilisez le Signing Secret (pas l'App Token) pour le mode HTTP. Le Signing Secret vérifie l'authenticité des requêtes via des signatures HMAC-SHA256.
Le mode HTTP nécessite un certificat SSL valide et un point d'accès accessible publiquement. Assurez-vous que votre serveur est joignable depuis les plages IP de Slack.

Configuration avancée

OpenClaw fournit plusieurs paramètres avancés pour affiner le comportement de Slack : Historique et contexte : • historyLimit (par défaut : 50) — Nombre de messages récents inclus dans le contexte de l'IA. Définissez à 0 pour désactiver l'injection d'historique. Texte et médias : • textChunkLimit (par défaut : 4000) — Nombre maximum de caractères par segment de message pour les longues réponses • chunkMode : "newline" — Découper aux limites de paragraphes au lieu des limites strictes de caractères • mediaMaxMb (par défaut : 20) — Taille maximale des fichiers multimédias en mégaoctets Portes d'action des outils : Contrôlez quelles opérations Slack l'agent peut effectuer : • reactions : true — Réagir aux messages et lister les réactions • messages : true — Lire, envoyer, modifier et supprimer des messages • pins : true — Épingler, désépingler et lister les messages épinglés • memberInfo : true — Rechercher les informations des membres de l'espace de travail • emojiList : true — Lister les emojis personnalisés de l'espace de travail Notes de sécurité : • Les opérations d'écriture utilisent par défaut le Bot Token, maintenant l'isolation des permissions au niveau de l'application • Lorsque userTokenReadOnly est false et qu'un User Token est configuré, les écritures peuvent utiliser le User Token (agissant en tant qu'utilisateur installateur) • Lors de l'activation de allowBots sur un salon, combinez avec requireMention et les listes blanches d'utilisateurs pour éviter les boucles de réponse entre bots
openclaw.json
{
  "channels": {
    "slack": {
      "historyLimit": 50,
      "textChunkLimit": 4000,
      "chunkMode": "newline",
      "mediaMaxMb": 20,
      "actions": {
        "reactions": true,
        "messages": true,
        "pins": true,
        "memberInfo": true,
        "emojiList": true
      }
    }
  }
}

Slack Référence de Configuration

enabled
Type: booleanDefault: true

Activer ou désactiver le canal Slack

mode
Type: stringDefault: "socket"

Mode de connexion. Options : socket (mode Socket, par défaut), http (API Events)

appToken
Type: stringDefault: ""

Token d'application Slack (xapp-...) pour le mode Socket. Peut aussi utiliser la variable d'environnement SLACK_APP_TOKEN

botToken
Type: stringDefault: ""

Token OAuth Bot User Slack (xoxb-...). Peut aussi utiliser la variable d'environnement SLACK_BOT_TOKEN

userToken
Type: stringDefault: ""

Token utilisateur Slack optionnel (xoxp-...) pour un accès en lecture amélioré

userTokenReadOnly
Type: booleanDefault: true

Restreindre le User Token aux opérations en lecture seule. Définir à false pour autoriser les écritures en tant qu'utilisateur installateur

signingSecret
Type: stringDefault: ""

Signing Secret pour la vérification des requêtes en mode HTTP (depuis Basic Information → App Credentials)

webhookPath
Type: stringDefault: "/slack/events"

Chemin du point d'accès webhook pour le mode HTTP

dm.policy
Type: stringDefault: "pairing"

Politique de contrôle d'accès aux DM. Options : pairing (approbation par code), open (tout le monde peut envoyer des DM)

dm.allowFrom
Type: string[]Default: []

Utilisateurs autorisés à envoyer des DM au bot. Supporte les ID utilisateur, @noms_utilisateur, emails et joker (*)

dm.enabled
Type: booleanDefault: true

Accepter ou non les messages directs

dm.groupEnabled
Type: booleanDefault: false

Activer la gestion des DM de groupe (MPIM)

dm.groupChannels
Type: string[]Default: []

ID des salons de DM de groupe autorisés

groupPolicy
Type: stringDefault: "open"

Politique de gestion des salons. Options : open (tous les salons), disabled (aucun salon), allowlist (salons configurés uniquement)

channels.<id>.allow
Type: booleanDefault: true

Autoriser ou refuser ce salon en mode allowlist

channels.<id>.requireMention
Type: booleanDefault: false

Si le bot doit être @mentionné pour répondre dans ce salon

channels.<id>.users
Type: string[]Default: []

Liste blanche des utilisateurs pour ce salon (ID, @noms_utilisateur ou emails)

channels.<id>.skills
Type: string[]Default: []

Restreindre les compétences disponibles dans ce salon (vide = toutes les compétences)

channels.<id>.systemPrompt
Type: stringDefault: ""

Prompt système IA personnalisé pour ce salon

channels.<id>.allowBots
Type: booleanDefault: false

Traiter les messages d'autres bots dans ce salon

replyToMode
Type: stringDefault: "off"

Mode de threading des réponses. Options : off (salon principal), first (fil pour la première réponse), all (fil pour toutes les réponses)

replyToModeByChatType
Type: objectDefault: {}

Surcharges de threading par type de conversation. Clés : direct, group, channel. Valeurs : off, first, all

reactionNotifications
Type: stringDefault: "off"

Quelles réactions déclenchent des notifications à l'agent. Options : off, own, all

historyLimit
Type: numberDefault: 50

Nombre de messages récents à inclure comme contexte IA. Définir à 0 pour désactiver

textChunkLimit
Type: numberDefault: 4000

Nombre maximum de caractères par segment de message pour les longues réponses IA

chunkMode
Type: stringDefault: "split"

Comment découper les longues réponses. Options : split (limite stricte), newline (limites de paragraphes)

mediaMaxMb
Type: numberDefault: 20

Taille maximale des fichiers multimédias en mégaoctets

slashCommand.enabled
Type: booleanDefault: true

Activer la gestion des commandes slash

slashCommand.name
Type: stringDefault: "openclaw"

Le nom de la commande slash (sans /)

slashCommand.ephemeral
Type: booleanDefault: true

Si les réponses aux commandes slash ne sont visibles que par l'invocateur

Slack Questions Fréquentes

Slack Dépannage

Le bot ne répond pas dans les salons

Le salon est bloqué par groupPolicy, ou le bot n'est pas dans la liste blanche, ou le bot n'a pas été invité dans le salon.

Vérifiez votre paramètre groupPolicy. Si vous utilisez 'allowlist', assurez-vous que l'ID ou le nom du salon est configuré avec 'allow: true'. Vérifiez que le bot a été invité dans le salon (/invite @NomDeVotreBot). Consultez les journaux du Gateway pour les messages 'blocked by group policy'.
Les DM envoyés au bot sont ignorés

La politique DM est définie sur 'pairing' et l'expéditeur n'a pas été approuvé, ou l'onglet Messages n'est pas activé dans App Home.

Si vous utilisez le mode pairing, vérifiez les couplages en attente avec 'openclaw pairing list slack' et approuvez via 'openclaw pairing approve slack <code>'. Activez l'onglet Messages dans App Home (portail API Slack → App Home → Show Tab). Vérifiez que dm.policy n'est pas défini sur 'disabled'.
La connexion en mode Socket échoue ou se déconnecte continuellement

L'App Token (xapp-...) est invalide ou expiré, ou il y a un problème réseau entre votre serveur et Slack.

Vérifiez que votre App Token est correct et possède le scope connections:write. Régénérez l'App Token dans le portail API Slack si nécessaire. Consultez les journaux du Gateway pour les erreurs de connexion WebSocket. Assurez-vous que votre serveur dispose d'un accès internet stable vers wss://wss-primary.slack.com.
Erreurs API (missing_scope ou invalid_auth)

Le Bot Token ne dispose pas des scopes OAuth requis, ou le token a été révoqué/régénéré.

Accédez à OAuth & Permissions dans le portail API Slack et vérifiez que tous les scopes requis sont ajoutés. Si des scopes ont été récemment ajoutés, réinstallez l'application dans votre espace de travail pour appliquer les nouvelles permissions. Vérifiez que le token dans votre configuration correspond au token actuel dans le portail.
Les commandes slash affichent 'dispatch_failed' ou n'apparaissent pas

La commande slash n'a pas été créée dans le portail API Slack, ou l'URL de requête est mal configurée (mode HTTP).

Créez la commande /openclaw sous Slash Commands dans le portail API. Pour le mode Socket, aucune URL n'est nécessaire. Pour le mode HTTP, définissez l'URL de requête sur https://votre-hote/slack/events. Après avoir ajouté la commande, vous devrez peut-être réinstaller l'application dans l'espace de travail.
Les messages sont tronqués ou envoyés en plusieurs segments

Les longues réponses de l'IA dépassant le textChunkLimit d'OpenClaw (4 000 caractères par défaut) sont automatiquement découpées en plusieurs messages. Note : les limites de Slack sont de 3 000 caractères par section block et 40 000 caractères par champ text de message.

C'est un comportement attendu. Ajustez textChunkLimit pour contrôler la taille des segments (par défaut : 4000). Définissez chunkMode sur 'newline' pour découper aux limites de paragraphes pour un découpage plus naturel. Envisagez d'instruire l'IA de garder les réponses concises via systemPrompt.
Voir la documentation complèteRetour à tous les canaux

Canaux associés

Feishu / Lark

Medium

OpenClaw integration Feishu/Lark via WebSocket

Guide de configuration

Google Chat

Medium

OpenClaw app Google Chat API via endpoint HTTP

Guide de configuration

Microsoft Teams

Medium

OpenClaw integration entreprise via Bot Framework

Guide de configuration