Un chat est un fil de conversation. Chaque message qui demande à Okou d'agir lance une exécution dans ce fil. Répondre dans le même chat garde disponibles, comme contexte, les messages et artefacts antérieurs du fil ; ouvrir un nouveau chat démarre un contexte distinct.
Pourquoi les chats comptent
- Le contexte est limité au fil. Une exécution peut utiliser les messages et artefacts de son propre chat. Elle ne lit pas automatiquement l'historique d'un autre chat.
- Les exécutions sont inspectables. Le fil montre les messages, l'activité des outils, les artefacts, le statut et les erreurs produits par ses exécutions.
- Le travail peut être réorienté en cours de route. Vous pouvez arrêter une exécution active, ou envoyer une correction pendant qu'Okou travaille encore — la nouvelle instruction est reprise dans l'exécution en cours au lieu de jeter le travail déjà entamé. Les messages consécutifs restent groupés en un même bloc dans le fil. Pour répondre à une phrase précise, sélectionnez-la et choisissez Quote pour placer ce texte dans votre message suivant.
Comment démarrent chats et exécutions
- Ouvrir une nouvelle conversation dans l'application web crée un nouveau fil de chat.
- Envoyer une autre tâche dans cette conversation lance une autre exécution dans le même fil.
- Une conversation Slack garde son contexte à l'intérieur du fil Slack auquel elle est associée.
- Une automatisation s'exécute dans le chat d'automatisation associé à son workflow et à son propriétaire. Les déclenchements répétés de ce workflow réutilisent ce chat d'automatisation.
Plusieurs fils peuvent tourner en même temps. Des fils différents avancent indépendamment : lancez une étude de marché dans l'un, rédigez un post dans l'autre, et les deux progressent en parallèle. Le nombre d'exécutions simultanées dépend de votre forfait ; voir Credits & billing. Quand tous les emplacements sont occupés, l'exécution suivante attend qu'un se libère.
À l'intérieur d'un fil, les exécutions sont séquentielles. Un fil fait une exécution à la fois. Une correction envoyée pendant qu'une exécution travaille rejoint cette exécution plutôt que d'en démarrer une seconde à côté.
Où s'exécute une exécution
Chaque exécution reçoit sa propre machine — une vraie, avec un terminal, un système de fichiers et un navigateur. C'est ce qui permet à Okou de réellement lancer la transformation du tableur, cloner le dépôt ou rendre la vidéo, au lieu de décrire comment vous feriez.
Cet environnement est privé à l'exécution et détruit quand elle se termine. Le code qui y tourne ne reçoit jamais vos identifiants de connecteur — ils sont injectés à la frontière réseau — et chaque requête faite par l'exécution est enregistrée. Voir Security pour la construction de l'isolation.
Considérez la machine comme temporaire. Tout ce qui mérite d'être gardé doit finir quelque part de durable : publié en tant que page, classé dans un outil connecté, ou téléchargé. Un chemin de fichier sur la machine de l'exécution n'est pas partageable.
Continuer ou repartir de zéro
Restez dans le même fil quand la demande suivante dépend de messages, fichiers ou décisions antérieurs. Ouvrez un nouveau fil quand vous voulez un contexte indépendant.
Les canaux sont des points d'entrée vers le même espace de travail, mais ils ne créent pas un historique de conversation global unique. Un nouveau fil web, Slack, Telegram ou téléphone n'importe pas automatiquement les messages d'un autre fil. Quand vous déplacez du travail vers un nouveau fil, incluez le contexte ou l'artefact dont il a besoin.
Inspecter une exécution
Servez-vous de la vue d'activité ou du journal du fil pour inspecter l'exécution. Elle enregistre la séquence visible des messages, l'activité des outils, les artefacts, les changements de statut et les erreurs. C'est le premier endroit à regarder quand un résultat est incomplet ou qu'une action de connecteur n'a pas eu lieu.
Dépannage
| Ce que vous voyez | Quoi vérifier ou faire |
|---|---|
| Queued | L'espace de travail n'a pas d'emplacement d'exécution libre, donc l'exécution n'a pas démarré. Attendez qu'un emplacement se libère ; un message en attente peut être retiré avant son démarrage. Envoyer une correction dans une exécution déjà en cours n'est pas une mise en file — ce message rejoint l'exécution active. |
| Une carte Connect ou Authorize | Le compte requis n'est pas connecté, ou cet agent n'a pas une permission de connecteur nécessaire. Complétez la carte et ne choisissez que l'accès et la durée dont la tâche a besoin. Si l'exécution ne reprend pas, relancez la demande dans le même fil. |
| Selected model is not available | Le modèle du fil n'est pas utilisable pour l'instant avec la politique de modèles de l'espace de travail ou la connexion fournisseur. Choisissez un modèle disponible dans le champ de saisie, ou reconnectez le fournisseur demandé sous Settings → Models. |
| Insufficient credits | L'espace de travail ne peut pas lancer davantage de travail modèle avec son solde actuel. Ouvrez Billing pour vérifier le solde, recharger ou changer de forfait, puis réessayez. |
| Une erreur d'envoi de pièce jointe | Le fichier n'a pas fini de se téléverser, il n'est donc pas disponible pour l'exécution. Renvoyez le fichier avant de réenvoyer le message. |
| Une exécution est Failed | L'exécution s'est terminée sans résultat. Ouvrez son erreur visible et son journal d'activité, corrigez le problème signalé (connecteur, permission, modèle, entrée ou service), puis réessayez. |
Quand vous sollicitez le support, partagez l'URL du chat et l'erreur visible de l'exécution en échec. Ne collez jamais de secrets de connecteur ni de clés fournisseur dans le chat.
Et ensuite
- Voir Permissions pour ce qui est appliqué à la frontière du chat.
- Voir Credits & billing pour le calcul du coût d'un chat.
- Voir Automations pour le modèle de chat récurrent et piloté par événements.
