Par défaut, OpenClaw ne mélange pas automatiquement différentes plateformes, groupes ou discussions privées en une seule session. Sa logique de routage vérifie d’abord de quel canal/compte provient le message, puis il revient à l’agent et à sessionKey correspondants ; Ainsi, des situations comme « Pourquoi ai-je répondu à une question sur Telegram aussi dans Discord ? » ne sont généralement pas des appels système aléatoires, mais plutôt la configuration pointant plusieurs points d’entrée vers la même clé de session.
Quand est-ce que ça va ressembler à une ficelle ?
L’approche la plus courante consiste à connecter plusieurs canaux au même agent tout en réutilisant manuellement les sessionKeys. Un autre scénario est qu’après la migration du chat de groupe ou la réattribution de compte, l’ancienne configuration du canal n’est pas effacée, et les utilisateurs pensent qu’ils demandent dans un nouveau groupe, alors qu’en réalité, la passerelle continue le contexte selon l’ancienne mappage.
Lors de la vérification, ne regardez pas seulement le nom de la plateforme ; regardez l’ID du canal spécifique, l’ID du compte, le nom de l’agent et la session Key. Les affichages des quais seront modifiés, et les noms des groupes aussi ; les itinéraires n’utilisent souvent pas ces noms superficiels.
Comment le configurer plus clairement
Si vous souhaitez séparer complètement le « chat privé » du « groupe d’équipe », donnez-leur des sessions différentes ; Si vous voulez que Slack et Telegram poursuivent la même tâche longue, alors ils doivent explicitement partager la même clé de session. Ne jugez pas en se disant que « le même agent partage naturellement le contexte » ; l’agent est l’exécuteur, et la session est la clé de la continuité de la conversation.
Il existe très peu de scénarios adaptés au partage : par exemple, vous faites un suivi sur le même déploiement sur différents appareils ; Les groupes d’équipe, les groupes clients et les discussions privées personnelles devraient généralement être séparés. L’avantage de cette approche n’est pas seulement la confidentialité ; elle réduit aussi le nombre de chemins de fichiers, de comptes ou d’objectifs de tâche issus de la conversation précédente dans la suivante.