Prism en équipe

Un Prism partagé donne à chacun un agent et des workspaces personnels ; les groupes fournissent agents, connaissances et outils communs. Configurez le déploiement pour une équipe de confiance et vérifiez les accès avec un compte membre ordinaire.

1. Démarrer en mode partagé

MULTI_USER=1

Définissez cette valeur avant le premier démarrage. Le premier compte devient administrateur global approuvé ; les suivants attendent une approbation. Sur un déploiement personnel existant, réglages et secrets migrent vers le premier administrateur. Sauvegardez et laissez le propriétaire prévu créer le premier compte. Retirer le drapeau n’est pas une procédure de retour arrière.

2. Gérer les comptes

Ouvrez Admin → Users pour approuver ou désactiver les comptes et accorder ou retirer l’administration globale. Créez un second compte de test, approuvez-le puis vérifiez ses accès dans un profil navigateur séparé. Désactiver un compte ne sauvegarde ni n’exporte ses données.

3. Attribuer rôles et groupes

• Administrateur global : comptes, groupes, sources IA, politique globale des outils, applications/modèles autorisés, usage et logs. Telephony apparaît si PrismVox est connecté.
• Administrateur de groupe : gère agent partagé, connaissances, MCP, secrets et restrictions de son groupe. Ce rôle ne donne pas l’administration globale.
• Membre : réglages personnels et capacités de groupe accordées ; pas de console administrative sans rôle d’administration de groupe.

Créez les groupes dans Admin → Groups puis attribuez membres et rôles. Une personne peut appartenir à plusieurs groupes. L’agent personnel utilise son contexte de groupe sélectionné/par défaut ; pour les connaissances et MCP d’un autre groupe, utilisez sa Room. Toutes les bases et tous les serveurs ne sont pas fusionnés dans chaque conversation.

4. Distinguer informations personnelles et partagées

Workspaces, conversations, identité de l’agent, mémoires, Skills, comptes applicatifs, secrets personnels et Telegram restent personnels. Collections documentaires et MCP appartiennent au groupe : les membres les voient en lecture seule dans Settings, les administrateurs les gèrent dans Admin. Il n’existe pas de MCP ni de collections personnelles en mode partagé. Un membre sans groupe n’en dispose pas. Les secrets personnels le restent sauf partage ; les membres peuvent ajouter des secrets de groupe dans Settings → Secrets, ou les administrateurs les gérer dans Admin → Secrets.

5. Configurer et utiliser l’agent partagé

Dans Admin → Shared agent, choisissez le groupe puis nom, avatar, modèle, personnalité et budget de tours. Dans Room, sélectionnez ce groupe et mentionnez @agent, ou @ suivi du nom configuré sans espaces. L’agent reçoit les messages publiés depuis sa dernière réponse. Il travaille avec les permissions d’un membre et les connaissances, MCP et secrets du groupe.

6. Définir la politique des outils

• Admin → Tools : Open to members, Admins only ou Disabled. Disabled retire l’outil à tous. Les appels sortants sont initialement réservés aux administrateurs.
• Admin → Tool access : l’administrateur de groupe peut renforcer la politique globale pour son groupe, jamais l’assouplir. Les agents partagés restent soumis aux restrictions des membres.
• Settings → Tools : chacun peut masquer des outils pour son agent, sans contourner un refus administrateur. Les préférences navigateur ne sont pas une frontière d’autorisation serveur.

7. Partager widgets et notes

Utilisez Share sur un widget, ajoutez une description facultative et choisissez le groupe. La galerie affiche titre, auteur et aperçu statique ; Add to workspace copie le widget dans le dashboard courant. L’aperçu peut contenir les données visibles : examinez-le avant publication. Retirer un partage supprime publication et aperçu, mais conserve les copies existantes. Les anciens partages sans aperçu restent utilisables.

Partager un widget ne rend pas automatiquement chaque fichier backend accessible à un autre compte. Testez outils, stockage et dépendances partagées comme membre. L’agent peut construire un état collaboratif avec fichier commun, verrouillage et écritures atomiques si l’environnement le permet ; vérifiez chemin et permissions effectifs. Les notes peuvent aussi être publiées au groupe en copie de lecture seule.

8. Connecter les canaux

Telegram reste personnel. Slack est une connexion de déploiement configurée par un administrateur global dans Settings → Channels. L’administrateur de groupe configure son bot Webex dans Shared agent ; il utilise le même agent partagé que la Room. Vérifiez identités et permissions avant de connecter un espace externe.

9. Observer et valider

Admin → Usage présente activité, refus d’outils et erreurs récentes sans contenu de conversation. Vérifiez les modèles autorisés dans Admin → Apps/plateforme et les sources dans Admin → AI provider. Testez une boîte membre, une recherche de groupe, un widget partagé et un appel d’outil volontairement interdit.

Environnement d’exécution partagé

Les permissions de compte et de groupe contrôlent l’accès dans Prism. Le déploiement standard utilise un environnement Docker commun, pas un conteneur isolé par groupe. Réservez code, terminal et Docker hôte à une équipe de confiance. Des permissions de groupe seules ne créent pas un SaaS public cloisonné.