Les sessions OpenClaw

OpenClaw route chaque message entrant vers une session selon sa provenance, et tout l’état des sessions appartient à la passerelle ; les clients ne font que le demander. La valeur par défaut de la documentation est faite pour une personne : tous les messages privés partagent une seule conversation continue, si bien que l’assistant se souvient de ce que vous avez dit sur Telegram quand vous écrivez sur WhatsApp. Cette même valeur par défaut est la première chose qu’une configuration multi-utilisateurs doit changer. Voici le tableau de routage, le réglage d’isolation des messages privés et ses valeurs, la façon de fusionner les identités d’une personne, et la portée des groupes et des salons.

Comment les messages sont routés

• Messages privés : une session partagée par défaut.
• Discussions de groupe : isolées par groupe par défaut.
• Salons et canaux : isolés par salon par défaut.
• Tâches cron : une session neuve par exécution.
• Webhooks : isolés par hook. Une portée de session globale garde quand même la conversation propre à chaque agent ; la clé partagée ne fusionne jamais des agents différents.

Si plusieurs personnes peuvent écrire à votre agent, activez l’isolation des messages privés.

L’isolation des messages privés

Par défaut, tous les messages privés partagent une session pour la continuité, ce qui convient à un seul utilisateur ; l’avertissement de la documentation est que sans isolation, chaque utilisateur partage le même contexte, et les messages privés d’une personne deviennent visibles pour une autre. Le réglage de portée des messages privés a quatre valeurs : principale, par défaut, où tous les messages privés partagent la session principale ; par pair, isolé par expéditeur à travers les canaux ; par canal et pair, isolé par canal plus expéditeur, ce que recommande la documentation ; et par compte, canal et pair. Les vues agent et assistant de Slack sont l’exception, chaque racine visible recevant sa propre session de fil par-dessus. Si la même personne vous joint depuis plusieurs canaux, les liens d’identité relient ses identités à un pair canonique pour qu’elles partagent une session, et la commande d’audit de sécurité vérifie la configuration.

Groupes, salons, liaisons

• La portée des groupes garde chaque groupe, salon ou canal dans sa propre session limitée au canal par défaut, ou les route tous dans la session principale de l’agent.
• Une liaison de route peut surcharger la valeur globale pour un seul endroit, par exemple un salon d’équipe nommé qui doit rejoindre la conversation principale pendant que tous les autres restent à part ; la liaison l’emporte sur le réglage global, et elle ne change que la sélection de la clé de session.
• L’amarrage de canal et le recentrage manuel des réponses entre canaux ont été retirés ; les liens d’identité et les sessions de sous-agents liées à un fil sont les deux fonctions qui ont remplacé le besoin, et aucune ne restaure l’amarrage manuel.

La mémoire d’OpenClaw expliquée explique ce qui persiste d’une session à l’autre et ce qui ne persiste pas, et Les sous-agents OpenClaw les sessions que créent les exécutions en arrière-plan.

Pourquoi cela compte

Le modèle de sessions est une décision de confidentialité déguisée en tableau de routage : la valeur par défaut suppose un seul propriétaire, et l’isolation recommandée est à un réglage de distance. Bonnes pratiques de sécurité pour OpenClaw la liste avec les autres vérifications que lance la commande d’audit.

Sur Diali

Sur Diali, chaque assistant appartient à une personne, ou à une équipe avec l’isolation réglée, et la passerelle qui possède les sessions est à nous à maintenir. OpenClaw hébergé sur Diali est l’assistant.

• Les messages privés partagent, les groupes isolent, cron repart de zéro.
• Par canal et pair est le réglage multi-utilisateurs.
• Les liens d’identité fusionnent une personne ; les liaisons routent un salon.