Faire tourner votre propre interface façon ChatGPT, en auto-hébergement
LibreChat est une interface de chat open source et agnostique vis-à-vis du modèle — pointez-la vers OpenAI, Anthropic, ou un modèle local, et elle se comporte comme un assistant façon ChatGPT qui se trouve ne pas être ChatGPT. L’intérêt pour une équipe tient moins à l’interface qu’à l’endroit où vivent vraiment les conversations : une base de données que vous contrôlez, pas celle d’un fournisseur.
Ce que le gabarit lance vraiment
railyard launch librechat --server <id>
Deux services : le propre processus web/API de LibreChat, et le seul datastore qu’il ne peut vraiment pas partager avec les addons Postgres/Redis habituels de Railyard — MongoDB, sur lequel reposent l’historique de conversation et les comptes utilisateurs de LibreChat. Le gabarit câble automatiquement les identifiants de MongoDB dans le MONGO_URI de LibreChat, via le réseau privé de Railyard, donc aucune chaîne de connexion à assembler à la main.
Vérifié de bout en bout sur LibreChat v0.8.7, dès hier — pas un gabarit théorique, un qui a vraiment été lancé et vérifié.
Deux vrais pièges que le gabarit existe spécifiquement pour éviter
Ce ne sont pas des avertissements génériques du genre « l’auto-hébergement c’est difficile » — ce sont les deux choses précises qui cassent silencieusement un déploiement LibreChat fait de zéro, trouvées en le lançant réellement :
- L’inscription est fermée par défaut en amont, ce qui est correct jusqu’à ce qu’on réalise que le propre middleware
validateRegistrationde LibreChat retourne un403sec sur chaque tentative d’inscription si on ne l’a pas explicitement ouverte — et avec la connexion sociale aussi désactivée par défaut, ça laisse une application qui tourne sans aucun moyen de créer le premier compte. Le gabarit définitALLOW_REGISTRATION=truedès le départ, spécifiquement pour que la première connexion ne soit pas une impasse. CREDS_IVa une exigence de longueur exacte que la plupart des générateurs de secrets ne savent pas respecter : le chiffrement d’identifiants AES-CBC de LibreChat lancealgorithm.iv must contain exactly 16 bytessur toute autre longueur. La plupart des secrets générés font 32 octets par convention — celui-ci ne le fait justement pas, et le gabarit le génère séparément à 16 octets pour cette raison, plutôt que de réutiliser le même générateur que pour tout le reste et d’échouer au premier démarrage.
Aucun des deux n’est écrit de façon visible dans la propre documentation de LibreChat. C’est le genre de chose qu’on ne connaît qu’après avoir vraiment rencontré l’erreur une fois.
Ce que vous configurez encore vous-même
Le gabarit règle correctement l’infrastructure; il n’invente pas des identifiants qu’il n’a aucune raison d’inventer. Les clés API des fournisseurs de modèles (OpenAI, Anthropic, ou celui que vous comptez utiliser) sont à vous d’ajouter — le gabarit lance une interface de chat fonctionnelle et vide, pas une pré-remplie avec les clés de quelqu’un d’autre.
Pourquoi auto-héberger ça spécifiquement, pas juste utiliser ChatGPT
Le cas honnête n’est pas « meilleur que ChatGPT » — pour un usage individuel, ça ne l’est probablement pas. C’est pour la situation précise où les données de conversation doivent rester dans une infrastructure que votre équipe contrôle, ou où vous voulez une seule interface devant plusieurs fournisseurs de modèles plutôt qu’un abonnement séparé et une politique de données séparée pour chacun. C’est un public plus restreint que « tout le monde qui utilise un chat IA », et ça mérite d’être dit précisément plutôt que survendu.
Parcourez le catalogue complet : Modèles.