Le mode multi-utilisateurs d’OpenClaw

Le mode multi-utilisateurs permet à plusieurs personnes de confiance de faire fonctionner le même agent OpenClaw, et la documentation ouvre la page par la frontière plutôt que par les fonctions : quiconque peut faire fonctionner un agent peut lui faire faire tout ce que cet agent peut faire, et la propriété, la visibilité dans la barre latérale et la présence sont des fonctions d’ergonomie, pas de sécurité. Les personnes qui ne doivent pas atteindre les sessions, outils, identifiants ou fichiers des autres ont besoin d’agents séparés ou de passerelles séparées. Cela posé, voici ce que le mode ajoute : trois couches d’attribution, l’assignation, les liens publics, et les comptes de modèles par personne.

La propriété des sessions, la visibilité dans la barre latérale et les indicateurs de présence sont des fonctions d’ergonomie, pas des frontières de sécurité.

Trois couches de propriété

• Le créateur, immuable : les nouvelles sessions enregistrent qui les a causées quand le chemin de création peut le prouver, un profil de passerelle vérifié, un expéditeur de canal ou une attribution historique inconnue ; l’autorité de partage et de visibilité reste ancrée sur le créateur même après un changement de propriétaire.
• Le propriétaire, assignable : la personne ou l’agent actuellement responsable, à la manière d’un assigné de ticket ; il vaut le créateur par défaut, peut être réassigné à tout moment avec une trace de qui l’a fait, et pilote l’avatar de la barre latérale et le filtre par propriétaire.
• Les participants, l’historique : les personnes authentifiées, expéditeurs de canaux et agents demandeurs dont l’entrée acceptée visait la session, bornés à trente-deux enregistrements, consignés en arrière-plan pour ne jamais retarder un tour.

Assigner, partager, et les liens publics

Le menu de session propose de s’assigner soi-même ou d’assigner à toute personne enregistrée, et les agents peuvent réassigner par l’outil de sessions ; les deux appellent la même méthode de passerelle, exigent un appelant identifié et sont autorisés par la visibilité de la session. Réassigner change la responsabilité et l’affichage seulement, jamais l’autorité de partage ni l’accès. Les réglages de visibilité, partagée, lecture seule, suggestion et brouillon, contrôlent les personnes connectées et ne créent jamais de lien public ; l’accès public est un choix distinct et explicite du créateur ou d’un administrateur qui produit une URL porteuse pour le texte de la conversation seulement, outils, raisonnement, fichiers et messages masqués exclus, et le désactiver révoque chaque URL tandis que les copies téléchargées ne peuvent pas être rappelées.

Comptes de modèles par personne

• Chaque personne peut se connecter à un compte de modèle pour son profil de passerelle, et les nouvelles sessions qu’elle démarre préfèrent ce compte à la valeur par défaut de la passerelle ; il y a deux connexions, la passerelle qui vous identifie et le fournisseur qui autorise votre compte.
• Les comptes s’ajoutent sous les comptes connectés du profil : une clé d’API pour Anthropic, pas un jeton d’abonnement ; une clé d’API, une connexion ChatGPT dans le navigateur ou un code d’appareil pour OpenAI ; une clé ou une connexion par appareil pour Grok ; seules les méthodes activées pour les comptes personnels sur cette passerelle apparaissent.
• Le compte d’une discussion se choisit dans le menu des modèles, s’applique à cette session, et montre aux autres une étiquette au niveau de la personne plutôt qu’un courriel privé ; les comptes de repli partagés configurés peuvent toujours servir, l’étiquette n’est donc pas un reçu de facturation.

Les sessions OpenClaw est le modèle de routage et d’isolation en dessous, et Bonnes pratiques de sécurité pour OpenClaw la liste de contrôle qui inclut l’audit auquel ces réglages appartiennent.

Administrateurs et automatisations

Un administrateur authentifié de l’interface de contrôle peut gérer toute automatisation de la passerelle par la conversation, y compris des tâches créées par une autre personne, sans faire correspondre les identités de canaux aux profils ; l’autorité vient du tour d’administrateur admis et ne transfère pas l’attribution du créateur de la tâche. Les sous-agents OpenClaw couvre l’autre endroit où la propriété apparaît, dans les sessions liées à un fil et visibles.

Sur Diali

Sur Diali, la frontière que réclame la documentation est la valeur par défaut : chaque assistant est sa propre instance isolée, si bien qu’une équipe qui a besoin d’une vraie séparation reçoit un assistant par personne ou par rôle plutôt qu’un agent partagé avec des avatars de propriétaires. OpenClaw hébergé sur Diali est l’assistant et Les tarifs de Diali compte les assistants par offre.

• Créateur, propriétaire, participants : de l’attribution, pas du contrôle d’accès.
• Les liens publics sont un choix explicite distinct, révocable mais pas rappelable.
• Les comptes personnels de modèles se connectent deux fois : la passerelle, puis le fournisseur.