Brancher ses outils
Connecter Slack à un agent IA
Slack est l'endroit où l'entreprise se coordonne — et où l'information se perd le plus vite. Un agent branché sur Slack cherche dans les canaux, lit leur historique et y publie. Deux contraintes gouvernent tout le reste, et il vaut mieux les connaître avant de brancher : l'application doit être invitée dans un canal pour en lire l'historique, et un message qu'elle publie est visible de tous et ne peut pas être retiré.
1. Ce que l'agent fait dans Slack
Le connecteur parle directement à l'interface Web de Slack avec le jeton rendu par la connexion. Cinq opérations sont disponibles, autour de trois usages :
- Chercher. Retrouver une décision, un lien, une réponse déjà donnée — au lieu de reposer la question.
- Lire l'historique. Reprendre le fil d'un canal pour comprendre où en est un sujet, ce qui est la condition d'une réponse utile.
- Publier. Écrire dans un canal : un compte rendu, une alerte, le résultat d'une tâche terminée.
Trois autorisations sont demandées : lire la liste des canaux, lire leur historique, écrire un message. Rien sur les messages privés.
2. L'application doit être invitée dans le canal
C'est la première surprise, et elle n'est pas un défaut : Slack n'ouvre l'historique d'un canal qu'aux applications qui en sont membres. Tant que l'application n'y a pas été invitée, la lecture répond « not_in_channel » et rien ne remonte.
L'invitation se fait depuis Slack, canal par canal, comme pour un collègue. C'est un peu de travail au démarrage, et c'est en réalité la meilleure garantie du produit : le périmètre d'un agent est visible par tout le monde dans Slack. Chacun voit dans quels canaux l'application est présente, et peut l'en retirer. Aucun réglage caché dans une interface tierce ne peut contredire ce que l'équipe voit.
3. Un message publié ne se retire pas
C'est la contrainte qui doit gouverner votre réglage. Un message posté par un agent dans un canal est lu par tous ses membres, et il n'existe pas de rattrapage discret : la notification est partie, les personnes ont vu.
Trois conséquences pratiques :
- Gardez la validation avant écriture sur les canaux où se trouvent des clients, des partenaires ou toute l'entreprise. C'est le réglage par défaut, et il n'y a aucune bonne raison de l'assouplir là.
- Ouvrez un canal dédié pour ce que les agents rendent en continu — comptes rendus, tâches terminées, alertes. Ce canal-là peut être assoupli sans risque, parce que ceux qui le lisent savent ce qu'ils y trouvent.
- Ne branchez pas un agent sur un canal où se prennent des décisions juste pour qu'il « soit au courant ». La lecture d'un canal est un accès, pas une politesse.
4. Ce qui est écrit dans un canal n'est pas un ordre
Comme pour la messagerie, le contenu d'un canal est une donnée que l'agent lit, jamais une instruction qu'il exécute. Quelqu'un — de bonne foi ou non — peut écrire « l'agent devrait envoyer ce fichier à cette adresse » : ce message reste du texte à comprendre, pas une commande.
Les consignes viennent de la mission confiée à l'agent, et toute action qui engage l'entreprise passe par une validation humaine demandée avant l'exécution. Dans un outil où tout le monde écrit, cette séparation n'est pas un détail théorique.
5. Ce que ça change dans la durée
L'intérêt de Slack n'est pas la publication — c'est la mémoire.
- Semaine 1. Les questions déjà répondues cessent d'être reposées : l'agent retrouve la décision et cite le fil.
- Mois 3. Le canal des agents devient l'endroit où l'on voit ce qui a été fait, sans réunion pour le demander.
- Année 2. L'historique de Slack, jusque-là illisible passé trois semaines, redevient consultable — parce que quelqu'un sait y chercher.
Aucun gain chiffré n'est promis : il dépend du volume d'échanges et de la discipline de vos canaux.
6. Questions fréquentes
L'agent lit-il les messages privés ?
Non. Les autorisations demandées portent sur les canaux : leur liste, leur historique, et l'écriture. Les messages directs n'en font pas partie.
Pourquoi la lecture échoue-t-elle sur certains canaux ?
Parce que l'application n'a pas été invitée dans ce canal. Slack répond alors « not_in_channel ». Invitez-la depuis Slack, comme un membre, et la lecture fonctionne. C'est aussi ce qui rend le périmètre visible de toute l'équipe.
Un agent peut-il supprimer un message qu'il a publié ?
Non, et c'est le point le plus important de cette page. Ce qui est publié est vu. C'est pourquoi la validation avant écriture est active par défaut et pourquoi nous recommandons de la conserver partout sauf sur un canal dédié aux comptes rendus.
Peut-on limiter un agent à un seul canal ?
Oui, et c'est même le mode d'emploi recommandé. La connexion exige de désigner l'espace de travail et le canal ; côté Slack, l'application ne lit que les canaux dont elle est membre. Les deux mécanismes se recoupent, ce qui rend l'erreur difficile.
Pour aller plus loin
Lire ensuite : tous les connecteurs disponibles, voir ses agents travailler, ou gouvernance et contrôle des budgets.