# Slack

> Permettez à un agent de lire les chaînes et les fils de discussion Slack, de faire des recherches dans l'espace de travail et de publier, avec votre approbation.

Le connecteur Slack permet à un agent de lire ce qui s'est passé dans votre espace de travail et, avec votre [approbation](/fr/docs/work/approvals/), d'y publier.

## Quand l'utiliser

Slack, c'est là que les décisions se prennent, puis se perdent. Un agent capable d'y chercher transforme *« quelqu'un a posté la liste de contrôle du déploiement il y a un mois »* en réponse exploitable, et peut résumer une chaîne que vous n'avez pas pu suivre.

Pour le sens inverse, c'est-à-dire interroger un agent *depuis Slack*, voir [Canaux](/fr/docs/automate/channels/).

## Connecter Slack

<Steps>

1. **Ouvrez Connecteurs** dans [Agent Builder](/fr/docs/build/agent-builder/) et choisissez Slack.

2. **Connectez-vous et approuvez l'espace de travail.** L'accès se fait par espace de travail.

3. **Invitez l'application dans les chaînes qu'elle doit lire.** C'est l'étape que l'on oublie souvent : voir ci-dessous.

4. **Associez la connexion à l'agent.**

</Steps>

<Aside type="caution" title="Une chaîne dont l'application n'est pas membre ne peut pas être lue">
  Pour lire l'historique d'une chaîne, l'application Slack doit en être membre. Si un
  agent signale qu'il n'est pas dans la chaîne, invitez l'application dans cette chaîne
  depuis Slack, puis réessayez. La recherche dans l'espace de travail n'a pas cette
  contrainte.
</Aside>

## Ce qu'un agent peut faire

| Opération | Soumise à approbation |
| --- | --- |
| Lister les chaînes | Non |
| Lire l'historique récent d'une chaîne | Non |
| Rechercher dans l'espace de travail | Non |
| Lire les réponses d'un fil de discussion | Non |
| **Publier un message** | **Oui** |

La recherche utilise la syntaxe propre à Slack (`from:@user`, `in:#channel`, expressions entre guillemets) et constitue le bon point de départ quand vous ne savez pas dans quelle chaîne se trouve une information.

## Publication

La publication est soumise à approbation, comme toute action sortante. Vous voyez la chaîne et le texte exact avant l'envoi, et votre approbation envoie précisément ce texte.

Dans une exécution sans surveillance, comme une [routine](/fr/docs/automate/routines/), une publication est refusée au lieu d'être mise en attente. Une synthèse Slack planifiée devrait plutôt produire un [livrable](/fr/docs/capabilities/outputs/) et vous prévenir ; sinon, publiez-la vous-même après l'avoir lue.

## Limites

- Un espace de travail Slack par connexion.
- Lire l'historique exige que l'application soit dans la chaîne. Les chaînes privées où elle n'a pas été invitée sont invisibles.
- Les messages directs ne sont pas pris en charge.
- Publier exige toujours une approbation, y compris pour les réponses dans un fil.
- L'agent publie en tant qu'application endue, et non en votre nom.

## Voir aussi

<CardGrid>
  <LinkCard
    title="Canaux"
    href="/fr/docs/automate/channels/"
    description="Joindre un agent depuis Slack, plutôt que l'inverse."
  />
  <LinkCard
    title="Approbations"
    href="/fr/docs/work/approvals/"
    description="Ce que vous voyez avant qu'un message soit publié."
  />
  <LinkCard
    title="Connecteurs disponibles"
    href="/fr/docs/connect/available-connectors/"
    description="Mattermost, Telegram et tout le reste."
  />
</CardGrid>
