Un chat est un fil de conversation. Chaque message qui demande à Okou d'agir démarre une exécution dans ce fil. Répondre dans le même chat garde les messages et artefacts précédents du fil disponibles comme contexte ; ouvrir un nouveau chat démarre un contexte séparé.
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, l'état et les erreurs produits par ses exécutions.
- Le travail peut être réorienté en cours d'exécution. Vous pouvez arrêter une exécution active, ou envoyer une correction pendant que Okou travaille encore : la nouvelle consigne est reprise à l'intérieur de l'exécution active au lieu de jeter ce qui est déjà fait. Les messages consécutifs restent groupés en un seul bloc dans le fil. Pour répondre à une formulation précise, sélectionnez-la et choisissez Citer afin de placer ce texte dans votre message suivant.
Comment les chats et exécutions démarrent
- Ouvrir une nouvelle conversation dans l'app web crée un nouveau fil de chat.
- Envoyer une autre tâche dans cette conversation démarre une autre exécution dans le même fil.
- Une conversation Slack garde le contexte dans son fil Slack associé.
- Une automatisation s'exécute dans le chat d'automatisation associé à son flux de travail et son propriétaire. Les déclenchements répétés de ce flux de travail réutilisent ce chat d'automatisation.
Plusieurs fils peuvent tourner en même temps. Les fils de chat progressent indépendamment : lancez une étude de marché dans l'un, rédigez un post dans l'autre, et les deux avancent en parallèle. Le nombre d'exécutions simultanées dépend de votre forfait ; voir Crédits et facturation. Quand tous les créneaux d'exécution sont pris, l'exécution suivante attend qu'un créneau se libère.
À l'intérieur d'un fil, les exécutions s'enchaînent. Un fil ne fait qu'une exécution à la fois. Une correction envoyée pendant qu'une exécution travaille rejoint cette exécution au lieu 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 d'exécuter réellement la transformation de tableur, de cloner le dépôt ou de rendre la vidéo, au lieu de décrire comment vous feriez.
Cet environnement appartient à cette seule exécution et il est démonté dès qu'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 de l'exécution est enregistrée. Voir Sécurité pour la façon dont l'isolation est construite.
Traitez la machine comme temporaire. Tout ce qui mérite d'être gardé doit atterrir dans un endroit durable : publié comme page, classé dans un outil connecté, ou téléchargé. Un chemin de fichier sur la machine de l'exécution n'est pas quelque chose que vous pouvez partager.
Continuer ou repartir de zéro
Continuez dans le même fil quand la demande suivante dépend de messages, fichiers ou décisions précédents. 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. En déplaçant du travail vers un nouveau fil, incluez le contexte ou l'artefact dont il a besoin.
Inspecter une exécution
Utilisez le contrôle d'activité ou de journal du fil pour inspecter l'exécution. Il enregistre la séquence visible de messages, l'activité des outils, les artefacts, les changements d'état et les erreurs. C'est le premier endroit à vérifier quand un résultat est incomplet ou qu'une action de connecteur n'a pas eu lieu.
Dépannage
| Ce que vous voyez | À vérifier ou faire |
|---|---|
| Queued | L'espace de travail n'a pas de créneau d'exécution libre, l'exécution n'a donc pas encore démarré. Attendez qu'un créneau se libère ; un message en file 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 requise. Complétez la carte et ne choisissez que l'accès et la durée nécessaires à la tâche. Si l'exécution ne reprend pas, réessayez la demande dans le même fil. |
| Selected model is not available | Le modèle du fil n'est pas utilisable actuellement selon la politique de modèles de l'espace de travail ou la connexion du fournisseur. Choisissez un modèle disponible dans le composeur, ou reconnectez le fournisseur demandé sous Settings → Models. |
| Insufficient credits | L'espace de travail ne peut pas lancer plus de travail de modèle avec son solde actuel. Ouvrez Billing pour revoir le solde, recharger ou changer de plan, puis réessayez. |
| Une erreur de téléversement 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. Réessayez le téléversement avant de renvoyer le message. |
| Une exécution est Failed | L'exécution s'est terminée sans résultat. Ouvrez son erreur visible et le journal d'activité, corrigez le problème de connecteur, permission, modèle, entrée ou service signalé, puis réessayez. |
Pour demander de l'aide au support, partagez l'URL du chat et l'erreur visible de l'exécution échouée. Ne collez jamais de secrets de connecteur ni de clés de fournisseur dans le chat.
À suivre
- Voir Permissions pour ce qui est appliqué à la frontière du chat.
- Voir Credits & billing pour le calcul du coût du chat.
- Voir Automations pour le modèle de chat récurrent et piloté par événements.