Open WebUI 社群回報文件編輯不同步，RAG 讀到新內容但下載仍可能取得舊檔

Open WebUI 的文件管理出現一項值得 RAG 部署者關注的一致性回報。10 月 4 日提交的 issue #31912 指出，在 Docker 部署的 0.11.4 中，透過文件內容更新端點修改文字後，資料庫與向量檢索已反映新內容，下載檔案卻仍取得上傳時的原文。截至查核，議題仍開啟，尚未列出關聯修補。社群回報

回報者提供的流程是：先上傳內容為 Hello World 的文字檔，再呼叫 POST /api/v1/files/{id}/data/content/update 修改內容。其觀察顯示，file.data.content 已更新，RAG 搜尋也返回新文字，但 GET /api/v1/files/{id}/content 與磁碟上的檔案仍保留舊內容。這項案例指向同一份文件在不同儲存層之間的落差；目前證據來自提交者，尚不能推定所有儲存後端都受影響。重現步驟

官方維運文件確認，Open WebUI 分別保存資料庫、上傳檔案與向量資料。只複製 webui.db 不會帶走檔案本體，本機向量儲存也另有目錄；使用外部向量資料庫時，向量則存放於外部服務。這些文件支持多層儲存的架構背景，但沒有確認本次缺陷。資料遷移說明

技術上的風險是，單靠「模型能查到新文字」無法驗證文件更新完整成功。若回報成立，同一文件的檢索結果與下載版本可能不同；僅備份 uploads 目錄，也可能無法保存編輯後的文字。這不代表完整備份必然失效：官方更新指南要求備份包含資料庫與上傳檔案的 Docker 資料卷。備份與還原指南

工程團隊可依回報流程，比對編輯後的資料庫內容、檢索片段與下載檔案，並在還原演練中確認版本一致。後續應觀察維護者如何界定原始上傳檔與可編輯文字的關係，以及是否提供同步修補或明確的 API 契約；在此之前，應將它視為有重現步驟的社群回報，影響範圍與修復版本仍待確認。