Retour aux docsPour qui

Utiliser des workflows partagés dans Slack

Associez chaque membre, invoquez des workflows publics dans Slack et gardez les méthodes partagées séparées des comptes et des autorisations personnels.

Dernière mise à jour 13 novembre 2026 · 7 min read

Slack permet à une équipe d’exécuter les mêmes workflows publics là où les demandes et les décisions se déroulent déjà. Mentionnez Okou dans un canal pour le travail visible, ou utilisez un message direct pour les brouillons privés et les analyses sensibles.

Dans My Okou, un Public Workflow est une méthode partagée dans l’espace de travail ; chaque membre l’exécute avec ses propres Instructions, mémoire, comptes connectés et autorisations. Dans Legacy Agents, le Workflow appartient aussi à un seul Agent. Slack détermine où la conversation se déroule ; il n’accorde pas l’accès au compte d’un coéquipier.

1. Installer Okou pour l’espace de travail Slack

Un administrateur de l’espace de travail configure l’intégration partagée :

  1. Ouvrez la page où les canaux ou les surfaces de travail d’Okou sont gérés.
  2. Trouvez Slack et sélectionnez Install to Slack.
  3. Choisissez l’espace de travail Slack prévu.
  4. Examinez et approuvez les autorisations Slack demandées.
  5. Terminez l’installation et revenez à Okou.

Si vous n’êtes pas administrateur de l’espace de travail, le produit affiche Ask your admin to install the Slack integration. Votre organisation Slack peut aussi exiger qu’un administrateur Slack approuve l’application.

Installez l’application une seule fois pour l’espace de travail. Chaque membre connecte ensuite sa propre identité Okou afin que les messages et les exécutions soient attribués à la bonne personne.

2. Connecter chaque membre

Après l’installation de l’espace de travail :

  1. Ouvrez l’intégration Slack dans Okou.
  2. Sélectionnez Connect.
  3. Terminez la connexion du compte Slack.
  4. Dans Slack, ouvrez la page d’accueil de l’application Okou ou utilisez /okou connect si Slack vous demande de lier le compte.

La commande slash principale actuelle est /okou.

3. Ajouter Okou à un canal

Invitez @Okou dans chaque canal où l’équipe veut qu’il travaille. Okou ne peut lire et répondre que dans les canaux auxquels il a été ajouté.

Utilisez le plus petit ensemble utile de canaux. Un workflow de support peut n’avoir besoin que de #support-triage ; un workflow de lancement peut n’avoir besoin que de #launch-room.

Pour un travail privé, ouvrez un message direct avec Okou au lieu de l’ajouter à un canal partagé.

4. Vérifier votre expérience

My Okou : après la connexion, utilisez votre propre Okou. Vous n’avez pas besoin de sélectionner un Agent pour exécuter un Workflow partagé. Utilisez /okou help pour voir les commandes disponibles pour vous.

Legacy Agents : sélectionner le bon Agent

L’agent sélectionné détermine quel rôle, quels workflows publics, quelles connexions et quelles autorisations sont disponibles pour une nouvelle conversation Slack.

Utilisez :

  • /okou switch pour choisir l’agent pour la prochaine conversation ;
  • /okou model pour choisir le modèle lorsque cette option est disponible ;
  • les contrôles de la page d’accueil de l’application Okou lorsque vous préférez un sélecteur visuel.

Les choix d’agent et de modèle se verrouillent lorsqu’un fil Slack est créé. Les modifier ne réécrit pas un fil existant. Commencez une nouvelle mention de niveau supérieur quand vous avez besoin d’un autre agent pour un travail sans lien.

5. Déclencher un workflow partagé

Mentionnez Okou et nommez soit le workflow, soit le résultat. Incluez l’entrée et toute contrainte de destination ou d’approbation nécessaire à l’exécution.

Nom explicite du workflow :

Okou exécute qualify-inbound-lead pour ce message.

Crée le brief et un brouillon de réponse. Ne l’envoie pas.

Demande en langage naturel :

Okou qualifie cette demande entrante en utilisant notre processus partagé.

Publie le brief dans ce fil et crée un brouillon d’e-mail pour révision.

Lorsqu’une demande dépend de la conversation Slack en cours, mentionnez Okou à partir de ce message ou de ce fil afin que le contexte pertinent reste attaché.

6. Garder les suivis dans le même fil

Okou répond à une mention dans un canal dans un fil. Poursuivez là les corrections et les demandes de suivi liées. Ce fil constitue une conversation unique avec son propre contexte.

Commencez une nouvelle mention de niveau supérieur lorsque :

  • la tâche n’a aucun lien ;
  • dans Legacy Agents, un autre Agent doit en être responsable ;
  • le fil actuel contient un contexte qui ne doit pas être conservé ;
  • l’équipe souhaite une piste de révision séparée.

Cela rend le trafic du canal lisible et empêche les instructions provenant de tâches sans lien de se mélanger.

Canal, fil ou DM ?

SurfaceUtilisationExemple
Mention dans un canalTravail que l’équipe doit voir et examinerRésumer un fil d’incident et rédiger des actions à entreprendre
Suivi dans un filCorrections et prochaines étapes pour la même tâcheVérifier une affirmation, modifier le format ou enregistrer le ticket approuvé
Message directBrouillons privés, analyses sensibles et travail individuelRédiger une réponse client ou analyser un document privé

N’insérez pas d’entrées confidentielles dans un canal public simplement parce que le workflow est public. La visibilité du workflow et la visibilité du message sont différentes.

Exemple : un workflow partagé de triage des bogues

Supposons que l’espace de travail dispose d’un workflow public triage-bug-report. Dans Legacy Agents, son Product Agent doit aussi être Public.

  1. Un coéquipier publie une capture d’écran et une description dans #bug-report.
  2. Il écrit : @Okou run triage-bug-report on this message. Draft the GitHub issue, but ask before creating it.
  3. Okou applique les règles partagées de reproduction, de gravité, de vérification des doublons et de format d’incident.
  4. Le coéquipier examine le brouillon dans le fil Slack.
  5. Après approbation, Okou crée l’incident en utilisant l’accès GitHub autorisé de ce membre et répond avec le lien.
  6. Si le même champ manquant apparaît à plusieurs reprises, le propriétaire du workflow met à jour l’instruction publique pour les futurs rapports.

L’équipe partage la méthode de triage et la piste de révision. Le membre qui approuve l’action utilise toujours sa propre identité et les autorisations qui lui ont été accordées.

Dépannage

Okou ne répond pas

  • Vérifiez que l’application est installée dans l’espace de travail Slack prévu.
  • Vérifiez que @Okou est membre du canal.
  • Connectez votre compte Okou.
  • Essayez /okou help pour vérifier les commandes disponibles.

Legacy Agents : Okou utilise le mauvais Agent

Dans My Okou, le changement d’agent n’est pas requis. Dans Legacy Agents, exécutez /okou switch, choisissez l’agent prévu, puis démarrez une nouvelle mention de niveau supérieur. Un fil existant conserve l’agent sélectionné au moment de sa création.

Le workflow est introuvable

Vérifiez que le Workflow est Public et dans l’espace de travail prévu. Dans Legacy Agents, vérifiez aussi que l’Agent propriétaire est Public et que la conversation est routée vers cet Agent. Voir Partager des workflows avec votre équipe.

Une autorisation de connecteur manque

Ouvrez l’invite d’autorisation, confirmez le compte et n’accordez que l’autorisation requise. Les workflows partagés n’héritent pas de l’accès Gmail, GitHub, Notion ou autre service d’un autre membre.

Le résultat est allé au mauvais endroit

Indiquez la destination dans la demande ou l’instruction du workflow, par exemple « répondre dans ce fil », « m’envoyer un DM » ou « créer uniquement un brouillon ». Mettez à jour le workflow public si la destination doit être la même à chaque exécution.

Pour le comportement complet de l’intégration Slack, voir Slack. Pour les plannings et la livraison Slack déclenchée par des événements, voir Automatisations.