LibreChat 替代方案——按你需要运维的内容选择

LibreChat 的替代方案是运维决策，而不是价格决策：LibreChat 采用 MIT 许可证且不销售任何产品，因此离开的理由在于其官方 compose 文件运行的六项服务、一个位于其他 MIT 项目中的 AGPL 许可管理面板，以及它没有批量导出功能这一事实。应根据你愿意运营的内容来选择替代方案——一个容器选 Open WebUI，桌面应用选 Jan 或 Cherry Studio，托管服务选 LobeHub Cloud 或 AnythingLLM Cloud，购买许可证选 TypingMind 或 Msty——并在迁移前确认迁移路径，因为导出功能正是最容易让人陷入困境的部分。

本页面有两件事不会做。它不会告诉你 LibreChat 正在消亡：ClickHouse 于 2025 年 11 月 4 日宣布了收购，而 GitHub API 仍显示 danny-avila/LibreChat 未归档，采用 MIT 许可证，拥有 44,528 个 star，最近一次推送于 2026 年 9 月 21 日（于 2026 年 9 月 21 日重新核查）。它也不会按功能对该领域进行排名，因为这里没有对任何内容进行基准测试。

人们为什么会离开一个完全免费的客户端

占用规模。 LibreChat 的 官方 docker-compose.yml 定义了六项服务：api、admin-panel、mongodb（mongo:8.0.20）、meilisearch（v1.35.1）、vectordb（Postgres 15 上的 pgvector 0.8.0）和 rag_api。这些额外容器为其提供了对话全文搜索和文档检索，因此这是取舍而非臃肿——但其中三项服务是数据存储（MongoDB、Meilisearch 和运行 pgvector 的 Postgres），各自都有需要备份和升级的数据卷，此外还有 api 容器自身的数据卷。Open WebUI 自身的数据库模式参考说明，位于 data/webui.db 的单个 SQLite 文件承载用户、聊天历史和文件存储。这就是两种部署方式之间真正的差异，而且无需运行任一方即可验证。

许可证并不统一。 LibreChat 到处都被描述为 MIT 许可，主仓库确实如此。同一个 compose 文件中作为服务提供的 Admin Panel 位于独立仓库 LibreChat-AI/admin-panel 中，GitHub API 报告其许可证为 AGPL-3.0（146 个 star，最近推送于 2026 年 9 月 15 日）。Admin Panel 文档完全没有许可证声明；但文档确实说明该面板作为独立服务运行，并且你可以移除 admin-panel 服务，或将其置于 Compose profile 后面，从而选择不使用它。如果你的组织会在部署前审查许可证，这就是需要提交给他们的事项——而选择不使用它意味着修改 compose 文件，而不是进行 fork。

直白地说说这次收购。 ClickHouse 的 后续文章以书面形式确认：“LibreChat 在现有 MIT 许可证下仍保持 100% 开源”，并且“对于现有的 LibreChat 部署：没有任何变化”。同一篇文章中唯一出现的商业变化是：付费的 LibreChat Code Interpreter API 宣布将“以当前形式”停止提供，时间表为“目标日期为 2026 年 5 月 1 日”。该日期已经过去，而当前的 Code Interpreter 文档描述的是一项由你自行托管的 Apache-2.0 服务，没有价格说明。托管 API 是否确实已停止向现有订阅者收费，本文未验证——确认这一点需要登录账户，而本次研究没有这样做。

发布节奏，以及其中显示的分歧。 变更日志将当前稳定版 v0.8.7 的日期标为 2026 年 6 月 23 日，而 GitHub releases API 显示其发布时间为 2026 年 6 月 24 日，并将其标记为 prerelease: true，尽管变更日志称其为稳定版——列表中的每个版本都设置了该标记，无论是 RC 还是其他版本，因此它无法区分两者。应以变更日志判断稳定版与 RC。发布序列的最新版本是 v0.8.8-rc3，于 2026 年 9 月 15 日发布。

哪种替代方案适合哪类读者

按你需要运维的内容排序。许可证和仓库数据于 2026 年 9 月 19 日从 GitHub API 及各项目的 LICENSE 文件中读取；star 数量反映关注度，不代表安装量或团队采用情况。

有一个值得记下的命名陷阱：LobeChat 在其创始人于 2025 年 11 月 3 日发起的讨论中更名为 LobeHub，因此 2.0 之前的 LobeChat 教程及其环境变量假设都已过时。Kunavo 自己的 LobeChat 设置页面仍沿用旧名称。本次研究期间无法加载 Cherry Studio 的提供商设置文档，因此下一张表中的对应行标记为未验证，而不是进行描述；下方列出的许可证条款则来自仓库 README。

每个客户端如何使用你自己的密钥

这正是这些替代方案实际不同的地方，也是功能表格遗漏的部分。下表中的每个客户端都记录了使用你自己的密钥和基础 URL 的路径，因此问题在于该路径接受什么，以及它会放弃什么。Chatbox 是一个值得提前标注的例外：其已发布的方案出售的是捆绑的模型访问权限，而不是应用本身，并且其价格页面没有说明免费层级是否接受自定义端点。

该表的来源，于 2026 年 9 月 19 日读取并于 9 月 21 日重新核查：LibreChat 的 自定义端点结构定义、Open WebUI 的 OpenAI 兼容提供商指南及其 Anthropic 页面、Jan 的自定义端点页面、LobeHub 的提供商文档、AnythingLLM 的 Generic OpenAI 页面（开头明确警告该提供商面向开发者且高度可配置）、ChatWise 的自定义提供商页面，以及 TypingMind 的自定义模型操作示例指南。

做决策时值得牢记的三个边界。首先，LibreChat 会将补全路径追加到你的 baseURL，除非你设置 directEndpoint: true，因此已经是完整补全端点的基础 URL 需要设置该标志。其次，LibreChat 中的自定义基础 URL不会自动切换到 OpenAI Responses API：LibreChat 的 OpenAI 页面明确表示，Azure OpenAI、OpenRouter 以及自定义或反向代理基础 URL 都不会自动切换，因此除非你已在自己的部署中确认，否则应按 Chat Completions 规划。第三，代理工具——根据代理文档，包括代码解释器、文件搜索、文件上下文、网页搜索、MCP、OpenAPI 操作和实用工具——是你迁移到哪个客户端时需要核对的功能列表，因为这些名称和范围是 LibreChat 自有的。该文档没有说明模型无法调用工具时会发生什么，因此不要假设一定会回退，也不要假设一定会硬失败。

在本页查阅的任何文档中都没有对应能力，而这也是留下来的最有力理由：LibreChat 可以按模型为你的自定义端点定价和计量。根据令牌使用文档，tokenConfig 会按模型接受 prompt、completion 和 context，对于报告缓存输入使用量的提供商，还可选使用 cacheRead 和 cacheWrite，并以每百万令牌的费率表示；对于使用多个端点的代理，LibreChat 会在记录使用量和成本时，采用匹配端点和模型的令牌配置。再结合同一页面上的余额对象——enabled、startBalance、autoRefillEnabled、refillIntervalValue、refillIntervalUnit、refillAmount，它们取代了旧的 CHECK_BALANCE 和 START_BALANCE 环境变量——你就能在客户端内实现按用户的额度控制。在其他地方重建这一功能确实需要投入工作。

version: 1.3.16
endpoints:
  custom:
    # The escape hatch a plain OpenAI-compatible client does not have:
    # provider: anthropic sends the NATIVE Messages request to your own
    # baseURL. Point baseURL at the API root, not at /v1/messages.
    - name: "Kunavo (Anthropic protocol)"
      apiKey: "${KUNAVO_API_KEY}"
      baseURL: "https://api.kunavo.com"
      provider: "anthropic"
      models:
        # models.fetch is NOT used for a native Anthropic custom endpoint,
        # so the picker is exactly what you list here.
        default: ["claude-sonnet-4-6", "claude-opus-5", "claude-haiku-4-5"]
      titleConvo: true
      titleModel: "claude-haiku-4-5"
      # Without tokenConfig, LibreChat's cost breakdowns, balance
      # transactions and agent billing have no rates for these models.
      tokenConfig:
        claude-sonnet-4-6:
          prompt: 2.1
          completion: 10.5
          context: 1000000
        claude-haiku-4-5:
          prompt: 0.7
          completion: 3.5
          context: 200000

该配置是已发布的参考形态，而不是兼容性测试。Kunavo 尚未在运行时针对其端点测试 LibreChat 或本页中的任何客户端；上述所有行为都来自各项目自身的文档。在依赖它之前，请在预发布部署中验证。

哪些内容会迁移，哪些需要手动重建

导出方面的不对称就是整个迁移故事。LibreChat 自身的文档指出，“没有内置功能可以一次性批量导出所有对话”。导出按对话进行，可从 Export and Share 菜单选择 md、txt、json、csv 或截图；只有 json 和 csv 包含所有消息分支，而全新对话或搜索结果视图没有可导出的内容，因此不会显示该菜单。在设置 → 数据控制下，导入恰好接受三种来源：ChatGPT、Claude 和 ChatbotUI v1。

Open WebUI则相反：设置 → 数据控制 → 导出聊天会将所有对话下载为一个 JSON 文件，而导入聊天接受其自身的原生 JSON，会自动检测并转换 ChatGPT 存档，以及符合其文档结构的自定义 JSON。因此，你可以一键离开 Open WebUI，却只能一次离开 LibreChat 一个对话。没有找到两种格式之间的官方转换器；搜索中出现的一个非官方第三方导入器也未针对 LibreChat 输出进行验证——不要围绕它规划迁移。

按顺序执行备份和回滚。在进行任何更改前，复制官方 compose 文件实际持久化的内容：MongoDB 的存储是 ./data-node 绑定挂载，Meilisearch 的存储是 ./meili_data_v1.35.1，向量数据库使用命名卷 pgdata2，而 api 容器使用命名卷 librechat-data，以及 ./uploads、./images 和 ./logs。将 librechat.yaml 和 .env 一并保存。让替代方案在不同端口上启动，并保持 LibreChat 堆栈运行——两者都是容器，让它们并行运行一周只会消耗主机资源。导出重要对话，导入新客户端接受的内容，并在停用任何内容之前用新客户端处理实际工作。只有在重新读取部分已导入对话并确认内容完整保留后，才删除旧存储。如果新客户端无法接受你需要的某种格式，旧堆栈仍在运行，这正是按此顺序操作的全部意义。

每个方案的成本，以及你实际支付的费用

公布的价格，于 2026 年 9 月 19 日读取并于 9 月 21 日重新核查。其中两个方案带有折扣横幅；如果页面显示划线价格，则两个价格都予以列出。自托管价格均不包含你的主机费用，本页未核实任何所列产品的托管账单——请根据上面的容器数量估算自己的主机费用。

经销商收取的任何费用都不是项目的价格。市场和 PaaS 列表中的一键部署会收取各自的托管费用，而一个名为“LibreChat”的市场虚拟机镜像由第三方发布，而非项目发布——本次研究期间无法读取该列表，无论如何，其费用也将属于供应商。

模型账单跟随你的密钥，而不是你的客户端

当你使用自己的密钥运行客户端时，切换客户端不会改变令牌成本——上文的例外是出售捆绑模型访问权限的层级，即 LobeHub Cloud 的额度和 Chatbox 的计算点数，在这些情况下，客户端和模型账单属于同一笔购买。下面是用于说明的令牌计算，不是实测成本，也不是账单上限。假设一个人使用一个月：600,000 个未缓存输入令牌和 60,000 个输出令牌。费率来自实时的 Kunavo 目录，按每百万令牌计算。

一个设置对结果的影响超过客户端选择。LibreChat 的 titleModel 会固定由哪个模型生成对话标题，而标题属于高用量、低价值流量。假设每月新增 200 个对话，每个对话包含 1,200 个输入令牌和 40 个输出令牌：使用 Claude Sonnet 4.6 时，这项后台工作预计为 $0.59，而使用 Claude Haiku 4.5 时为 $0.20——而这些输出几乎不会被仔细阅读。没有标题模型设置的客户端会按主模型的费用为这部分流量计费。

Kunavo 目录金额是计费下限而不是上限：当上游报告其费用时，账单金额取目录成本与上游成本乘以适用加价两者中的较高者。缓存费用和外部工具不在本示例内，具备 RAG 能力的客户端中的检索步骤也不在其中——Kunavo 不提供嵌入模型，因此该步骤会在本地运行，或通过外部提供商运行。预付额度的最低充值金额为$10 ，这是资金充值最低限额，而不是订阅费或任务费；请参阅账单详情。

接下来

如果 Open WebUI 在你的候选名单中，LibreChat 与 Open WebUI 对比会专门比较两者的配置阻力，而 Open WebUI 配置页面提供连接值。如果任务是处理文档，AnythingLLM 与 Open WebUI 对比涵盖这两个选项。对于桌面客户端，Kunavo 发布了 Cherry Studio和 Chatbox的配置页面；对于角色扮演，请参阅 SillyTavern及其 API 对比。协议参考是 OpenAI 兼容端点和 Anthropic 基础 URL，后者是 LibreChat 的 provider: anthropic路由所需的内容。这些内容全部是已发布的配置，而不是兼容性测试。创建 Kunavo 账户后，选择一个客户端并获取用于测试的密钥。

你是在选择端点，而不是客户端吗？OpenAI 兼容 API和 OpenRouter 替代方案涵盖这一决策，而 AI 成本优化介绍了如何通过实际账单进行衡量，而不是估算。

常见问题

仓库状态、星标数、许可证和推送日期取自 GitHub API，日期为 2026 年 9 月 19 日，并于 2026 年 9 月 21 日重新检查；LibreChat 的 compose 文件、示例配置和发布列表也以相同方式读取。产品价格和配置行为来自各项目自己的文档，读取于 2026 年 9 月 19 日并于 9 月 21 日重新检查，且并不完整——Cherry Studio 的提供商设置、Msty Nexus 价格和 Open WebUI 的企业版价格无法读取，已在上文标明。此页面中的客户端均未针对 Kunavo 进行运行时测试。Kunavo 的令牌费率来自实时目录，本文每个美元示例均为说明性令牌算术。