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 :
- Ouvrez la page où les canaux ou les surfaces de travail d’Okou sont gérés.
- Trouvez Slack et sélectionnez Install to Slack.
- Choisissez l’espace de travail Slack prévu.
- Examinez et approuvez les autorisations Slack demandées.
- 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 :
- Ouvrez l’intégration Slack dans Okou.
- Sélectionnez Connect.
- Terminez la connexion du compte Slack.
- Dans Slack, ouvrez la page d’accueil de l’application Okou ou utilisez
/okou connectsi 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 switchpour choisir l’agent pour la prochaine conversation ;/okou modelpour 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 ?
| Surface | Utilisation | Exemple |
|---|---|---|
| Mention dans un canal | Travail que l’équipe doit voir et examiner | Résumer un fil d’incident et rédiger des actions à entreprendre |
| Suivi dans un fil | Corrections et prochaines étapes pour la même tâche | Vérifier une affirmation, modifier le format ou enregistrer le ticket approuvé |
| Message direct | Brouillons privés, analyses sensibles et travail individuel | Ré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.
- Un coéquipier publie une capture d’écran et une description dans
#bug-report. - Il écrit :
@Okou run triage-bug-report on this message. Draft the GitHub issue, but ask before creating it. - Okou applique les règles partagées de reproduction, de gravité, de vérification des doublons et de format d’incident.
- Le coéquipier examine le brouillon dans le fil Slack.
- Après approbation, Okou crée l’incident en utilisant l’accès GitHub autorisé de ce membre et répond avec le lien.
- 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
@Okouest membre du canal. - Connectez votre compte Okou.
- Essayez
/okou helppour 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.

