Open WebUI 0.11.4 的主要變化集中在 Docker 映像檔與部署體驗。官方版本說明指出，slim 約 175 MB，標準映像檔相對上一個 release 約少 170 MB。這會影響拉取、儲存與更新流程，但沒有足夠獨立測試證明模型推理速度同步提升。

若把這次更新放進 Open WebUI 版本比較，能直接引用的是官方相對上一個 release 的映像檔變更；下載量、啟動時間與本地部署結果，仍要在自己的環境量測。

升級判斷要看兩件事：新版映像檔是否適合現有環境，以及縮小後的依賴是否碰到既有工作流。Docker Compose、持久化資料、反向代理、模型服務與外部整合都要一起檢查。

一、Open WebUI 0.11.4 更新了什麼？

Open WebUI 0.11.4 的核心更新是縮小 slim 與標準 Docker 映像檔，降低部分下載與儲存負擔；官方是以相對上一個 release 的比較說明這些差異。官方 release notes 也列出其他版本變更，實際影響仍要依使用到的功能與部署方式驗證；映像檔大小不能直接代表模型推理效能。

slim 映像檔縮小至約 175 MB

官方版本說明把 slim build 描述為約 175 MB，並以相對上一個 release 的比較表示約小 89%。縮減來源包含移除本地模型、相關套件與工具。這對只把 Open WebUI 當作前端介面，並連接外部 Ollama 或 OpenAI 相容服務的環境，較有吸引力。

但 slim 並非標準映像檔的單純壓縮版。若自架環境依靠容器內的本地模型、套件或特定工具，可能需要改用標準映像檔。選擇前應列出模型來源與工具。

標準映像檔減少約 170 MB

標準映像檔移除重複的 Python、未使用字型、未匯入套件與安裝工具。官方以相對上一個 release 的比較指出約少 170 MB，有機會降低多主機環境的拉取與快取負擔；實際時間仍受連線品質、登錄站與磁碟效能影響。

部署體驗改善不等於所有效能都提升

Docker 映像檔大小主要影響拉取、儲存與部分啟動流程；模型推理則受模型本身、CPU 或 GPU、記憶體、模型服務與請求內容影響。官方版本頁缺少跨硬體、跨網路與跨工作負載的獨立基準測試。較精準的表述是 0.11.4 有助於改善部署便利性，不能推導模型回應一定更快、雲端費用一定下降或整體效能必然提升。

「A slim build now comes down at around 175 MB」是官方版本說明對 slim 映像檔的描述，適合判斷部署成本，不足以推導推理效能。— Open WebUI v0.11.4 release notes

二、0.11.4 與上一個 release 的實際差異

0.11.4 與上一個 release 最容易量化的差異是映像檔下載量與儲存空間；更新風險則取決於持久化資料、環境變數、模型連線、反向代理和外部整合是否能在新容器中正常運作。這個比較不延伸到任意更早的舊版。

下載與儲存成本

若使用 slim，首次拉取與重新部署的傳輸資料有機會減少。官方數字只代表相對上一個 release，實際差距仍受版本、登錄站與主機影響；可記錄兩版的拉取時間、映像檔占用與啟動時間比較。

部署、更新與回滾流程

一般 Docker 升級會先拉取映像檔，再以相同掛載與設定重建容器。依 Open WebUI 更新文件，聊天、使用者、設定、上傳檔案與知識庫內容都在持久化資料中；沒有掛載 /app/backend/data，刪除容器可能遺失資料。該文件也提醒更新前固定 WEBUI_SECRET_KEY，以免登入狀態和 OAuth、API key 工具的解密失效。

從 Docker 回滾角度看，容器回退和資料庫還原是兩條不同路徑。只把映像檔標籤改回上一個 release，只能回退程式檔案；資料庫結構是否能由舊容器讀取，需依該版本官方說明確認，不應假定 migration 可逆。正式升級前，應在測試副本演練舊映像檔與備份資料卷的還原流程。

slim 映像檔的功能與依賴取捨

slim 移除部分本地模型、套件與工具。若 Open WebUI 只提供介面，模型由同網段或另一台主機的 Ollama、OpenAI 相容 API 或其他服務處理，可能較符合需求；若容器內還要執行本地模型、檔案處理、RAG（檢索增強生成）套件或自訂工具，就要先確認依賴。測試至少涵蓋登入、既有聊天、模型清單、檔案上傳、知識庫、外部工具與管理員設定。

依賴差異要對應實際工作流；文件問答還涉及向量資料庫、嵌入模型、解析器與外部模型端點，測試時要逐一確認輸入、處理、儲存與輸出的責任位置。

比較面向0.11.4 slim0.11.4 標準映像檔判斷重點
映像檔大小約 175 MB相對上一個 release 約少 170 MB實測拉取與磁碟占用
本地模型與工具部分內容移除依標準映像檔部署確認工作流依賴
下載與儲存較有機會降低負擔也有縮減受網路與快取影響
推理效能無法由大小推定無法由大小推定以相同模型另測
  • 0.11.4 的明確優勢在映像檔與部署負擔，不能延伸成推理效能保證。
  • slim 適用性取決於模型、套件與工具是否在容器外提供。
  • 更新安全性取決於資料卷、秘密金鑰、Compose 設定與回滾路徑。

三、台灣自架環境應注意的相容性問題

台灣自架環境應檢查 Docker Compose、資料持久化、反向代理、模型服務、硬體與權限；家用網路、NAS、頻寬和中文資料工作流可能放大部署差異。

Docker Compose、持久化資料與反向代理

先確認 Compose 的映像檔標籤、容器名稱、連接埠、資料卷、重啟策略與環境變數。官方範例把資料掛載到 /app/backend/data，並讓 WebUI 與 Ollama 透過服務名稱連線。家用路由器、NAS、雲端主機與反向代理環境，還要測試 HTTPS、WebSocket、上傳、長對話與外部工具。

硬體架構、網路速度與模型儲存位置

同機部署要檢查容器網路與 GPU 存取，跨主機則要確認 DNS、固定 IP、TLS 憑證、防火牆與 API 端點。映像檔變小不會改善跨主機傳輸，也不會增加模型服務的記憶體或顯示卡容量。NAS 或小型主機還要確認磁碟 I/O、bind mount 權限與 named volume 位置。

隱私設定與權限管理

自架可提高資料位置與連線方式的可控性，但隱私風險不會因此消失。管理者仍要處理反向代理、帳號權限、日誌、備份、模型來源和外部 API；涉及個人資料、工作文件或醫療資訊時，除了限制登入、知識庫存取與外部傳送，也要依個人資料保護法及組織內部資訊安全規範，確認資料的蒐集、使用、保存期限、委外處理與跨境傳送條件。這是治理檢查方向，實際要求仍取決於資料類型、組織角色與適用規範。

敏感資料應避免送至未完成審查的外部模型或工具，並確認第三方 API 的保存與再利用政策；OAuth、MCP 或外部搜尋也要測試授權失敗與撤銷後的行為。

瀏覽器經反向代理連到 Open WebUI，再連接 Ollama 或外部 API，底部標示 Docker Compose 與持久化資料卷
升級是否安全，取決於資料卷、模型端點、反向代理與外部整合能否在同一條工作流中正常運作。

四、哪些人適合立即升級？

適合立即升級的人通常已備份資料、固定版本標籤，並驗證工作流與回滾；若工作流依賴 slim 移除的模型或工具，應先測試。

適合升級的情境

適合升級的情境包括多台主機、頻寬有限、常建立測試環境，或需要官方安全與存取控制修正的部署。

建議先測試的情境

使用自訂 Dockerfile、第三方 Compose、非官方反向代理、MCP、外部身分登入、多實例或 slim 映像檔者，都應先測試。

可暫緩升級的情境

若目前版本穩定卻沒有完整備份，或正式環境正處理重要專案，可先測試 0.11.4。

Open WebUI 官方更新文件建議，更新前先備份 Docker volume；資料內容包含聊天、使用者、設定、上傳檔案與知識庫。升級決策的核心，是能否安全驗證與恢復。— Open WebUI Updating Guide

五、升級前檢查清單與回滾建議

降低升級風險，先備份資料與設定，再在測試環境驗證工作流與回滾，最後切換正式容器並保留舊版映像檔。

  1. 盤點與備份：記下映像檔標籤、Compose 檔、資料卷、WEBUI_SECRET_KEY、模型端點與代理設定；備份 /app/backend/data、模型服務資料與環境設定，確認備份可讀取。
  2. 建立測試副本：用不同容器名稱與測試資料卷啟動 0.11.4，先測標準映像檔，再視需求測 slim，避免寫入正式資料卷。
  3. 重跑工作流：測試登入、聊天、串流、模型切換、檔案上傳、知識庫、外部 API、MCP、權限變更與代理連線。
  4. 記錄差異：比較拉取時間、映像檔占用、啟動時間、首字延遲與錯誤訊息，並註明硬體、網路與工作負載。
  5. 驗證回滾：分別演練舊版映像檔回退與備份資料卷、資料庫的還原，確認登入、聊天、檔案與模型連線；資料庫若已遷移，先查官方說明，不能把容器回退當成資料庫回復。
  6. 正式切換：通知使用者、安排維護窗口，保留舊版映像檔與紀錄，切換後觀察日誌、登入、模型請求與儲存空間。
Open WebUI 升級流程由盤點備份、建立測試副本、重跑工作流、記錄差異、驗證回滾到正式切換
安全升級不是直接替換映像檔，而是先完成備份、測試與回復演練，再切換正式環境。

六、結論：0.11.4 是否值得升級？

若主要目標是減少映像檔下載與儲存負擔，且現有工作流能通過測試，0.11.4 值得納入升級評估；若期待模型推理速度大幅提升，或尚未準備備份與回滾，則不應只因映像檔變小就切換正式環境。

0.11.4 的價值在部署管理：slim 約 175 MB，標準映像檔相對上一個 release 約少 170 MB。升級結果仍受硬體、網路、資料卷、模型服務、反向代理和外部整合影響，應以測試結果判斷。

測試與備份完成後，再依工作流選擇映像檔，並記錄回復方法。

升級決策常見問題

常見疑問集中在映像檔大小、模型推理、資料保存與 slim 適用範圍；答案都要回到實際部署設定。

常見問題

Q1: Open WebUI 0.11.4 的 slim 映像檔多大？

官方版本說明將 slim build 描述為約 175 MB，並指出移除本地模型、套件與工具。實際拉取量仍受登錄站與快取影響。

Q2: 映像檔縮小會讓模型回答更快嗎？

不能直接判斷。映像檔大小主要影響下載與儲存，回答速度還受模型、硬體、模型服務與網路影響，需實測。

Q3: 升級會不會刪掉聊天記錄？

使用持久化資料卷時，重建容器不應直接刪除資料；未掛載 /app/backend/data 則可能遺失。升級前應備份並測試還原。

Q4: 哪些人不適合直接使用 slim？

依賴容器內本地模型、套件或自訂工作流的人，應先確認 slim 的依賴差異。

Q5: 自架後哪些隱私責任仍由管理者承擔？

自架能讓資料位置、網路路徑與權限更可控，但管理者仍需依個人資料保護法及組織規範檢查蒐集、使用、保存、委外與跨境傳送，並管理代理、帳號、日誌、備份、模型來源及外部 API。