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 顆星，最近一次推送為 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 自身的結構描述參考說明，單一 SQLite 檔案位於 data/webui.db，其中包含使用者、聊天記錄與檔案儲存。這就是兩種部署方式的實際差異，而且不必執行任一方即可驗證。

授權並不一致。 LibreChat 到處都被描述為 MIT 授權，而主要儲存庫確實如此。同一份 compose 檔案中以服務形式提供的 Admin Panel 位於另一個儲存庫 LibreChat-AI/admin-panel，GitHub API 回報其授權為 AGPL-3.0（146 顆星，最近一次推送為 2026 年 9 月 15 日）。Admin Panel 文件完全沒有授權聲明；但其中說明該面板以獨立服務執行，你可以移除 admin-panel 服務，或將其置於 Compose profile 的啟用條件下，以選擇不使用它。如果你的組織在部署前會審查授權，這就是應該帶給他們的重點——而選擇不使用它只需修改 compose 檔案，無須建立分叉專案。

直白說明這次收購。 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 檔案讀取；星數代表關注度，不代表安裝量或團隊採用情況。

有一個值得記下來的命名陷阱：LobeChat 在創辦人於 2025 年 11 月 3 日發起的討論中更名為 LobeHub，因此 2.0 以前的 LobeChat 教學及其環境變數假設都已過時。Kunavo 自己的 LobeChat 設定頁面仍保留舊名稱。本次研究期間無法載入 Cherry Studio 的供應商設定文件，因此下一張表中的該列標記為未驗證，而未加以描述；以下其授權條款則取自儲存庫 README。

每個方案如何使用你自己的金鑰

這正是各替代方案實際不同之處，也是功能表會遺漏的部分。下表中的每個用戶端都記錄了使用你自己的金鑰與 base URL 的路徑，因此問題在於該路徑接受什麼，以及它會放棄什麼。Chatbox 是值得先標出的例外：其已發布方案銷售的是綁定的模型存取權，而不是應用程式本身；其定價頁未說明免費方案是否接受自訂端點。

該表的來源，於 9 月 19 日查閱並於 2026 年 9 月 21 日重新確認：LibreChat 的 自訂端點結構描述、Open WebUI 的 OpenAI 相容供應商指南及其Anthropic 頁面、Jan 的自訂端點頁面、LobeHub 的供應商文件、AnythingLLM 的 Generic OpenAI 頁面（開頭即附有警告，說明該供應商面向開發者且高度可設定）、ChatWise 的自訂供應商頁面，以及 TypingMind 的自訂模型操作示範。

有三項界線值得納入決策。第一，LibreChat 會將 completions 路徑附加到你的 baseURL，除非你設定 directEndpoint: true，因此已經是完整 completions 端點的 base URL 需要設定該旗標。第二，LibreChat 中的自訂 base URL 不會自動切換至 OpenAI Responses API：LibreChat 的 OpenAI 頁面明確表示，Azure OpenAI、OpenRouter 以及自訂或反向代理 base URL 都不會自動切換，因此除非已在自己的部署中確認，否則應以 Chat Completions 為規劃基礎。第三，代理工具——依代理文件所列，包括 code interpreter、file search、file context、web search、MCP、OpenAPI actions 與 utilities——是你轉換到的任何用戶端都應核對的功能清單，因為名稱與範圍是 LibreChat 自有的。該文件未說明模型無法呼叫工具時會發生什麼，因此不要假設一定會自動降級或一定會失敗。

在本頁查閱的任何文件中都沒有對應功能，也是繼續使用 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 或本頁任何用戶端是否能搭配其端點運作；以上所有行為均來自各專案自己的文件。依賴它之前，請先在 staging 部署中驗證。

哪些內容會遷移，哪些需要手動重建

匯出功能的不對稱就是整個遷移故事。LibreChat 自己的文件明確表示「沒有內建的一次匯出所有對話的批次功能」。匯出是逐個對話進行，從 Export and Share 選單中選擇 md、txt、json、csv 或螢幕截圖；只有 json 與 csv 包含所有訊息分支，而全新對話或搜尋結果檢視沒有可匯出的內容，因此不會顯示該選單。在設定 → Data Controls 下，匯入只接受三種來源：ChatGPT、Claude 與 ChatbotUI v1。

Open WebUI則相反：設定 → Data Controls → Export Chats 會將每個對話下載為一個 JSON 檔案，而 Import Chats 接受其原生 JSON、會自動偵測並轉換 ChatGPT 封存檔，以及符合其文件結構的自訂 JSON。因此，你可以一鍵離開 Open WebUI，卻只能一次離開 LibreChat 一個對話。未找到兩種格式之間的官方轉換器；搜尋中出現的一個非官方第三方匯入工具也未針對 LibreChat 輸出進行驗證——不要以它為基礎規劃遷移。

依序進行備份與回復。變更任何內容前，先複製官方 compose 檔案實際持久化的內容：MongoDB 的儲存內容是 ./data-node bind mount，Meilisearch 的是 ./meili_data_v1.35.1，向量資料庫使用具名 pgdata2 volume，而 api 容器具有具名 librechat-data volume，以及 ./uploads、./images 與 ./logs。一併帶上 librechat.yaml 與 .env。在不同連接埠啟動替代方案，並讓 LibreChat stack 持續執行——兩者都是容器，同時執行一週只會消耗主機資源。匯出重要對話，匯入新用戶端接受的內容，並在淘汰任何項目前先用新用戶端處理實際工作。只有在重新閱讀部分已匯入對話並確認內容保存完整後，才刪除舊儲存內容。如果新用戶端無法接受你需要的格式，舊 stack 仍在運作；這正是依此順序執行的全部理由。

每個方案的成本，以及你實際支付的費用

已發布價格，於 9 月 19 日查閱並於 2026 年 9 月 21 日重新確認。其中兩項帶有折扣橫幅；若頁面顯示刪除線價格，兩個數字都會列出。自託管價格均不包含你的主機費用，本頁也未驗證任何人的託管帳單——請依上方容器數量估算你自己的主機成本。

經銷商收取的任何費用都不是該專案的價格。市集與 PaaS 列表中的一鍵部署各自包含託管費用，而標題為「LibreChat」的市集 VM 映像檔由第三方發布，不是由該專案發布——本次研究期間無法讀取該列表；無論如何，其費用都會是供應商收取的費用。

模型帳單跟著你的金鑰，而不是你的用戶端

當你使用自己的金鑰執行用戶端時，切換用戶端不會改變權杖成本——上述例外是銷售綁定模型存取權的方案，包括 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 的權杖費率來自即時目錄，本文每個美元範例都是示意性的權杖算術。