Giá Open WebUI: chi phí phần mềm và chi phí token

Open WebUI hoàn toàn không công bố bảng giá: openwebui.com/pricing và openwebui.com/enterprise đều trả về 404, còn giao diện trò chuyện miễn phí để tự lưu trữ, không có giới hạn số chỗ và không có giới hạn số yêu cầu. Giấy phép doanh nghiệp kiểm soát việc xóa thương hiệu Open WebUI và các tiện ích chỉ dành cho doanh nghiệp như Terminals, chứ không kiểm soát số người sử dụng. Ba khoản mà người mua thực sự cần biết là những khoản dự án không tính phí cho bạn — máy, token mô hình và các cài đặt bên trong Open WebUI âm thầm gửi đi những token bạn không nhập. Cả ba được trình bày dưới đây, kèm nguồn và ngày kiểm tra.

Có ba mức giá sai được lan truyền cho truy vấn này, vì vậy hãy làm rõ chúng trước. $60 cho mỗi chỗ mỗi năm là con số có thật và chính thức, nhưng đó là gói Supporter của Open WebUI Computer — gói cptr, một sản phẩm riêng của cùng nhóm với giấy phép khác, trong đó gói miễn phí riêng được ghi là "$0 forever". Một mức giá doanh nghiệp theo năm được gán cho Open WebUI trong kết quả tìm kiếm đến từ một nhà cung cấp dịch vụ lưu trữ bên thứ ba và không xuất hiện trên trang chính thức nào, vì vậy không được lặp lại ở đây. Còn gói "Pro" $19 mỗi tháng thuộc về openwebui.net — một tên miền trông tương tự không phải openwebui.com, và ứng dụng của nó được ghi thương hiệu là "NextChat" trong nội dung riêng (được kiểm tra ngày 21 tháng 9 năm 2026). Tên này được nêu để bạn nhận ra và cố ý không gắn liên kết.

Phần mềm tốn bao nhiêu và giấy phép thực sự kiểm soát điều gì

Trang chủ của dự án quảng bá việc cài đặt, không phải một gói dịch vụ: "pip install open-webui / One command. 60 seconds. No account required." Kho mã vẫn đang hoạt động và chưa bị lưu trữ, còn commit mới nhất trên main được ghi ngày 4 tháng 9 năm 2026. Bản phát hành hiện tại là v0.11.3, với các tệp được phát hành lên PyPI vào ngày 31 tháng 8 năm 2026. Cần lưu ý một điểm không nhất quán giữa các nguồn chính thức: thẻ blog trên trang chủ vẫn có tiêu đề v0.11.1 từ ngày 25 tháng 8. Đó là một bài blog, không phải biểu ngữ phiên bản; GitHub Releases mới là nguồn xác thực bản phát hành.

Giấy phép cũng cần được xem xét cẩn thận như vậy. GitHub báo cáo giấy phép là NOASSERTION / "Other", trong khi các bài viết của bên thứ ba thường vẫn gọi đó là BSD-3. Cả hai đều đúng một phần. Tệp LICENSE là văn bản BSD-3 cộng thêm điều khoản thứ tư, được đưa vào từ v0.6.6, cấm thay đổi, xóa, che khuất hoặc thay thế thương hiệu Open WebUI, trừ khi "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 30 ngày liên tiếp nào", khi bạn có văn bản cho phép, hoặc khi bạn sở hữu giấy phép doanh nghiệp. Trang giấy phép của dự án nêu rõ: "Các yêu cầu về thương hiệu chỉ áp dụng cho những triển khai lớn hơn (50+ người dùng, tính gộp)", và "bất kỳ ai vẫn có thể fork từ v0.6.5 với zero restrictions". Vì vậy: hiện nay đây không phải giấy phép được OSI phê duyệt, cũng không phải giới hạn sử dụng — ngưỡng này kiểm soát việc đổi thương hiệu, không kiểm soát việc chạy phần mềm.

Theo chính lời của dự án, giấy phép doanh nghiệp cấp quyền cho "White-labeling, rebranding, modifications to original branding, or enterprise-exclusive offerings like Terminals". Terminals được ghi nhận là lớp điều phối cho Open Terminal: lớp này cung cấp một workspace riêng — tệp, tiến trình, môi trường package, giới hạn tài nguyên và ranh giới mạng — cho mỗi người dùng, và là ví dụ duy nhất được nêu về một tính năng bị giấy phép kiểm soát thay vì thương hiệu. Dịch vụ "Open WebUI hosting" được quản lý từ các nhà cung cấp bên thứ ba lại là một vấn đề khác: đó là hóa đơn máy chủ trên hạ tầng của người khác. Không thu được mức giá đã xác minh cho bất kỳ máy chủ được quản lý nào trên trang này — trang gói dịch vụ duy nhất của nhà cung cấp được kiểm tra hiển thị các placeholder giá thay vì con số trong một lần fetch thông thường — vì vậy không trích dẫn mức nào.

Hai câu hỏi khác nhau ẩn trong "Open WebUI API cost"

Truy vấn này thực sự mơ hồ và hai phần có các câu trả lời khác nhau.

Các lệnh gọi ra ngoài mới là những lệnh gọi tốn tiền. Open WebUI không tích hợp mô hình riêng, vì vậy mọi token đều do endpoint bạn cấu hình tính phí. API riêng của Open WebUI không tốn phí: ở tag phát hành v0.11.3, backend/open_webui/main.py cung cấp GET /api/models (L874), POST /api/chat/completions (L1085) và — mới hơn, dễ bỏ sót — một POST /api/v1/messages có dạng Anthropic (L1976), cùng với POST /api/v1/messages/count_tokens bên cạnh (L1907). Bạn xác thực với các endpoint đó bằng Open WebUI key của riêng mình thay vì key của nhà cung cấp. Open WebUI không tính phí cho chúng vì chúng là cửa trước: mọi yêu cầu vẫn đến upstream bạn đã cấu hình và được tính phí ở đó. Việc trỏ script của bạn đến Open WebUI thay vì nhà cung cấp chỉ thay đổi định tuyến, không thay đổi hóa đơn.

Các lệnh gọi tính phí mà bạn không nhập

Đây là phần mà việc so sánh mức giá thường bỏ sót. Đọc tại tag v0.11.3 trong backend/open_webui/config.py, bốn trình tạo chạy nền được bật theo mặc định và một trình bị tắt.

Trang này không đo lường có bao nhiêu token bổ sung trong thực tế, và bất kỳ tỷ lệ phần trăm nào tuyên bố ngược lại đều là bịa đặt. Điều có thể kiểm chứng là cấu trúc: các cờ đang bật, mô hình tác vụ chưa được đặt, vì vậy lưu lượng đặt tên và gắn thẻ sẽ được tính phí theo bất kỳ mô hình trò chuyện nào mà cuộc hội thoại đó đang sử dụng cho đến khi bạn chỉ định một id rẻ trong TASK_MODEL_EXTERNAL. FAQ riêng của Open WebUI cũng nói như vậy — "By default, these tasks use the same model you're chatting with" — và đề xuất cùng một cách khắc phục. Hai mặc định đi theo hướng ngược lại và đáng biết trước khi lập ngân sách: tìm kiếm web tắt (ENABLE_WEB_SEARCH, L1155) và tạo ảnh tắt (ENABLE_IMAGE_GENERATION, L1336), trong khi trình thông dịch mã bật (L422).

Bốn hệ thống con, bốn vị trí endpoint — và một mặc định đáng đọc kỹ hai lần

Khả năng tương thích của trò chuyện không tự động áp dụng cho phần còn lại của sản phẩm. Nhúng truy xuất, chuyển giọng nói thành văn bản, chuyển văn bản thành giọng nói và tạo ảnh đều có cặp base-URL và key riêng, và giá trị dự phòng của từng hệ thống là OPENAI_API_BASE_URL duy nhất. Đây là phần khiến nhiều người bất ngờ: tại tag v0.11.3, sau khi danh sách kết nối được tạo, dòng 365 của config.py gán lại OPENAI_API_BASE_URL = 'https://api.openai.com/v1' một cách vô điều kiện. Do đó, mọi mặc định của hệ thống con được đánh giá sau đó — RAG_OPENAI_API_BASE_URL (L1092), IMAGES_OPENAI_API_BASE_URL (L1490), AUDIO_STT_OPENAI_API_BASE_URL (L1565), AUDIO_TTS_OPENAI_API_BASE_URL (L1606) — đều phân giải thành endpoint của OpenAI bất kể bạn đặt biến nào cho trò chuyện. Đây là giá trị mặc định cấp mô-đun được đọc từ mã nguồn; các giá trị này khởi tạo một cấu hình được lưu bền vững mà giao diện quản trị sau đó có thể ghi đè, và hành vi này chưa được tái hiện trong một instance đang chạy cho trang này. Issue #22084 mô tả cùng triệu chứng; issue được mở ngày 1 tháng 3 năm 2026 và hiện đã đóng với trạng thái hoàn tất, vì vậy hãy coi việc đọc mã nguồn ở trên là giá trị mặc định cấp mô-đun của v0.11.3, không phải một lỗi đang mở.

Tin tốt là cả bốn vị trí đó không tốn chi phí API với các cài đặt mặc định.

Kunavo không cung cấp embedding, không cung cấp chuyển giọng nói thành văn bản và không cung cấp chuyển văn bản thành giọng nói.

Ranh giới đó quyết định bạn có thể trỏ những slot nào đến gateway: RAG_OPENAI_API_BASE_URL, AUDIO_STT_OPENAI_API_BASE_URL và AUDIO_TTS_OPENAI_API_BASE_URL không phải là các slot để trỏ đến đây. Giữ bước truy xuất ở giá trị mặc định cục bộ — đây vừa là thiết lập được cung cấp sẵn vừa là lựa chọn miễn phí — hoặc gửi bước này đến một nhà cung cấp có tính phí cho nó. Dòng duy nhất trong hóa đơn truy xuất của bạn đến từ nhà cung cấp chat là chính phần văn bản được truy xuất, xuất hiện dưới dạng các token đầu vào thông thường trong prompt tiếp theo. Triển khai RAG trình bày cách kích thước chunk và top-k chuyển thành số lượng token đầu vào đó.

# The chat connection. This is the only slot the setup guides cover.
OPENAI_API_BASE_URL=https://api.kunavo.com/v1
OPENAI_API_KEY=sk-kn-...

# Titles, tags and retrieval queries run on the CHAT model unless you say
# otherwise. TASK_MODEL_EXTERNAL defaults to empty (config.py L2195).
TASK_MODEL_EXTERNAL=claude-haiku-4-5

# Leave the document-embedding step alone: empty means local, and local
# means no API spend at all (config.py L996 and L1002).
RAG_EMBEDDING_ENGINE=
RAG_EMBEDDING_MODEL=sentence-transformers/all-MiniLM-L6-v2

Một ước tính minh họa cho một ngày chat

Đây là phép tính token mang tính 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 làm việc trong ngày ở cửa sổ chat: 40 lượt phản hồi của trợ lý, mỗi lượt gửi 6.000 token đầu vào không được lưu trong bộ nhớ đệm (chuỗi hội thoại hiển thị cùng mọi chunk được truy xuất) và trả về 700 token đầu ra — tổng cộng 240.000 token đầu vào và 28.000 token đầu ra. Giả sử có 8 cuộc chat mới trong ngày đó, đồng thời các trình tạo tiêu đề, thẻ và truy vấn truy xuất mặc định của Open WebUI thực hiện thêm ba lần gọi cho mỗi cuộc chat, với 2.000 token đầu vào và 40 token đầu ra mỗi lần. Kích thước mỗi lần gọi là một giả định; chưa được đo lường. Mức giá là giá trong danh mục Kunavo hiện hành cho mỗi triệu token.

Hãy đọc cột cuối cùng thay vì cột chat. Theo các giả định này, lưu lượng nền chiếm khoảng 12% của một ngày Claude Sonnet 5 — $0,074 trong $0,606 — dành cho việc đặt tên và gắn thẻ các cuộc chat. Đặt TASK_MODEL_EXTERNAL thành Claude Haiku 4.5 sẽ đưa phần đó xuống còn $0,037 và tổng trong ngày xuống $0,569, mà không thay đổi nội dung mọi người thực sự đọc. Chỉ một thiết lập đó đã làm dịch chuyển phần lớn hóa đơn này hơn việc đổi nhà cung cấp ở cùng cấp độ.

Hãy nhân rộng theo số người dùng và số ngày thực tế của bạn trước khi coi đây là ngân sách, đồng thời lưu ý những gì phép tính không bao gồm: lưu bộ nhớ đệm prompt, tạo hình ảnh hoặc video và bất kỳ công cụ nào mà trình thông dịch mã gọi. Số tiền trong danh mục của Kunavo là mức sàn thanh toán 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í theo danh mục và chi phí upstream nhân với mức markup áp dụng. Mức nạp tối thiểu của Kunavo là $10 tín dụng trả trước, đây là mức tối thiểu để nạp tiền, không phải phí đăng ký hay phí theo chỗ ngồi. Xem chi tiết thanh toán và sử dụng để xem sổ cái theo từng yêu cầu. Open WebUI cũng báo cáo chế độ xem riêng: README v0.11.3 mô tả các bảng điều khiển quản trị “theo dõi khối lượng tin nhắn, mức tiêu thụ token và chi phí trên các người dùng và mô hình”. Tính năng đó chưa được kiểm nghiệm cho trang này, và hai đồng hồ đo cùng một lưu lượng sẽ không khớp chính xác từng token, vì vậy hãy đối soát theo phía mà bạn thực sự đang cấp ngân sách.

Route nào thắng, và trong trường hợp nào

Một chi tiết về giao thức quyết định cách thiết lập nhiều hơn lựa chọn nhà cung cấp. Open WebUI định hướng rõ ràng theo giao thức — triển khai giao thức OpenAI Chat Completions và không thêm API riêng của nhà cung cấp vào lõi — vì vậy thứ cần cung cấp cho nó là một root /v1 theo định dạng OpenAI, kể cả với các mô hình Claude. Trang Anthropic của chính nó cấu hình https://api.anthropic.com/v1 dưới dạng một kết nối OpenAI và chuyển tiếp cảnh báo của Anthropic rằng lớp tương thích này dành cho việc kiểm thử thay vì môi trường production. Ngoài ra còn có nút chuyển API Type theo từng kết nối cho Open Responses; tài liệu đánh dấu tính năng này là thử nghiệm và cảnh báo rằng nó “có thể không hoạt động như mong đợi với mọi nhà cung cấp”. Kunavo cung cấp một route theo định dạng Responses, nhưng sự kết hợp đó chưa được kiểm thử lúc chạy cho trang này, vì vậy hãy coi đường dẫn chat completions là đường dẫn đã được xác nhận hoạt động, còn nút chuyển là thứ nên thử trên một kết nối dự phòng.

Bạn đang so sánh chính giao diện người dùng thay vì nhà cung cấp? LibreChat so với Open WebUI và AnythingLLM so với Open WebUI trình bày lựa chọn đó, còn gateway LLM tốt nhất so sánh lớp gateway về mức phí và điều khoản nạp tiền thay vì độ sâu tích hợp.

Thiết lập xong, rồi kiểm tra khoản phí của ngày đầu tiên

Kết nối nằm tại Settings → Admin → Connections → "Manage OpenAI API Connections" → "Add Connection", với một trường URL và một trường API Key; bạn cũng có thể thực hiện việc tương tự bằng hai biến môi trường ở trên khi khởi động container. Giữ /v1 trong URL — Open WebUI tự nối thêm route, và mã nguồn loại bỏ dấu gạch chéo ở cuối.

Có một chế độ lỗi đáng biết trước, vì nó trông giống như tích hợp đã chết nhưng thực ra không phải. Tài liệu riêng của Open WebUI nêu rằng việc lưu một kết nối không kiểm thử kết nối đó, nút Verify gọi endpoint /models của nhà cung cấp, và nếu lệnh gọi đó thất bại thì “điều này không có nghĩa nhà cung cấp không tương thích: chat completions vẫn sẽ hoạt động” — thay vào đó, bạn nhập ID mô hình vào allowlist Model IDs theo từng kết nối. Dù thế nào cũng nên điền allowlist đó: trong một danh mục có các mô hình hình ảnh, video và âm nhạc, bộ lọc trống sẽ đưa những mô hình mà cửa sổ chat không thể gọi vào bộ chọn.

Kunavo có hướng dẫn thiết lập dành cho client này. Đây là tài liệu tham khảo về cấu hình đã công bố, không phải bài kiểm thử tính tương thích — Open WebUI chưa được kiểm thử lúc chạy với endpoint của Kunavo tại đây, và mọi nội dung ở trên đều được đọc từ mã nguồn đã phát hành của Open WebUI cùng tài liệu riêng của họ. Hãy giữ sẵn một route đang hoạt động trong khi thử, chạy trong một ngày có giới hạn, rồi đọc những gì tài khoản của bạn thực sự ghi nhận. Bắt đầu từ hướng dẫn tích hợp Open WebUI và tạo tài khoản Kunavo khi bạn sẵn sàng nạp tiền cho một khóa.

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

Các trang Open WebUI, repository, lịch sử commit và package được kiểm tra ngày 19 tháng 9 và kiểm tra lại ngày 21 tháng 9 năm 2026; các lỗi 404 trên openwebui.com/pricing và openwebui.com/enterprise được truy xuất trực tiếp, và mọi giá trị mặc định cấu hình được trích dẫn đều được đọc tại tag đã phát hành v0.11.3 thay vì tại main. Chưa kiểm tra: giá dịch vụ lưu trữ được quản lý, bất kỳ con số đô la nào cho doanh nghiệp, phần token phát sinh từ các tác vụ nền mặc định, bảng điều khiển sử dụng riêng của Open WebUI và bất kỳ lần chạy end-to-end nào của Open WebUI với Kunavo. Mức giá token của Kunavo lấy từ danh mục hiện hành, và mọi ví dụ đô la ở đây đều là phép tính token mang tính minh họa.