Un flux de travail est une procédure nommée et réutilisable enregistrée sur un agent. Il apprend à Okou comment votre équipe fait un type de travail précis, pour que la prochaine personne qui en a besoin n'ait pas à réécrire le prompt.
La première fois que vous demandez quelque chose à Okou, vous écrivez un prompt. La deuxième fois, vous collez le même prompt avec de petits ajustements. La troisième fois, vous copiez un long prompt depuis un doc Notion que quelqu'un a appelé la « bibliothèque de prompts de l'équipe ». C'est le moment d'enregistrer un flux de travail.
Le problème que les flux de travail résolvent
Un chat ponctuel convient à une tâche ponctuelle. Mais presque chaque équipe a un arriéré de travail qui revient — entrées différentes, même forme :
- Un client écrit → consultez son historique → rédigez une réponse dans sa langue → journalisez le ticket
- Un rapport de bug apparaît → extrayez les étapes de reproduction → classez la gravité → créez une issue structurée
- Lundi matin → récupérez les chiffres de la semaine dernière → comparez à la semaine d'avant → publiez un digest
Sans flux de travail, chacun de ces cas est un prompt de 200 mots que tout le monde doit mémoriser. Avec des flux de travail, chacun est un nom : triage-bug-report, weekly-metrics, customer-reply.
Un flux de travail n'a, à lui seul, ni calendrier ni déclencheur — c'est la procédure. Pour le faire tourner tout seul, attachez une Automation.
Ce qu'il y a dans un flux de travail
| Champ | Ce qu'il fait |
|---|---|
| Name | Un slug minuscule de 2 à 64 caractères utilisant lettres, chiffres et tirets internes — triage-bug-report. Utilisez /triage-bug-report pour l'invoquer explicitement dans le chat de l'agent propriétaire. |
| Display name | Le libellé lisible affiché dans l'espace de travail. |
| Description | Une ligne indiquant à Okou quand ce flux de travail s'applique. Okou fait correspondre les demandes entrantes avec les descriptions, donc la formulation compte. |
| Instruction | La procédure elle-même. La prose simple suffit — mentionnez les outils à utiliser, la forme de sortie et toute contrainte. |
| Files | Fichiers complémentaires optionnels — modèles, listes de contrôle, charte de marque, données de référence — regroupés avec le flux de travail. |
| Visibility | private (vous seul) ou public (tout l'espace de travail). |
Pas de graphe de nœuds, pas de config YAML, pas de section de déclencheurs. L'instruction ressemble souvent beaucoup au prompt de chat qui a fonctionné la première fois.
Une bonne description fait la différence entre un flux de travail qui se déclenche quand il le faut et un qui ne se déclenche jamais : « triage a customer-facing bug report and file it to GitHub with severity » vaut mieux que « do bug stuff. »
Les flux de travail appartiennent aux agents
Chaque flux de travail appartient à exactement un agent. C'est ce qui rend le comportement prévisible : le flux de travail s'exécute avec le ton, les valeurs par défaut et les octrois de connecteur de cet agent.
- Flux de travail privé — visible par vous seul. Adapté aux automatisations personnelles liées à un Gmail ou un siège CRM personnel.
- Flux de travail public — visible par tous dans l'espace de travail, sur un agent que votre équipe peut joindre.
La même procédure peut vivre sur deux agents et produire des résultats différents, car chaque agent apporte sa propre voix et ses propres permissions. Pour remettre un flux de travail à un autre agent, copiez-le — cela le duplique, de sorte que les deux puissent ensuite diverger.
Voir Agents pour la façon dont la propriété de l'agent délimite ce qu'un flux de travail peut toucher.
Créer un flux de travail
Commencer depuis la page Workflows
- Ouvrez Workflows et choisissez New workflow.
- Sélectionnez l'agent qui doit posséder le flux de travail.
- Okou ouvre un chat avec un prompt guidé de création. Décrivez le résultat, les entrées attendues, les outils, la sortie et toute frontière d'approbation.
- Relisez le nom, la description, l'instruction, les fichiers et la visibilité proposés avant que Okou ne le crée.
Vous pouvez aussi commencer dans un chat d'agent existant et demander à Okou de transformer en flux de travail une tâche qui a déjà fonctionné. Garder la première exécution réussie dans le même chat donne à Okou des entrées, corrections et sorties concrètes à capturer.
Ce qu'il faut mettre dans l'instruction
| Partie | Inclure |
|---|---|
| Goal | Le résultat que le flux de travail doit produire. |
| Inputs | Ce que fournit l'appelant ou l'automatisation, et quelles entrées sont obligatoires. |
| Procedure | Étapes ordonnées, y compris les services connectés à lire ou mettre à jour. |
| Output | Le format requis, la destination et les règles de nommage. |
| Boundaries | Actions à éviter, cas nécessitant une clarification et quand s'arrêter. |
| References | Modèles, listes de contrôle ou exemples optionnels joints comme fichiers du flux de travail. |
Gardez les credentials hors de l'instruction et des fichiers. Connectez le service via Connectors, puis n'accordez à l'agent propriétaire que les permissions dont le flux de travail a besoin.
Tester avant d'automatiser
- Exécutez le flux de travail manuellement avec une entrée représentative.
- Confirmez que l'agent propriétaire peut accéder à tous les connecteurs et permissions requis.
- Inspectez le chat résultant pour le contexte manquant, les écritures inattendues et la forme finale de la sortie.
- Modifiez les Instructions ou les fichiers joints et relancez jusqu'à ce que le résultat soit reproductible.
- N'ajoutez une automatisation qu'une fois l'exécution manuelle correcte. Commencez par des filtres d'événement étroits ou un calendrier à basse fréquence, puis inspectez les premiers déclenchements.
La vérification manuelle sépare les problèmes de flux de travail des problèmes de déclencheur : si Run now échoue, corrigez d'abord le flux de travail ou son accès ; si Run now réussit mais qu'un événement ne se déclenche jamais, inspectez la configuration de l'automatisation.
Comment Okou choisit un flux de travail
Vous n'avez pas à invoquer un flux de travail par son nom. Okou en charge un automatiquement quand une demande entrante correspond à sa description. Un flux de travail nommé customer-reply-draft, décrit comme « draft a reply to a customer email using our voice and docs », se déclenche quand vous transmettez un e-mail client — sans nom requis.
Pour en forcer un précis, dites-le : "Use the customer-reply-draft workflow on this email."
Flux de travail intégrés
Chaque agent Okou est livré avec un ensemble de flux de travail transverses maintenus par Okou — recherche et analyse, finance et comptabilité, juridique et conformité, produit, marketing, support client et communication d'équipe. Ce sont des procédures de domaine, pas du câblage de connecteurs : chacun apprend à Okou à gérer un type de travail récurrent.
Un aperçu :
deep-dive— recherche structurée et conception de solution ; rassembler les faits, puis explorer les optionsprd-writing— exigences produit avec cadrage structuré du problème et critères d'acceptationcopywriting— textes marketing multi-canaux (blogs, e-mails, réseaux, pages d'atterrissage)competitor-matrix— matrices de comparaison de fonctionnalités, analyses de positionnement, analyses gains/pertescustomer-reply— réponses empathiques et conformes à la marque, adaptées au canal et à l'urgencenda-screening— classer les NDA entrants en GREEN / YELLOW / RED et les routerstatus-updates— rapports d'avancement et mises à jour pour parties prenantes, adaptés à tout public
Vos propres flux de travail côtoient ceux-ci et prennent le dessus quand leurs descriptions correspondent plus étroitement.
Quand en créer un
La règle honnête : si vous avez écrit substantiellement le même prompt plus de deux fois — ou si vous imaginez un collègue l'écrire — enregistrez-le.
Signaux concrets :
- Le travail a un nom que votre équipe utilise déjà (« morning brief », « competitor scan »)
- Le prompt nomme des outils, canaux ou modèles précis qui ne devraient pas changer à chaque exécution
- La sortie a une forme fixe (un digest, un brouillon, une issue créée)
- Plus d'une personne doit le déclencher
- Vous voulez qu'il tourne sur un calendrier ou un événement — voir Automations
Schémas courants
- Le formulaire d'entrée. Prend une entrée (un e-mail, un rapport de bug, un fil) et produit un artefact structuré (une issue, un brouillon, une ligne).
- Le brief de cadence. Un flux de travail associé à une automatisation planifiée qui tourne chaque jour ou semaine et publie quelque part de visible.
- L'aide de mi-conversation. Déclenché par
Okoudans un canal pour faire une sous-tâche ciblée — chercher, résumer, classer. - Le compositeur. Produit un lot multi-format — brouillon de blog plus posts sociaux plus cartes — en une exécution.
- Le répondeur d'événement. Associé à une automatisation d'événement : un nouvel e-mail, une PR fusionnée ou une nouvelle page Notion démarre l'exécution. Voir Automations.
Écueils à éviter
- Trop étroit. Un flux de travail qui ne colle qu'à une entrée précise est fragile. Visez la forme du travail, pas les détails d'un exemple.
- Trop vague. « Help with marketing » est si large que Okou ne saura pas quand l'appliquer. Soyez précis dans la description.
- Credentials codées en dur. Ne collez jamais de clés API dans une instruction. Utilisez les Custom connectors — la credential reste sur la plateforme, hors de portée du modèle.
- Forme de sortie enfouie. Indiquez à quoi doit ressembler l'artefact : « a numbered list of three items » ou « a draft reply under 150 words. »
- Oublier l'agent. Un flux de travail ne peut utiliser que les connecteurs pour lesquels son agent hôte est autorisé. Si un flux de travail n'atteint pas Gmail, vérifiez l'onglet Authorization de l'agent, pas l'instruction.
À suivre
- Attachez un déclencheur avec Automations pour qu'un flux de travail tourne sans vous.
- Voir Agents pour qui exécute un flux de travail et avec quelles permissions.
- Voir Permissions pour restreindre ce qu'un flux de travail peut toucher.
- Voir Example workflows pour cinq écrits de bout en bout.