Если вы ищете замену LobeChat, не начинайте со списка функций. Все четыре продукта умеют «чат», но их форматы совершенно разные: LobeChat — самостоятельный веб-стол с открытым кодом, Chatbox — кроссплатформенный клиент, Cherry Studio — настольный AI-стол, Dify — платформа приложений и рабочих процессов. Ошибка в выборе формата обернётся болезненной доводкой конфигурации и переносом данных.

Статья сравнивает продукты по шести измерениям: развёртывание, многопользовательская работа, плагины, база знаний, подключение моделей и контроль данных. Далее — выбор по сценариям и чек-лист миграции. Версии и функции меняются; сверяйтесь с документацией каждого продукта.

Примечание: LobeChat, LobeHub, Chatbox, Cherry Studio и Dify — продукты и товарные знаки их правообладателей. Статья носит технический характер и не означает связи с указанными компаниями. Модели и цены — на странице цены на модели.

1. Сначала поймите формат каждого продукта

LobeChat (LobeHub): веб-приложение с открытым кодом для самостоятельного хостинга; разворачивается через Docker Compose, Vercel или облачную платформу; есть аккаунты, участники, плагины, база знаний и агенты. Позиционирование — командный AI-стол.

Chatbox: клиент для Windows, macOS, Linux, iOS, Android и веба. Поддерживает собственный API-ключ и предлагает размещённый сервис; на десктопе есть база знаний и MCP; данные по умолчанию хранятся на локальном устройстве.

Cherry Studio: настольный AI-стол с поддержкой нескольких поставщиков моделей, локальной базы знаний, MCP, навыков, агентов и задач по расписанию. Данные преимущественно локальные, есть локальные и WebDAV-резервные копии.

Dify: платформа LLM-приложений с возможностью самостоятельного хостинга; основная линия — рабочие процессы, агенты, RAG, плагины и публикация API. Это скорее платформа для «создания приложений», а чат — лишь один из выходов.

Формат определяет границы: клиент подходит человеку, веб-стол — команде, платформа приложений — тем, кто делает AI продуктом или внутренней системой.

2. Сравнение по шести измерениям

Измерение LobeChat Chatbox Cherry Studio Dify
Формат развёртывания Веб, самостоятельный хостинг или облако Десктоп, мобильные, веб Десктоп Веб, самостоятельный хостинг или облако
Многопользовательская работа Аккаунты, участники, SSO Преимущественно один пользователь Преимущественно один пользователь Рабочие пространства и участники
Плагины и инструменты Плагины, MCP, агенты MCP, режим агента MCP, навыки, агенты Плагины, инструменты, процессы
База знаний / RAG Есть, нужны векторная база и объектное хранилище База знаний на десктопе Локальная база знаний, много форматов Полный конвейер RAG
Подключение моделей Много провайдеров и совместимые интерфейсы Размещённый сервис и свой ключ Много провайдеров и локальные модели Много провайдеров и совместимые интерфейсы
Контроль данных Самостоятельный хостинг контролируется Локальные данные приложения Преимущественно локально, есть резервные копии Самостоятельный хостинг контролируется
Кому подходит Командный веб-стол Одному человеку на нескольких устройствах Активному пользователю десктопа Команде приложений и процессов

Таблица даёт лишь контур. Многопользовательская работа — это не только «возможность входа», но и роли, квоты, аудит и изоляция ключей. База знаний — не только «загрузка файла», но и разбиение, эмбеддинги, поиск и переранжирование. Проверяйте на реальном процессе.

3. Когда менять продукт стоит, а когда нет

Сигналы к смене: команде нужен лёгкий клиент, а поддерживается целый веб-сервис; нужен внешний API или сложный процесс, а чат-формат LobeChat не хватает; данные обязаны оставаться на месте, а веб-хостинг всё равно вызывает сомнения; обновления, совместимость плагинов или качество базы знаний уже стали обузой.

Сигналы против смены: участники, права, SSO и база знаний работают стабильно; миграция вызвана только «кто-то порекомендовал»; у команды нет сил на переобучение; после замены всё равно подключаются те же модели, и затраты не снизятся только из-за смены клиента.

Замена не равна бесплатности. Стоимость клиента, API моделей, хранилища и часов на миграцию нужно сложить. Сначала определите проблему, потом решайте, менять ли инструмент.

4. Выбор по сценариям

Один человек, несколько устройств, минимум возни: лучше Chatbox. Десктоп, мобильные и веб, на выбор свой ключ или размещённый сервис, данные по умолчанию на локальном устройстве.

Активный пользователь десктопа, нужны локальная база знаний и MCP: лучше Cherry Studio. Переключение между провайдерами, много форматов импорта в базу знаний — удобно, когда материалы лежат на своём компьютере.

Команде нужен общий веб-стол: продолжайте использовать LobeChat или оцените Dify. Первый ближе к чат-столу, второй — к оркестрации приложений; при требованиях к многопользовательской работе, SSO и управлению участниками проверьте модель прав в обоих.

Нужен внешний продукт, API, сложные процессы: лучше Dify. Процессы, RAG, вызовы инструментов и публикация API — его основная линия; чат — лишь один из интерфейсов.

Данные обязаны оставаться локально: локальные режимы Chatbox и Cherry Studio прямее; но при вызове облачных моделей запрос всё равно уходит поставщику — это нужно проговорить заранее.

Нужен единый вход для моделей и счетов: клиент или платформа могут подключаться к OpenAI-совместимому шлюзу, выдавать ключи по проектам и задавать бюджеты. Можно зарегистрироваться в ZSQH AI Gateway; цены — на странице цены на модели.

5. Перед миграцией проверьте восемь пунктов

  1. Экспортируйте диалоги, ассистентов и промпты; уточните, какие форматы поддерживает целевой продукт.
  2. Запишите Base URL, ID моделей, принадлежность ключей и лимиты, чтобы после миграции не получить 401 или 404.
  3. Проведите инвентаризацию файлов базы знаний, параметров чанков, модели эмбеддингов и размерности векторов.
  4. Проверьте плагины, сервисы MCP и вызовы инструментов; убедитесь, что на целевой стороне есть эквиваленты.
  5. Уточните требования к многопользовательской работе, ролям, SSO и аудиту.
  6. Определите место хранения данных, способ резервного копирования и срок хранения.
  7. Выберите одну-две небольшие команды для параллельного теста и сохраняйте старый вход минимум две недели.
  8. Задайте условия отката, прежде чем переключать вход по умолчанию.

6. Чек-лист миграции и проверка

Сначала проверьте шлюз, потом переносите приложение. Одной командой curl подтвердите три вещи: ключ, адрес и ID модели:

export ZSQH_API_KEY="sk-ваш-ключ"

curl "https://ai.zhongshangqihang.com/v1/chat/completions" \
  -H "Authorization: Bearer $ZSQH_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "ваш-ID-модели",
    "messages": [{"role": "user", "content": "Ответь только OK"}]
  }'

Когда в ответе появится choices, переходите к настройке клиента. При миграции проверьте: импортируются ли диалоги или их придётся воссоздавать; нужно ли менять промпты ассистентов; требуется ли повторно считать эмбеддинги базы знаний (при смене модели старые векторы не подходят); совместимы ли параметры плагинов и MCP; работают ли потоковый вывод, изображения и загрузка файлов.

Старую систему стоит некоторое время держать в режиме только для чтения и отключать после стабилизации нового входа. Не переключайте всех сотрудников в один день и не удаляйте старые данные одним махом.

7. Лицензии и границы коммерческого использования

Лицензии четырёх продуктов различаются; смотреть только на слово «открытый» недостаточно. LobeChat с версии 1.0 использует LobeHub Community License на основе Apache 2.0 с дополнительными условиями: неизменённую версию можно использовать в коммерческих сценариях, но для внешнего распространения доработанной версии обычно нужна коммерческая лицензия. Chatbox использует GPL-3.0, Cherry Studio — AGPL-3.0; если вы превращаете продукт в сетевой сервис для внешних пользователей, проверьте соответствующие обязательства. Dify использует модифицированную Apache 2.0 с дополнительными условиями для мультитенантной работы и маркировки фронтенда.

Это лишь краткое изложение LICENSE репозиториев, а не юридическая консультация. Перед коммерческим использованием, мультитенантностью и повторным распространением поручите юристам проверку актуальной версии.

8. Вывод: выбирайте по формату, а не по известности

Нужен командный веб-стол — в первую очередь LobeChat; нужен личный клиент на нескольких устройствах — Chatbox; нужна настольная база знаний и экосистема инструментов — Cherry Studio; нужны процессы, конвейер RAG и внешний API — Dify. Сначала проверьте на малом масштабе, затем переносите данные и участников.

Если мотив миграции — единый вход моделей, контроль ключей и бюджета, менять клиент не обязательно: достаточно свести вызовы моделей к совместимому шлюзу. Можно зарегистрироваться в ZSQH AI Gateway; конкретные модели и цены — на странице цены на модели.

Частые вопросы

LobeChat и LobeHub — один продукт?

LobeChat — раннее название; проект развивается под брендом LobeHub. Функции и лицензия определяются текущим репозиторием и документацией.

Может ли Chatbox заменить LobeChat для командной базы знаний?

Chatbox в первую очередь клиент для одного пользователя, у него нет полноценной системы участников и прав веб-хостинга. Для общей базы знаний команды больше подходят LobeChat или Dify, если только вы не готовы, что каждый ведёт свою копию локально.

Как выбрать между Cherry Studio и Chatbox?

Оба — клиенты. Cherry Studio ближе к настольному столу, база знаний и экосистема инструментов тяжелее; Chatbox шире по платформам, мобильные и веб удобнее. Выбирайте по устройствам и привычкам.

Можно ли импортировать данные LobeChat в Dify?

Обычно одним нажатием — нет. Диалоги и ассистентов часто приходится воссоздавать, базу знаний — заново разбивать и считать эмбеддинги. Перед миграцией экспортируйте исходники и восстановите структуру данных Dify.

Нужно ли менять API-ключ после миграции?

Рекомендуется. Выдайте новому входу отдельный ключ, задайте бюджет и лимит скорости, убедитесь, что отключение старого ключа не затронет другие системы, и только потом завершайте переключение.

Читайте также: