L’agent Hermes ne peut pas voir l’historique du chat côté Open WebUI dans la CLI, généralement non pas parce que la base de données est défectueuse, mais parce que différentes entrées sont intrinsèquement des sessions différentes. La documentation officielle de Sessions précise que chaque conversation est sauvegardée séparément par plateforme source, par les règles de l’utilisateur et de la session ; C’est aussi une question très fréquente qui a été posée à plusieurs reprises dans la communauté récemment.
Qu’est-ce que cela signifie ?
- Open WebUI initie sa propre session API.
- Dans la ligne de cli,
/historyne regarde que la session CLI actuelle et ne passe pas automatiquement au côté Open WebUI. - Il en va de même pour Telegram, Slack et Discord, chacun avec sa propre piste de session.
Que dois-je faire si je veux continuer à discuter à travers les deux fils ?
La méthode la plus sûre n’est pas de forcer une « boîte de discussion unifiée », mais d’écrire le contexte clé dans un fichier, de mémoriser ou de faire une note épinglée, puis de laisser la nouvelle entrée la lire. Si vous connectez vous-même l’API, vous devriez utiliser une chaîne de sessions /v1/responses pour plusieurs conversations consécutives, plutôt que de vous attendre à ce que la CLI se connecte automatiquement au contexte d’Open WebUI.
En un mot : Hermes Agent ne partage pas de shell de chat pour tous les portails, et par défaut, c’est une session indépendante avec une entrée isolée.
Adresse officielle open source : https://github.com/NousResearch/hermes-agent ; Entrée officielle du document : https://hermes-agent.nousresearch.com/.
