Connecter un compte et autoriser Okou à l’utiliser sont deux décisions distinctes. Le partage d’un Workflow ou d’un résultat ne partage pas vos comptes, vos Instructions personnelles, vos chats privés ni vos autorisations accordées.
Connexion, autorisation et autorisations
| Couche | Ce qu’elle contrôle |
|---|---|
| Connexion | Quel compte de service enregistré ou quel identifiant vous avez connecté. |
| Autorisation | Si cette connexion est disponible pour Okou dans le contexte applicable. Les Legacy Agents peuvent nécessiter une autorisation d’Agent. |
| Autorisation accordée | Quelles opérations de connecteur nommées sont autorisées, et pendant combien de temps. Examinez le périmètre affiché dans la demande. |
Chaque membre connecte et autorise ses propres comptes. Un Workflow d’équipe ne peut pas emprunter la boîte de réception personnelle ou le jeton de son auteur. Les intégrations installées dans l’espace de travail peuvent nécessiter un lien distinct pour chaque membre.
My Okou
Utilisez Connecteurs ou suivez la demande de connexion dans votre chat. Choisissez le compte prévu, terminez le flux de connexion du service et examinez toute autorisation nommée demandée. Vous n’avez pas besoin de créer un agent spécialiste pour connecter un service.
Certains comptes disposent de contrôles supplémentaires pour les comptes de connecteur Chat. Lorsque ces contrôles sont disponibles, vérifiez quels comptes sont activés pour ce Chat et lequel est sélectionné. Une connexion enregistrée n’est pas automatiquement une autorisation d’utiliser ce compte dans chaque Chat, et la sélection d’un compte n’est pas une autorisation pour toutes les opérations du connecteur. My Okou n’active pas ces contrôles à lui seul ; s’ils ne sont pas présents, utilisez le flux de connexion et d’autorisation qui vous est présenté.
Le périmètre de l’autorisation est défini par la demande du produit et la politique du connecteur. Ne supposez pas qu’une autorisation est isolée à un seul Chat ou à un seul compte enregistré simplement parce que vous l’y avez approuvée. Vérifiez l’autorisation nommée et la durée affichée avant d’approuver.
Legacy Agents
Si votre interface comporte encore des Agents, sélectionnez l’Agent prévu et ouvrez ses paramètres d’Autorisation. Une connexion peut autoriser des Agents spécifiques. L’Agent sélectionné utilise les comptes connectés et les autorisations du membre exécutant, et non le compte de la personne qui l’a publié. Supprimer l’autorisation d’un Agent ne modifie pas les autres Agents autorisés.
Accorder et révoquer l’accès
Quand Okou a besoin d’une autorisation qu’il n’a pas, examinez le connecteur, l’opération, la raison et tout compte ou périmètre affiché. Choisissez Autoriser ou Refuser, ainsi qu’une durée proposée par cette demande. Un accès limité dans le temps doit être renouvelé après expiration. Refuser une autorisation ne déconnecte pas le compte et ne supprime pas les autorisations sans rapport.
Examinez l’accès actuel dans Connectors et les contrôles d’autorisation fournis par le produit. Dans les Legacy Agents, examinez également les paramètres d’Authorization de l’Agent sélectionné. Supprimer l’accès au Chat, révoquer une opération et déconnecter un compte enregistré sont des actions différentes. Vérifiez l’impact affiché avant d’en choisir une.
Gestion des identifiants
Les jetons OAuth et les secrets saisis manuellement sont stockés sur la plateforme. Pour les demandes de connecteur, le pare-feu injecte l’identifiant secret à la frontière réseau ; le secret n’est pas exposé au code de l’agent sous forme de variable d’environnement.
Ne collez pas de mots de passe, de clés API, de jetons OAuth ou de secrets client dans un Chat, des Instructions, un Workflow ou un fichier joint. Utilisez le flux de connexion du connecteur. Déconnecter un compte enregistré supprime cette connexion des exécutions futures ; c’est plus large que de désactiver son utilisation dans un seul Chat.
Limites d’approbation
La limite applicable est l’autorisation nommée du connecteur. Une Instruction personnelle ou une instruction de Workflow n’étend pas l’accès, et une catégorie générique comme « action sensible » ne garantit pas que chaque écriture externe sera mise en pause de la même manière.
Pour les travaux qui doivent rester relus par un humain :
- Accordez l’accès de lecture ou de brouillon et refusez l’accès d’écriture finale ou d’envoi lorsque le connecteur les expose séparément.
- Indiquez l’exigence de relecture dans les Instructions personnelles ou dans le Workflow.
- Laissez l’action finale à l’humain, par exemple en préparant un brouillon d’e-mail ou une modification proposée.
Utilisez aussi les contrôles du service en amont : clés API à portée limitée, scopes OAuth au moindre privilège, autorisations de dépôt et identifiants de production séparés. L’approbation d’achat reste distincte de la connexion d’un compte.
Chats, journaux et visibilité administrateur
Les membres accèdent à leurs propres fils de Chat. Publier un Workflow, ou un Agent dans l’expérience héritée, ne publie pas les Chats privés ni les identifiants d’un membre. Partagez les conversations et les artefacts uniquement via les contrôles de partage explicites.
Les administrateurs de l’espace de travail peuvent voir des agrégats d’utilisation au niveau des membres pour la facturation et la gestion de la capacité. Cela n’expose pas automatiquement le contenu privé des Chats. Dans votre propre Chat, inspectez le journal d’activité pour voir quelle action de connecteur a été exécutée et si elle a réussi.
Liste de vérification
- Le compte de service prévu est-il connecté et disponible pour cette tâche ?
- Dans les Legacy Agents, l’Agent prévu est-il autorisé ?
- Lorsque les contrôles de compte Chat sont présents, le compte prévu est-il autorisé et sélectionné ?
- Seules les opérations nommées nécessaires sont-elles autorisées, pour la durée appropriée ?
- La tâche conserve-t-elle les actions externes finales dans une étape pouvant être relue ?
Voir Connecteurs, Flux de travail et Pour les équipes.
