Utiliser Open WebUI comme interface du prototype, avec un RAG externe pour les permissions
Open WebUI pour le chat, l'authentification et les groupes ; le RAG par dossier est délégué à un service externe qui applique les ACL.
- Identifiant
- ADR-005
- Statut
- Acceptée
- Date
- 16 septembre 2026
- Décision
- Open WebUI (version corrigée ≥ 0.9.0) est l'interface du prototype et du POC. Le RAG multi-dossiers avec permissions n'utilise pas la fonction « knowledge » interne mais un service RAG externe branché en pipeline. LibreChat reste l'alternative évaluée.
- Options étudiées
- Open WebUI
- LibreChat
- AnythingLLM
- Onyx
- Interface propriétaire
Contexte
Les utilisateurs attendent une interface familière de type ChatGPT. Le prototype doit être opérationnel vite, avec comptes, groupes et SSO, tout en respectant l'ADR-003 sur les permissions.
Options étudiées
- Open WebUI : interface la plus complète et la plus répandue ; rôles admin/user/pending, groupes, SSO OIDC/LDAP, API ; RAG interne avec des défauts inadaptés au français (embedding anglais, recherche hybride désactivée) et un historique de CVE sur le contrôle d'accès aux fichiers ; licence BSD-3 avec clause de branding depuis la 0.6.6, exemption sous 50 utilisateurs.
- LibreChat : MIT, ACL par ressource, groupes Entra ID, RAG API sur pgvector ; moins de fonctions grand public, communauté plus petite.
- AnythingLLM : isolation par workspace, SSO en offre Enterprise.
- Onyx : permissions documentaires et synchronisation SharePoint réservées à l'édition Enterprise.
- Interface propriétaire : contrôle total, mais coût de développement incompatible avec la phase actuelle.
Décision
Open WebUI pour le prototype, à trois conditions : version corrigée des CVE 2026, fonction « knowledge » interne non utilisée pour les documents sensibles, RAG externe appliquant les ACL. LibreChat est conservé comme alternative et sera testé sur le même jeu de documents.
Pourquoi
Rapidité de mise en place, expérience utilisateur éprouvée, SSO et groupes disponibles, et possibilité de brancher un RAG externe. Le risque identifié (contrôle d'accès applicatif fragile) est contourné en sortant le RAG de l'interface.
Conséquences
- Le service RAG externe devient un composant central du projet (à spécifier et développer ou assembler).
- La clause de branding et le seuil de 50 utilisateurs doivent être suivis pour l'offre commerciale.
- Une interface propriétaire reste un objectif de long terme si le produit s'industrialise.