Các lựa chọn thay thế Open WebUI: giấy phép, BYOK, RAG và di chuyển

Phần lớn tìm kiếm về lựa chọn thay thế Open WebUI thực ra không xoay quanh giá: Open WebUI miễn phí để tự lưu trữ cho số lượng người dùng nội bộ không giới hạn, và dự án hoàn toàn không công bố giá. Những lý do thực sự khiến mọi người rời đi hẹp hơn — giấy phép không còn là nguồn mở tiêu chuẩn từ v0.6.6, máy chủ không phù hợp với một người, câu chuyện endpoint tùy chỉnh không phù hợp với gateway của họ, hoặc họ muốn người khác lưu trữ. Mỗi lý do hướng đến một sản phẩm thay thế khác nhau, và chi phí di chuyển giữa chúng cũng rất khác nhau.

Trước tiên cần phân biệt, vì kết quả tìm kiếm trộn lẫn một số dự án có tên tương tự nhưng không liên quan. Open WebUI là open-webui/open-webui, trước đây có tên Ollama WebUI. Đây không phải giao diện web Stable Diffusion của AUTOMATIC1111, không phải OpenUI (tạo UI từ prompt), và không phải text-generation-webui, đã được đổi tên thành TextGen tại oobabooga/textgen và là ứng dụng desktop cho mô hình cục bộ thay vì frontend cho nhóm.

Bắt đầu từ lý do bạn rời đi

Giấy phép, chính xác — và lầm tưởng cần ngừng lặp lại

Sự kiện mang tính quyết định trong vòng đời không phải là đổi tên hay mua lại. Đó là thay đổi giấy phép. Theo tài liệu giấy phép của dự án, toàn bộ mã được gửi hoặc hợp nhất cho đến và bao gồm bản phát hành v0.6.5 vẫn được cấp phép BSD-3. Từ v0.6.6, dự án phát hành theo Open WebUI License riêng, là một biến thể BSD-3 có điều khoản bảo vệ thương hiệu, và API kho lưu trữ của GitHub báo cáo giấy phép là NOASSERTION thay vì giấy phép tiêu chuẩn được công nhận. GitHub Releases ghi nhận ranh giới này: v0.6.5 vào ngày 14 tháng 4 năm 2025 và v0.6.6 vào ngày 5 tháng 5 năm 2025. Lưu ý rằng tài liệu giấy phép gắn ngày lịch riêng cho thay đổi — "Có hiệu lực với v0.6.6 (ngày 19 tháng 4 năm 2025)" — không khớp với ngày GitHub ghi nhận cho bản phát hành đó, vì vậy hãy trích dẫn phiên bản thay vì một trong hai ngày.

Bây giờ là phần đính chính. Văn bản giấy phép cấm thay đổi, xóa, che khuất hoặc thay thế thương hiệu Open WebUI, ngoại trừ ba trường hợp, trong đó trường hợp đầu tiên là triển khai "trong đó tổng số người dùng cuối … không vượt quá năm mươi (50) trong bất kỳ khoảng thời gian ba mươi (30) ngày nào được tính theo cửa sổ trượt"; hai trường hợp còn lại là có sự cho phép trước bằng văn bản của chủ sở hữu bản quyền và có giấy phép doanh nghiệp được ký kết hợp lệ. Tài liệu giấy phép liệt kê riêng "Triển khai cho bất kỳ số lượng người dùng nội bộ nào trong tổ chức của bạn (với toàn bộ thương hiệu chính thức được giữ nguyên)" là điều giấy phép miễn phí cho phép. Vì vậy con số 50 người dùng là một ngoại lệ về thương hiệu, không phải giới hạn triển khai — trái ngược với điều phần lớn bài viết so sánh nói. Bản quyền thuộc về Open WebUI Inc. [Được tạo bởi Timothy Jaeryang Baek].

Giấy phép enterprise thực sự kiểm soát việc gắn thương hiệu riêng, xóa thương hiệu và các tính năng chỉ dành cho enterprise. Giá chưa được công bố: trang enterprise yêu cầu bạn "Gửi cho chúng tôi số lượng người dùng cuối trong bản triển khai (seat)", và openwebui.com/pricing trả về HTTP 404 khi được kiểm tra ngày 21 tháng 9 năm 2026. Bất kỳ con số theo seat nào bạn thấy ở nơi khác đều là giá của nhà cung cấp dịch vụ lưu trữ được quản lý hoặc do người viết bịa ra.

Bản thân dự án vẫn lành mạnh theo các số liệu quan trọng: không bị lưu trữ, có hơn 150.000 sao, được đẩy mã trong vòng vài ngày trước lần kiểm tra này và bản phát hành ổn định v0.11.3 được công bố ngày 31 tháng 8 năm 2026 (API Releases). Một thành phần phụ thì không: open-webui/pipelines, framework plugin, được đẩy mã lần cuối ngày 18 tháng 8 năm 2025. Nếu triển khai của bạn phụ thuộc vào Pipelines, bạn nên cân nhắc nhịp cập nhật mã đó trước khi xây dựng thêm trên nền tảng này.

Danh sách rút gọn, nhóm theo cách bạn vận hành

Ba lưu ý về bảng đó, tất cả được kiểm tra ngày 21 tháng 9 năm 2026. Tag mới nhất của LibreChat là bản phát hành trước v0.8.8-rc3 từ ngày 15 tháng 9 năm 2026 và /releases/latest của GitHub trả về 404, vì vậy hiện không có bản phát hành nào được đánh dấu là mới nhất — hãy đọc changelog của chính dự án trước khi cố định phiên bản, thay vì tin một con số trong phần tóm tắt. Trang giá của LobeHub tự mâu thuẫn: các thẻ gói hiển thị Starter, Premium và Ultimate lần lượt ở mức $9,9, $19,9 và $39,9 mỗi tháng, trong khi bảng so sánh trên cùng trang hiển thị $12,9 cho Starter cùng với con số $118,8 theo năm, vì vậy hãy xác nhận số tiền trong bước thanh toán trước khi cam kết. Ngoài ra, giá Premium của TypingMind đang áp dụng chương trình giảm giá 50% được quảng cáo, loại con số dễ lỗi thời nhất. Các gói trả phí của Chatbox dành cho các mô hình do chính Chatbox lưu trữ; theo hướng dẫn tự cung cấp khóa, cấu hình ứng dụng để sử dụng khóa API của riêng bạn là cách dùng miễn phí.

Hai dự án xuất hiện trong các danh sách lựa chọn thay thế nhưng không nên được đưa vào: Chatbot UI dùng giấy phép MIT và chưa bị lưu trữ, nhưng lần đẩy mã cuối là ngày 3 tháng 8 năm 2024 và không có bản phát hành nào, nên dự án đang ngừng phát triển thay vì là một lựa chọn còn được phát triển tích cực; còn NextChat hiện tự mô tả là trợ lý không cần cấu hình mà bạn đăng ký sử dụng không cần khóa API, tính phí theo mức sử dụng, thay vì một giao diện thuần túy dùng khóa API do bạn tự cung cấp. Cũng cần phân biệt trong tìm kiếm: Jan không phải Janitor AI, Msty Studio không phải quỹ giao dịch trên sàn MSTY, và LobeChat cùng LobeHub là một dự án sau khi đổi tên, vì vậy các hướng dẫn thiết lập LobeChat trước 1.0 không còn hiện hành.

Cách mỗi ứng dụng máy khách xử lý endpoint tùy chỉnh tương thích với OpenAI

Tám ứng dụng máy khách bên dưới đều có tài liệu mô tả cách trỏ đến một endpoint bên thứ ba. Điểm khác biệt là giao diện cấu hình, dạng URL và việc có thể sử dụng thứ gì khác ngoài Chat Completions hay không. Một cột cần được nêu câu hỏi thật hẹp: "Tuyến Anthropic Messages" hỏi liệu chính ứng dụng máy khách có gửi các yêu cầu theo cấu trúc Anthropic đến endpoint của bạn hay không. "Không có tài liệu" ở đó có nghĩa là tài liệu của nhà cung cấp không mô tả chế độ như vậy — không có nghĩa là đã biết chế độ đó không tồn tại.

Bảng đó lấy thông tin từ tài liệu riêng của từng nhà cung cấp: các trang kết nối tương thích với OpenAI và Open Responses của Open WebUI, tài liệu tham khảo về endpoint tùy chỉnh của LibreChat, trang OpenAI Generic của AnythingLLM, tài liệu endpoint tùy chỉnh của Jan, tài liệu nhà cung cấp tùy chỉnh của ChatWise, trang nhà cung cấp của LobeHub, tài liệu nhà cung cấp trực tuyến của Msty và tài liệu kết nối mô hình của TypingMind.

Cherry Studio cố ý không có trong bảng đó. Miền tài liệu của ứng dụng hiện chuyển hướng từ docs.cherry-ai.com sang docs.cherryai.com.cn, một trang tiếng Trung mà chúng tôi chưa đọc các trang về nhà cung cấp để viết trang này, vì vậy tên trường và quy ước đường dẫn của ứng dụng chưa được xác minh ở đây — hãy kiểm tra chúng trong ứng dụng trước khi sao chép bất kỳ URL cơ sở nào từ một hướng dẫn cũ.

Dù chọn cách nào, có hai điểm cụ thể về Open WebUI đáng biết. Tài liệu kết nối nhà cung cấp của ứng dụng lưu ý rằng một số nhà cung cấp hoàn toàn không triển khai /models, trong trường hợp đó việc xác minh kết nối sẽ thất bại nhưng chat completions vẫn hoạt động và bạn phải tự nhập ID mô hình. Tài liệu cũng cảnh báo rằng lớp tương thích của Google khác với schema streaming của OpenAI, đồng thời khuyến nghị đặt Function Calling thành Legacy để các công cụ chạy qua một yêu cầu riêng không streaming. Cảnh báo đó chỉ áp dụng cho lớp của một nhà cung cấp, không phải các lớp tương thích nói chung — nhưng đây là lời nhắc hữu ích rằng việc gọi công cụ phụ thuộc vào những gì upstream thực sự triển khai, và frontend không thể tự sửa thiếu hụt schema cho bạn.

Ở phía Kunavo, /v1/chat/completions, /v1/messages và /v1/responses đều tồn tại dưới dạng các route, vì vậy chế độ provider: anthropic của LibreChat, các chế độ tương thích với Anthropic của Jan và ChatWise, cùng đường dẫn Responses thử nghiệm của Open WebUI đều có bề mặt tương ứng. Không có client nào trong số này được kiểm thử thời gian chạy với Kunavo cho trang này; hướng dẫn thiết lập đã công bố là tài liệu tham khảo cấu hình, không phải bài kiểm tra tương thích. Một khối tùy chỉnh hoạt động trong LibreChat có dạng như sau:

endpoints:
  custom:
    - name: "Kunavo"
      apiKey: "${KUNAVO_API_KEY}"
      baseURL: "https://api.kunavo.com/v1"
      models:
        default: ["claude-sonnet-4-6", "claude-haiku-4-5"]
        fetch: true
      titleConvo: true
      titleModel: "claude-haiku-4-5"

Để xem cấu hình tổng quát giữa các client, hãy xem API tương thích với OpenAI. Với các bài so sánh trực tiếp giữa hai sản phẩm, LibreChat và Open WebUI trình bày mức độ phức tạp khi thiết lập, còn AnythingLLM và Open WebUI trình bày về RAG và triển khai.

RAG: phần không đi theo chat endpoint

Trỏ frontend đến một chat endpoint không có nghĩa là pipeline truy xuất của frontend cũng được trỏ đến đó. Open WebUI lưu thông tin xác thực riêng cho pipeline này. Theo tài liệu tham khảo biến môi trường, RAG_EMBEDDING_ENGINE chọn engine, còn RAG_OPENAI_API_BASE_URL / RAG_OPENAI_API_KEY chứa endpoint của engine đó, tương tự như việc tạo ảnh có IMAGES_OPENAI_API_BASE_URL riêng. Khi để trống, RAG_EMBEDDING_ENGINE mặc định dùng SentenceTransformers chạy cục bộ — tăng tốc GPU cho embedding là tùy chọn thông qua image CUDA — nên mặc định không tốn phí trên mỗi yêu cầu. AnythingLLM cũng tách theo cách tương tự, cấu hình LLM, embedder và cơ sở dữ liệu vector thành các nhà cung cấp riêng biệt. Vì vậy, khả năng tương thích chat không thiết lập khả năng tương thích truy xuất trong cả hai sản phẩm.

Điều đó quan trọng ở đây vì một lý do cụ thể: Kunavo không cung cấp embedding — không có mô hình nào được bật để hỗ trợ endpoint đó — nên bước truy xuất vẫn chạy cục bộ hoặc trỏ đến nhà cung cấp bên ngoài do bạn chọn. Hãy lập ngân sách riêng cho phần này, tách khỏi chat, và không đưa nó vào bất kỳ kế hoạch di chuyển gateway nào. Triển khai RAG trình bày cách các giai đoạn được tách ra.

Những gì được chuyển đổi và những gì bạn sẽ phải xây dựng lại

Hãy xác định kỳ vọng trước khi bắt đầu: lịch sử chat không tự động chuyển giữa các sản phẩm này. Tài liệu nhập và xuất của Open WebUI cho biết bản xuất bao gồm "Tất cả tin nhắn chat và siêu dữ liệu của chúng, Thông tin mô hình được sử dụng trong từng cuộc trò chuyện, Dấu thời gian và cấu trúc cuộc trò chuyện", còn chức năng nhập chấp nhận bản xuất của Open WebUI, bản xuất của ChatGPT và JSON tùy chỉnh — đồng thời nêu thẳng rằng với các nền tảng khác, "Không có trình chuyển đổi tích hợp". Ở phía nhận, tài liệu nhập của LibreChat liệt kê ChatGPT, Claude và ChatbotUI v1, không đề cập đến Open WebUI. Hai trình nhập được tài liệu hóa, không có định dạng chung.

Hàng cuối cùng đó là điều cần giải quyết trước tiên, ngay cả khi bạn tiếp tục sử dụng hệ thống. Theo tài liệu về khả năng mở rộng, lựa chọn engine về cơ bản là vĩnh viễn sau khi bạn có dữ liệu production, các triển khai nhiều replica cần PostgreSQL cùng Redis và một cơ sở dữ liệu vector bên ngoài thay vì SQLite và Chroma nhúng, còn đối với SQLite trên bộ nhớ mạng, biện pháp duy nhất mà tài liệu đưa ra là chuyển sang PostgreSQL thay vì dùng cờ tinh chỉnh. Vì vậy, việc di chuyển toàn bộ instance thực sự là sao chép ở cấp tệp của thư mục dữ liệu, không phải một tệp xuất. Hướng dẫn bảo trì cơ sở dữ liệu đặt webui.db — cùng các tệp phụ -wal và -shm — tại /app/backend/data bên trong container, còn tài liệu tham khảo biến môi trường mô tả DATA_DIR là thư mục cơ sở "dùng để lưu trữ dữ liệu, bao gồm tệp tải lên, bộ nhớ đệm, cơ sở dữ liệu vector, v.v.", và nhật ký kiểm tra mặc định là audit.log trong cùng thư mục đó. Hãy sao chép thư mục, không phải một danh sách tệp.

Hãy sao lưu trước khi chạm vào bất kỳ thứ gì. Trước tiên hãy xác nhận tên container của chính bạn — đây là dạng minh họa, không phải script để dán mà không kiểm tra:

# 1. Stop the instance so nothing writes mid-copy.
docker stop open-webui

# 2. Copy the whole data directory out of the container.
#    The documented location is /app/backend/data. DATA_DIR is
#    described as the base for uploads, cache, the vector database
#    and the audit log, so take the directory rather than webui.db.
docker cp open-webui:/app/backend/data ./open-webui-backup-$(date +%F)

# 3. Start it again and confirm the UI still loads before you touch anything.
docker start open-webui

Kế hoạch khôi phục: giữ nguyên instance cũ và thẻ image của nó, đồng thời để chúng tiếp tục chạy trong khi thử nghiệm phiên bản thay thế, thay vì di chuyển tại chỗ. Chạy cả hai với cùng một endpoint trong một tuần, chuyển trước một nhóm, và chỉ ngừng instance ban đầu sau khi instance mới đã vượt qua một khối lượng công việc thực tế. Vì lịch sử chat không được chuyển, việc khôi phục sau khi đã ngừng instance ban đầu đồng nghĩa với mất mọi thứ được ghi trong công cụ mới — đây là lý do thuyết phục hơn để chạy song song chúng so với bất kỳ phép so sánh tính năng nào.

Chi phí của phía mô hình, bất kể bạn chọn frontend nào

Không frontend nào trong số này tính phí token; API phía sau chúng mới tính phí. Các số liệu dưới đây là phép tính token minh họa, không phải chi phí đo được và không phải mức trần hóa đơn. Giả sử một người thực hiện 10 cuộc trò chuyện mỗi ngày làm việc, mỗi cuộc gửi 25.000 token đầu vào không được cache qua các lượt và nhận 1.500 token đầu ra, trong 20 ngày làm việc — tương đương 5.000.000 token đầu vào và 300.000 token đầu ra mỗi người-tháng. Mức giá là giá trong catalog Kunavo hiện tại trên mỗi triệu token.

Hãy đối chiếu con số này với giá frontend, thay vì dùng nó để thay thế giá frontend. Frontend tự lưu trữ không tính phí theo người dùng, vì vậy theo các giả định này, lưu lượng truy cập của cả nhóm trên Claude Sonnet 4.6 có chi phí ước tính là $68,25 mỗi tháng, trong khi cùng nhóm đó trên Claude Haiku 4.5 có chi phí ước tính là $22,75 — chênh lệch $45,50 mỗi tháng với cùng lưu lượng giả định, lặp lại hàng tháng thay vì chỉ trả một lần. Do đó, mô hình mặc định mà frontend sử dụng là một quyết định ngân sách thực tế riêng, tách khỏi giấy phép bạn trả cho ứng dụng. Mức sử dụng thực tế của bạn mới quyết định con số này, vì vậy hãy đo các cuộc trò chuyện của chính mình trước khi lập ngân sách. Tối ưu hóa chi phí AI trình bày cách đo lường một cách trung thực.

Số tiền trong catalog của Kunavo là mức sàn tính phí chứ không phải mức trần: khi upstream báo cáo khoản phí của mình, hóa đơn là giá trị lớn hơn giữa chi phí trong catalog và chi phí upstream nhân với mức markup áp dụng. Phí bộ nhớ đệm và công cụ bên ngoài nằm ngoài ví dụ này. Mức nạp tối thiểu là $10 tín dụng trả trước, dùng để cấp tiền cho số dư chứ không phải mua chỗ ngồi hoặc gói — xem chi tiết thanh toán.

Nếu bạn tiếp tục sử dụng Open WebUI

Đó là một kết luận hợp lý của trang này, và với hầu hết các nhóm, đây là lựa chọn đúng: thay đổi giấy phép hạn chế việc gắn thương hiệu riêng thay vì quy mô triển khai, dự án vẫn được phát hành tích cực, và không có điều gì ở trên là lý do để xây dựng lại một instance đang hoạt động. Dù chọn cách nào, điều đáng làm là tách quyết định frontend khỏi quyết định endpoint, để lần thay đổi client sau này không đồng thời có nghĩa là đổi nhà cung cấp và tạo khóa mới. Kunavo công bố tài liệu tham khảo cấu hình cho client này — hướng dẫn tích hợp Open WebUI — cùng tài liệu thiết lập cho LobeHub, Chatbox và Cherry Studio. Tạo tài khoản Kunavo khi bạn muốn một khóa và một số dư trả trước dùng chung cho frontend mà bạn chọn.

Câu hỏi thường gặp

Đã kiểm tra ngày 21 tháng 9 năm 2026 bằng cách đọc trực tiếp từng trang được liên kết hoặc phản hồi API GitHub: văn bản giấy phép, tài liệu về giấy phép và doanh nghiệp, tài liệu kết nối nhà cung cấp, khả năng mở rộng và nhập/xuất của Open WebUI, kho mã nguồn và bản phát hành mới nhất của dự án, phản hồi 404 tại openwebui.com/pricing, kho mã nguồn và tài liệu nhập của LibreChat, cùng các trang giá đã công bố của AnythingLLM, LobeHub, Msty, ChatWise và TypingMind. Cũng đã đọc trực tiếp: các trang Open Responses và tham khảo biến môi trường của Open WebUI, tài liệu tham khảo endpoint tùy chỉnh của LibreChat, trang Generic OpenAI của AnythingLLM, tài liệu nhà cung cấp tùy chỉnh của Jan và ChatWise, trang nhà cung cấp của LobeHub (vẫn chỉ là trang giữ chỗ trong quá trình chuyển đổi), hướng dẫn sử dụng khóa riêng của Chatbox, và siêu dữ liệu kho mã nguồn của Pipelines, TextGen và Chatbot UI đang ngừng hoạt động. Các bước cấu hình của Msty và TypingMind được liên kết nhưng lấy từ phần tóm tắt tài liệu thay vì đọc toàn bộ. Các trường cấu hình của Cherry Studio vẫn chưa được xác minh và được đánh dấu như vậy ở trên. Không có ứng dụng khách nào trên trang này được kiểm thử khi chạy với Kunavo. Mức giá token của Kunavo được đọc từ catalog hiện tại, và mọi con số đô la trong phần chi phí đều là phép tính token minh họa.