Partage
Chaque ressource partageable de Libre WebUI suit un modèle unique d’octroi :
propriétaire → utilisateur ou groupe principal → autorisation read, write ou admin.
Il n’existe pas de système d’autorisations propre à chaque fonctionnalité qu’il faudrait apprendre séparément, et
le rôle d’administrateur global ne confère volontairement aucun accès au contenu
privé : l’administration est un pouvoir au niveau des fonctionnalités, pas une permission de lire le contenu.
Éléments partageables
| Ressource | Signification de la lecture | Signification de l’écriture |
|---|---|---|
| Chats | Ouvrir et lire la conversation | — (seul le propriétaire peut écrire) |
| Notes | Lire la note | Modifier le contenu (les révisions s’appliquent toujours) |
| Collections de connaissances | Inclure les documents dans votre recherche et votre RAG | — |
| Personas | Utiliser le persona dans vos chats | — |
| Requêtes | Utiliser la requête depuis la zone de rédaction | La modifier (avec gestion des versions) |
| Compétences | Charger la compétence dans vos chats | La modifier (avec gestion des versions) |
| Calendriers | Voir leurs événements à côté des vôtres | Y créer et modifier des événements |
| Serveurs d’outils | Appeler les outils du serveur lorsque le droit est accordé | — |
Les ressources partagées apparaissent dans les propres listes de la personne qui les reçoit, avec une indication du propriétaire et de l’autorisation ; seul le propriétaire peut toujours les supprimer.
Décision d’accès
Chaque lecture réévalue la même décision d’autorisation
(owner → direct grant → group grant) : révoquer un droit ou retirer
une personne d’un groupe prend donc effet dès sa requête suivante, sans qu’un
cache obsolète ne s’interpose. Les collections de connaissances partagées publient également
leur ensemble de droits dans l’ACL de l’index vectoriel ; la recherche applique donc exactement
la même autorisation qu’une récupération directe, dans la requête elle-même, sans
recalculer les plongements lors d’un partage ou d’une révocation.
Fenêtre de partage
Chaque surface utilise la même fenêtre : choisissez Utilisateur ou Groupe, saisissez le nom exact (il n’existe volontairement aucune recherche approximative : le partage confirme un nom que vous connaissez déjà au lieu d’énumérer les comptes), sélectionnez l’autorisation, puis validez. Les droits existants sont répertoriés avec les noms d’affichage résolus et une commande de révocation en un clic. Les personnes concernées reçoivent une notification dans l’application lorsqu’un élément leur est partagé.
Ce que le partage n’est pas
- Partager un chat ne permet jamais à la personne qui le reçoit d’y générer du contenu ; les appels de modèles s’exécutent toujours avec les propres identifiants et accès de la personne qui les invoque.
- Partager un persona expose sa définition, jamais les mémoires ni l’état d’évolution du persona de son propriétaire.
- Il n’existe aucun lien public anonyme ; chaque partage vise un utilisateur ou un groupe authentifié sur l’instance.
- Les dossiers de sessions ne partagent pas encore automatiquement leurs chats ; partagez-les individuellement.