Aller au contenu

Sessions

Une session est un fil de conversation persistant avec son propre contexte de travail. L’onglet Sessions présente le gestionnaire complet.

  • créer une nouvelle session ;
  • ouvrir ou reprendre une session existante ;
  • ajouter une session à vos favoris pour la conserver en tête de liste ;
  • rechercher par titre, aperçu ou identifiant ;
  • filtrer par canal, par exemple portail, e-mail ou Telegram ;
  • renommer une session ;
  • supprimer une session ;
  • nettoyer les sessions devenues éligibles à l’archivage.

Le panneau récapitule également le nombre de sessions, leur activité, leur canal d’origine, le modèle enregistré, les actions réalisées et l’usage de jetons. Les détails d’entrée, de sortie, de raisonnement et de cache restent disponibles dans l’infobulle du compteur, sans afficher les coûts techniques du fournisseur.

Le badge Chat Diadems, E-mail, Webhook ou Tâche planifiée indique le canal qui a créé la session. La ligne Ressources a un autre rôle : ses favicons et aperçus montrent les sites et fichiers réellement rencontrés dans les échanges récents. L’un ne remplace donc jamais l’autre.

Une continuation après compression est signalée sans exposer les identifiants techniques internes.

Lorsqu’une session travaille encore, elle remonte automatiquement dans le groupe En cours maintenant. Une pastille indique si elle est en cours, en attente, en nouvel essai ou en attente d’une validation. L’état est actualisé sans recharger la page et disparaît dès que le travail est terminé.

L’onglet distingue deux historiques :

  • Conversations : Chat Diadems, e-mails et messageries comme Telegram ou Discord ;
  • Automatisations : tâches planifiées, webhooks et traitements lancés par une intégration sans conversation ouverte par un utilisateur.

Le libellé Traitement automatique désigne une commande interne utilisée par Hermes ou par une ancienne intégration. Ce n’est pas un terminal auquel le client doit se connecter. Les longues listes sont affichées progressivement et restent filtrables par origine.

Avec une offre partagée, les administrateurs voient les sessions regroupées par leur créateur. Une session appartenant à un autre membre s’ouvre en lecture seule : l’administrateur peut consulter son historique, mais ne peut pas envoyer de message, la renommer, la compacter, la supprimer ou interrompre son travail. Son état en cours reste visible afin de savoir immédiatement qu’un autre membre ou qu’une automatisation utilise l’agent. Un utilisateur retrouve uniquement ses propres sessions. L’agent reçoit l’identité authentifiée de la personne qui lui parle, même lorsque plusieurs collaborateurs utilisent le même agent. Cette identité reprend le prénom utilisé par les agents défini dans la section Équipe, et non nécessairement le nom du titulaire du compte Diadems.

Les favoris sont propres à votre compte. Diadems conserve seulement l’identifiant opaque nécessaire à ce classement ; le titre, les messages et l’historique restent sur la capsule de l’agent.

Le bouton Partager la session dans l’en-tête de la conversation permet de gérer ses participants et l’accès par le lien dans une petite fenêtre, sans quitter le fil. Comme pour un document partagé, toute personne qui peut écrire dans la session peut aussi la partager à son tour ; seul le créateur choisit sa visibilité et seul le pilote transmet la main. Sur un petit écran, le menu Autres actions de la session regroupe le partage et la recherche. Cliquez directement sur le titre pour renommer une session que vous êtes autorisé à modifier.

Nouvelle session repart avec une mémoire de travail vierge. Hermes sait copier une session entière, mais sa version actuelle ne permet pas de la copier jusqu’à un message précis ; Diadems ne simule donc pas cette opération.

Une nouvelle session reste un brouillon local tant que vous n’avez envoyé aucun message. Elle n’apparaît donc ni dans la liste ni dans les compteurs. Au premier envoi, Diadems l’attribue à votre compte et Hermes la crée dans la capsule ; si vous quittez le brouillon sans écrire, aucune session vide n’est conservée.

La suppression nécessite un accès en écriture à la session. La suppression retire l’historique de cette session. Elle n’efface pas automatiquement la mémoire durable de l’agent ni ses autres sessions.