Open WebUI 社群回報開發版訊息驗證回歸，自動化與預建回覆 API 流程可能遭拒

Open WebUI 於 10 月 8 日收到一則開發版回歸回報：當聊天記錄已包含空白的 assistant 回覆訊息，再要求模型填入答案時，請求可能收到 HTTP 409，錯誤內容為 Message already exists or has an invalid ID.。回報者列出的環境是 Debian 13、Git Clone 安裝，以及 dev 提交 652d0cf；並表示最新正式版與被指認變更之前的提交仍可正常執行。社群回報

觸發條件具有明確的整合意義。回報指出，共享聊天相關變更之後，預先寫入的回覆訊息會遭生成請求拒絕；自動化、子代理與計時器都使用這種模式。最簡單的檢查方式是建立自動化並立即執行，查看新聊天是否始終沒有答案；API 使用者則可先建立含使用者訊息與空白 assistant 訊息的聊天，再以同一回覆 ID 呼叫 /api/chat/completions。這些結果目前仍屬回報者的測試，未獲獨立重現。重現步驟

Open WebUI 的公開工具呼叫文件確實要求這種預建流程：先建立聊天與 assistant 訊息，再送出 chat_id、id 和 stream: true，由伺服器執行多輪原生工具呼叫，最後從聊天記錄讀取答案。這代表若回報成立，受影響的會包括依文件整合 MCP、工作區工具與內建工具的後端程式。依文件架構推論，訊息驗證與既有佔位訊息的相容性，是這次問題的關鍵邊界。伺服器端工具呼叫文件

工程團隊接下來應關注修補是否同時涵蓋排程入口與直接 API 呼叫，以及能否保留有效佔位訊息、繼續拒絕無效 ID。升級驗證也應檢查最終答案是否寫入指定訊息，不能只看聊天建立成功。查核時議題仍開啟，頁面未列出關聯修補；回報提及回歸測試，但本次未取得測試執行結果，因此尚不能推定所有開發版部署都受影響。議題狀態