Deine eigene ChatGPT-ähnliche Oberfläche selbst betreiben

LibreChat ist eine Open-Source-Chat-Oberfläche, die unabhängig vom Modell funktioniert — richte sie auf OpenAI, Anthropic oder ein lokales Modell aus, und sie verhält sich wie ein ChatGPT-ähnlicher Assistent, der zufällig nicht ChatGPT ist. Der Reiz für ein Team liegt weniger in der UI als darin, wo die Unterhaltungen tatsächlich liegen: in einer Datenbank, die du kontrollierst, nicht die eines Anbieters.

Was das Template tatsächlich startet

railyard launch librechat --server <id>

Zwei Services: LibreChats eigener Web-/API-Prozess, und der eine Datenspeicher, den es sich mit Railyards üblichen Postgres-/Redis-Addons wirklich nicht teilen kann — MongoDB, worauf LibreChats eigener Unterhaltungsverlauf und die Nutzerkonten aufbauen. Das Template verdrahtet MongoDBs Zugangsdaten automatisch in LibreChats MONGO_URI, über Railyards privates Netzwerk, sodass kein manuelles Zusammensetzen eines Connection-Strings nötig ist.

End-to-End verifiziert mit LibreChat v0.8.7, Stand gestern — kein theoretisches Template, eines, das tatsächlich gestartet und geprüft wurde.

Zwei echte Fallen, die das Template gezielt vermeidet

Das sind keine generischen “Self-Hosting ist schwer”-Warnungen — es sind die zwei konkreten Dinge, die ein von Grund auf aufgesetztes LibreChat-Deployment lautlos kaputt machen, gefunden durch tatsächliches Starten:

• Registrierung ist upstream standardmäßig geschlossen, was in Ordnung ist, bis du merkst, dass LibreChats eigene validateRegistration-Middleware bei jedem Registrierungsversuch einen flachen 403 zurückgibt, wenn du sie nicht explizit geöffnet hast — und mit Social Login ebenfalls standardmäßig aus, bleibt dir eine laufende App ohne jede Möglichkeit, überhaupt das erste Konto anzulegen. Das Template setzt ALLOW_REGISTRATION=true von Anfang an, genau damit der erste Login keine Sackgasse ist.
• CREDS_IV hat eine exakte Längenanforderung, die die meisten Secret-Generierungs-Codes nicht kennen: LibreChats AES-CBC-Zugangsdatenverschlüsselung wirft bei allem anderen algorithm.iv must contain exactly 16 bytes. Die meisten generierten Secrets sind konventionell 32 Bytes lang — dieses hier ausdrücklich nicht, und das Template generiert es deshalb separat mit 16 Bytes, statt denselben Generator wie alles andere wiederzuverwenden und beim ersten Start zu scheitern.

Keines von beiden ist in LibreChats eigener Doku prominent festgehalten. Es ist die Art von Sache, die man erst kennt, nachdem man den tatsächlichen Fehler einmal erlebt hat.

Was du weiterhin selbst konfigurierst

Das Template bringt die Infrastruktur richtig zum Laufen; es erfindet keine Zugangsdaten, die ihm nicht zustehen. Model-Provider-API-Keys (OpenAI, Anthropic, oder welche auch immer du verwenden willst) trägst du selbst ein — das Template startet eine funktionierende, leere Chat-Oberfläche, keine mit den Keys eines anderen vorausgefüllte.

Warum das speziell selbst hosten, statt einfach ChatGPT zu nutzen

Die ehrliche Begründung ist nicht “besser als ChatGPT” — für die meisten individuellen Anwendungsfälle ist sie das wahrscheinlich nicht. Es geht um die spezielle Situation, in der Unterhaltungsdaten innerhalb von Infrastruktur bleiben müssen, die dein Team kontrolliert, oder in der du eine Oberfläche vor mehreren Model-Providern willst statt eines separaten Abos und einer separaten Datenschutzrichtlinie für jeden einzelnen. Das ist eine kleinere Zielgruppe als “jeder, der KI-Chat nutzt”, und das zu präzisieren ist besser, als es zu übertreiben.

Den vollständigen Katalog durchsuchen: Templates.