LoLLMs WebUI : une interface locale pour empiler les modèles, avec une date de péremption annoncée
Lord of Large Language and Multi modal Systems Web User Interface
En bref
- De quoi s’agit-il ?
- LoLLMs WebUI agrège bindings, personnalités et génération multimodale dans une seule interface web locale. Le README annonce lui-même que le projet va être remplacé par une nouvelle base de code, ce qui change complètement la façon de l'évaluer.
- À qui s’adresse-t-il ?
- LoLLMs WebUI convient à un utilisateur unique qui veut garder ses discussions en local et basculer entre plusieurs bindings sans écrire de code d'intégration. Il ne convient pas à quelqu'un qui cherche une base à maintenir sur plusieurs années : le README indique que le support sera minimal et que le projet sera remplacé par https://github.com/ParisNeo/lollms.
- Puis-je l’utiliser commercialement ?
- Oui. Apache-2.0 est une licence permissive : vous pouvez utiliser, modifier et vendre un logiciel qui en dépend, à condition de conserver les mentions de droit d’auteur et de licence.
- Est-il encore maintenu ?
- Oui. Les derniers commits datent d’il y a 6 jours.
- En quel langage est-il écrit ?
- Principalement Python, d’après les statistiques de langage de GitHub.
Ces réponses reposent sur les données GitHub du projet (dernière synchronisation le 15 septembre 2026) et sur notre analyse. Elles ne constituent pas un avis juridique.
ANALYSE OPEN SOURCE APPROFONDIE
Un projet qui annonce sa propre fin dans sa première ligne
Le README de lollms-webui ne commence pas par une présentation. Il commence par une redirection. Une nouvelle base de code existe à l'adresse https://github.com/ParisNeo/lollms, décrite comme une version plus avancée avec multi utilisateurs et compatibilité MCP. La phrase qui suit est sans ambiguïté : le webui garde un support minimal et sera remplacé complètement. Pour un lecteur qui évalue une adoption, cette information passe avant toutes les fonctionnalités listées plus bas. Elle ne signifie pas que le dépôt est archivé (le champ Archived vaut no, et le dernier push est daté du 7 septembre 2026). Elle signifie que le développement actif se fait ailleurs. Un logiciel qui fonctionne encore et un logiciel qui reçoit des correctifs ne sont pas la même chose, et ici c'est le projet lui-même qui fait la distinction.
Le problème concret : une seule interface pour des moteurs qui ne se parlent pas
Faire tourner un modèle localement demande normalement d'assembler soi-même plusieurs briques : un runtime d'inférence, un format de quantification, un chargeur de prompts, une mémoire de conversation. Changer de runtime implique souvent de réécrire la couche d'appel. LoLLMs WebUI attaque ce point précis avec une liste de bindings : modèles Hugging Face locaux, GGUF/GGML, EXLLama v2 (EXT/AWQ/GPTQ), Ollama, vllm, OpenAI, Anthropic, Open-router, Novita-ai. Le README mentionne aussi un routage de prompts vers différents modèles selon la complexité de la tâche. Le public visé est donc un utilisateur unique, en local, qui veut comparer des moteurs et des personnalités depuis une seule page web plutôt que depuis plusieurs scripts. La couche personnalités ajoute des messages d'accueil prédéfinis et des conditionnements experts, présentés comme couvrant plusieurs domaines.
Ce que l'interface conserve, et où cela atterrit
Le stockage est local : le README indique une base de données locale pour les discussions. Autour de cette base, l'interface expose la recherche, l'export et la suppression de plusieurs discussions, l'édition et la suppression de messages, ainsi qu'un vote pouce haut ou bas sur les réponses générées. Ces éléments sont décrits comme des fonctionnalités, pas comme une architecture détaillée. Le README ne documente pas le schéma de la base, ni le format d'export, ni l'emplacement exact du fichier. C'est une lacune réelle si vous comptez sauvegarder ou migrer vos historiques : vous devrez inspecter le répertoire d'installation vous-même. Le mode clair et sombre, mentionné en une ligne, relève du même niveau de détail.
Multimodal : beaucoup de services externes derrière une promesse locale
Le titre parle de systèmes multimodaux, et la liste des fonctionnalités est longue. Génération d'images via stable diffusion, flux, comfyui, dall-e d'OpenAI, Midjourney, Novita ai. Génération de vidéo via lumalabs, cogvideo_x, runwayml, stable diffusion, Novita ai. Génération de musique via musicgen. Génération distribuée via un réseau pair à pair Lollms Nodes et Petals. Il faut lire cette liste avec attention : plusieurs de ces entrées sont des services distants, pas des moteurs locaux. Une installation présentée comme locale peut donc envoyer vos prompts à un fournisseur externe dès que vous sélectionnez dall-e, Midjourney, RunwayML ou Novita ai. Le README ne décrit aucun garde-fou, aucun avertissement par binding, aucune politique de confidentialité par fournisseur. Si la promesse locale est ce qui vous attire, vérifiez binding par binding ce qui sort de la machine avant de saisir un contenu sensible.
Installation : scripts fournis, Python 3.11 exigé, détails manquants
Le README propose deux chemins. L'installation automatique consiste à télécharger un script depuis le dossier scripts et à l'exécuter : lollms_installer.bat sous Windows, lollms_installer.sh sous Linux, lollms_installer_macos.sh sous macOS. L'installation manuelle est présentée comme de retour depuis la version 10.14, avec une première étape explicite : s'assurer que Python 3.11 est installé. Le texte fourni s'arrête à cette phrase, donc la suite de la procédure manuelle n'est pas vérifiable ici. Le README mentionne par ailleurs un support de Docker, de conda et d'environnements virtuels manuels, sans donner les commandes correspondantes dans l'extrait disponible. Vous devrez consulter le dépôt pour les étapes réelles. Point notable : la version 3.11 est exigée, pas simplement recommandée dans la formulation employée. Sur une distribution qui ne fournit que 3.12 ou 3.13, prévoyez un environnement dédié.
Le coût de maintenance est annoncé, pas subi
La plupart des projets laissent deviner leur trajectoire. Ici elle est écrite. Support minimal, remplacement prévu. Concrètement, cela déplace la question : au lieu de vous demander si le projet va durer, vous savez qu'il ne durera pas sous cette forme. Ce qui reste à évaluer, c'est le coût de sortie. Vos discussions sont dans une base locale dont le schéma n'est pas documenté. Vos personnalités et vos conditionnements vivent dans des dépôts séparés, lollms_personalities_zoo et lollms_bindings_zoo, cités dans le graphique d'historique du README. Migrer vers la nouvelle base de code impliquera probablement de retravailler ces éléments. Sur le plan juridique, la licence Apache-2.0 autorise l'usage commercial et la modification, avec conservation des mentions de copyright et du fichier de licence. Elle ne dit rien du tout du statut des modèles que vous téléchargez, qui ont leurs propres licences. Ce n'est pas un avis juridique : lisez la licence de chaque modèle avant un usage professionnel.
Face à Ollama et Open WebUI : agrégateur contre socle
L'alternative la plus directe n'est pas un projet isolé mais une combinaison : Ollama comme serveur d'inférence local, Open WebUI comme interface. La différence d'approche est nette. LoLLMs WebUI intègre lui-même la couche de bindings et la couche d'interface dans un seul dépôt Python, avec ses personnalités et son routage. Ollama expose une API locale stable et laisse l'interface au-dessus, ce qui rend le remplacement de l'interface indolore. Le compromis est symétrique : LoLLMs WebUI offre plus de variété dans les moteurs et les personnalités dès l'installation, au prix d'un couplage plus fort entre les composants et d'un avenir annoncé comme limité. Un point à noter : Ollama figure justement dans la liste des bindings supportés par LoLLMs WebUI. Les deux ne s'excluent donc pas au niveau de l'inférence. C'est au niveau de l'interface que le choix se joue.
Conclusion éditoriale
LoLLMs WebUI convient à un utilisateur unique qui veut garder ses discussions en local et basculer entre plusieurs bindings sans écrire de code d'intégration. Il ne convient pas à quelqu'un qui cherche une base à maintenir sur plusieurs années : le README indique que le support sera minimal et que le projet sera remplacé par https://github.com/ParisNeo/lollms. Avant d'installer, vérifiez que Python 3.11 est disponible et que les scripts lollms_installer.bat, lollms_installer.sh ou lollms_installer_macos.sh correspondent à votre système.
Notes de la communauté