Wer eine Alternative zu LobeChat sucht, sollte nicht sofort Funktionslisten vergleichen. Alle vier Produkte können „chatten“, unterscheiden sich aber grundlegend in ihrer Form: LobeChat ist ein selbst hostbarer Web-Arbeitsbereich, Chatbox ein plattformübergreifender Client, Cherry Studio ein Desktop-Arbeitsbereich für KI und Dify eine Anwendungs- und Workflow-Plattform. Wer die falsche Form wählt, verbringt später viel Zeit mit Nachkonfiguration und Datenmigration.

Dieser Beitrag vergleicht die Produkte in sechs Dimensionen – Deployment, Mehrbenutzerbetrieb, Plugins, Wissensdatenbank, Modellzugang und Datenkontrolle – und liefert eine Auswahl nach Szenario sowie eine Migrationscheckliste. Versionen und Funktionen ändern sich; maßgeblich ist die jeweilige offizielle Dokumentation.

Hinweis: LobeChat, LobeHub, Chatbox, Cherry Studio und Dify sind Produkte und Marken der jeweiligen Inhaber. Dieser Beitrag dient der technischen Auswahldiskussion; es besteht keine Zugehörigkeit zu den Anbietern. Modelle und Preise richten sich nach den Modellpreisen auf dieser Website.

1. Zuerst die Form der vier Produkte verstehen

LobeChat (LobeHub): eine Open-Source-Webanwendung zum Selbsthosten, betreibbar über Docker Compose, Vercel oder Cloud-Plattformen, mit Konten, Mitgliedern, Plugins, Wissensdatenbank und Agent-Funktionen. Positionierung: KI-Arbeitsbereich für Teams.

Chatbox: ein Client für Windows, macOS, Linux, iOS, Android und Web. Er unterstützt eigene API-Keys und bietet einen gehosteten Dienst; die Desktop-Version enthält Wissensdatenbank und MCP, Daten liegen standardmäßig lokal.

Cherry Studio: ein Desktop-Arbeitsbereich für KI mit mehreren Modellanbietern, lokaler Wissensdatenbank, MCP, Skills, Agenten und geplanten Aufgaben. Die Datenhaltung ist überwiegend lokal, mit lokalen und WebDAV-Backups.

Dify: eine selbst hostbare Plattform für LLM-Anwendungen mit Schwerpunkt auf Workflows, Agenten, RAG, Plugins und API-Veröffentlichung. Eher eine Plattform zum „Bauen von Anwendungen“; die Chat-Oberfläche ist nur ein Ausgabekanal.

Die Form bestimmt die Grenzen: Clients passen zu Einzelpersonen, Web-Arbeitsbereiche zu Teams, Anwendungsplattformen zu denen, die KI als Produkt oder internes System betreiben wollen.

2. Sechs Dimensionen im Vergleich

Dimension LobeChat Chatbox Cherry Studio Dify
Deployment Web self-hosted oder Cloud Desktop, mobil, Web Desktop Web self-hosted oder Cloud
Mehrbenutzer Konten, Mitglieder, SSO überwiegend Einzelnutzer überwiegend Einzelnutzer Arbeitsbereiche und Mitgliederverwaltung
Plugins und Werkzeuge Plugins, MCP, Agenten MCP, Agentenmodus MCP, Skills, Agenten Plugins, Werkzeuge, Workflows
Wissensdatenbank/RAG unterstützt, benötigt Vektordatenbank und Objektspeicher Wissensdatenbank auf Desktop lokale Wissensdatenbank, viele Formate vollständige RAG-Pipeline
Modellzugang mehrere Anbieter und kompatible Schnittstellen gehostet plus eigener Key mehrere Anbieter und lokale Modelle mehrere Anbieter und kompatible Schnittstellen
Datenkontrolle self-hosted, Datenhoheit möglich lokale Anwendungsdaten überwiegend lokal, Backup möglich self-hosted, Datenhoheit möglich
Geeignet für Web-Arbeitsbereich für Teams Einzelpersonen mit mehreren Geräten intensive Desktop-Nutzung Anwendungs- und Workflow-Teams

Eine Tabelle zeigt nur Umrisse. Mehrbenutzerbetrieb heißt nicht nur „Anmeldung möglich“, sondern auch Rollen, Kontingente, Audit und Key-Isolation; eine Wissensdatenbank heißt nicht nur „Upload möglich“, sondern auch Aufteilen, Einbetten, Suchen und Neusortieren. Prüfen Sie die Auswahl anhand echter Abläufe.

3. Wann ein Wechsel sinnvoll ist und wann nicht

Signale für einen Wechsel: Das Team braucht nur einen leichten Client, betreibt aber einen kompletten Web-Dienst; es braucht eine externe API oder komplexe Workflows, wofür die Chat-Form von LobeChat nicht reicht; Daten müssen lokal bleiben, und Web-Self-Hosting erscheint weiterhin unsicher; Updates, Plugin-Kompatibilität oder die Qualität der Wissensdatenbank sind zur Belastung geworden.

Signale gegen einen Wechsel: Mitglieder, Rechte, SSO und Wissensdatenbank laufen stabil; der Wechsel erfolgt nur, weil „jemand anderes das empfohlen hat“; dem Team fehlt die Kraft für eine neue Schulung; nach dem Wechsel werden dieselben Modelle genutzt, sodass die Kosten durch einen anderen Client nicht sinken.

Eine Alternative ist nicht automatisch kostenlos. Client-Software, Modell-API, Speicher und Migrationsaufwand zählen mit. Klären Sie zuerst das Problem, dann die Frage, ob gewechselt wird.

4. Auswahl nach Szenario

Einzelperson, mehrere Geräte, wenig Aufwand: Chatbox passt besser. Desktop, Mobil und Web sind verfügbar, eigener Key oder gehosteter Dienst optional, Daten standardmäßig lokal.

Intensive Desktop-Nutzung mit lokaler Wissensdatenbank und MCP: Cherry Studio passt besser. Anbieterwechsel, viele Importformate für Wissensdatenbanken; geeignet, wenn Unterlagen auf dem eigenen Rechner bleiben sollen.

Gemeinsamer Web-Arbeitsbereich für ein Team: LobeChat weiter nutzen oder Dify prüfen. Ersteres ist näher am Chat-Arbeitsbereich, letzteres stärker in der Anwendungsorchestrierung; bei Mehrbenutzerbetrieb, SSO und Mitgliederverwaltung sollten beide Rechtemodelle praktisch geprüft werden.

Externes Produkt, API, komplexe Workflows: Dify passt besser. Workflows, RAG, Werkzeugaufrufe und API-Veröffentlichung sind die Hauptlinie; Chat ist nur eine Oberfläche.

Daten müssen lokal bleiben: Die lokalen Modi von Chatbox und Cherry Studio sind direkter; beim Aufruf von Cloud-Modellen gehen Anfragen jedoch weiterhin an den Modellanbieter. Das sollte vorab klar sein.

Einheitlicher Modelleinstieg und einheitliche Abrechnung: Client oder Plattform lassen sich an ein OpenAI-kompatibles Gateway anbinden, mit Keys und Budgets pro Projekt. Sie können sich beim ZSQH AI Gateway registrieren; Preise stehen auf der Seite Modellpreise.

5. Vor der Migration acht Punkte erfassen

  1. Unterhaltungen, Assistenten und Prompts exportieren und prüfen, welche Formate das Zielprodukt unterstützt.
  2. Base URL, Modell-ID, Key-Zugehörigkeit und Limits dokumentieren, um 401 oder 404 nach der Migration zu vermeiden.
  3. Dateien der Wissensdatenbank, Chunk-Parameter, Embedding-Modell und Vektordimension erfassen.
  4. Plugins, MCP-Dienste und Werkzeugaufrufe erfassen und gleichwertige Funktionen im Ziel prüfen.
  5. Mehrbenutzerbetrieb, Rollenrechte, SSO und Audit-Anforderungen klären.
  6. Speicherort, Backup-Verfahren und Aufbewahrungsfristen der Daten klären.
  7. Ein bis zwei kleine Gruppen parallel testen und den alten Zugang mindestens zwei Wochen behalten.
  8. Abbruchbedingungen festlegen, bevor der Standardzugang umgestellt wird.

6. Migrationscheckliste und Verifikation

Zuerst das Gateway prüfen, dann die Anwendung migrieren. Eine curl-Anfrage bestätigt Key, Adresse und Modell-ID:

export ZSQH_API_KEY="sk-IhrSchluessel"

curl "https://ai.zhongshangqihang.com/v1/chat/completions" \
  -H "Authorization: Bearer $ZSQH_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "IhreModellID",
    "messages": [{"role": "user", "content": "Antworte nur mit OK"}]
  }'

Erst wenn choices zurückkommt, konfigurieren Sie den Client. Bei der Migration besonders prüfen: Lassen sich Unterhaltungen importieren oder müssen sie neu erstellt werden; müssen Assistenten-Prompts umformuliert werden; muss die Wissensdatenbank neu eingebettet werden (nach einem Embedding-Wechsel sind alte Vektoren nicht kompatibel); sind Plugin- und MCP-Parameter kompatibel; funktionieren Streaming, Bilder und Dateiupload.

Behalten Sie das alte System eine Zeit lang schreibgeschützt und schalten Sie es erst ab, wenn der neue Zugang stabil ist. Wechseln Sie nicht alle Mitglieder am selben Tag und löschen Sie alte Daten nicht auf einmal.

7. Lizenzen und kommerzielle Grenzen

Die vier Produkte haben unterschiedliche Lizenzen; „Open Source“ allein sagt wenig. LobeChat nutzt seit 1.0 die LobeHub Community License auf Basis von Apache 2.0 mit Zusatzbedingungen; unveränderte Versionen dürfen kommerziell genutzt werden, nach eigener Weiterentwicklung ist für die Weitergabe meist eine kommerzielle Lizenz erforderlich. Chatbox steht unter GPL-3.0, Cherry Studio unter AGPL-3.0; wer daraus einen öffentlich angebotenen Netzdienst macht, sollte die jeweiligen Pflichten prüfen. Dify nutzt eine modifizierte Apache-2.0-Lizenz mit Zusatzbedingungen für Multi-Tenant-Betrieb und Frontend-Kennzeichnung.

Das ist nur eine Zusammenfassung der LICENSE-Dateien und keine Rechtsberatung. Vor kommerzieller Nutzung, Multi-Tenant-Betrieb oder Weitergabe sollte die Rechtsabteilung die aktuelle Version prüfen.

8. Fazit: nach Form wählen, nicht nach Bekanntheit

Für einen Web-Arbeitsbereich im Team zuerst LobeChat; für einen Client auf mehreren persönlichen Geräten Chatbox; für lokale Wissensdatenbank und Werkzeug-Ökosystem auf dem Desktop Cherry Studio; für Workflows, RAG-Pipelines und externe APIs Dify. Erst im kleinen Rahmen testen, dann Daten und Mitglieder migrieren.

Wenn das Motiv für die Migration ein einheitlicher Modelleinstieg sowie kontrollierte Keys und Budgets ist, geht das auch ohne Client-Wechsel: Bündeln Sie die Modellaufrufe an einem kompatiblen Gateway. Sie können sich beim ZSQH AI Gateway registrieren; Modelle und Preise stehen auf der Seite Modellpreise.

Häufige Fragen

Sind LobeChat und LobeHub dasselbe Produkt?

LobeChat ist der frühere Name; das Projekt wird inzwischen unter der Marke LobeHub weiterentwickelt. Funktionen und Lizenz richten sich nach dem aktuellen Repository und der offiziellen Dokumentation.

Kann Chatbox LobeChat als Team-Wissensdatenbank ersetzen?

Chatbox ist überwiegend ein Einzelnutzer-Client und besitzt kein Mitglieder- und Rechtssystem eines selbst gehosteten Web-Dienstes. Für eine gemeinsame Wissensdatenbank im Team sind LobeChat oder Dify besser geeignet, sofern nicht jeder lokal pflegen soll.

Cherry Studio oder Chatbox?

Beides sind Clients. Cherry Studio ist stärker ein Desktop-Arbeitsbereich mit umfangreicherer Wissensdatenbank und Werkzeuglandschaft; Chatbox deckt mehr Plattformen ab und ist auf Mobilgeräten und im Web bequemer. Entscheiden Sie nach Geräten und Gewohnheiten.

Kann Dify die Daten von LobeChat direkt importieren?

In der Regel nicht per Ein-Klick-Import. Unterhaltungen und Assistenten müssen oft neu erstellt werden, die Wissensdatenbank neu aufgeteilt und eingebettet werden. Vorher die Originale exportieren und nach der Datenstruktur von Dify neu aufbauen.

Muss der API-Key nach der Migration gewechselt werden?

Empfohlen. Geben Sie dem neuen Zugang einen eigenen Key, setzen Sie Budget und Ratenlimit und bestätigen Sie, dass die Sperrung des alten Keys andere Systeme nicht beeinträchtigt, bevor Sie den Wechsel abschließen.

Weiterlesen: