Open WebUI 社群提出截斷狀態修補，Responses 連線可能將未完成回覆標為正常結束

Open WebUI 社群於 10 月 31 日回報一項 API 相容性缺陷：模型輸出碰到 token 上限時，經 Responses API 連線轉送的非串流答案，可能仍回傳 finish_reason: "stop"。作者表示，已對 v0.12.5 與指定開發版原始碼進行函式層級重現；這不是完整部署的端到端測試。問題回報

回報鎖定 stream: false、且模型連線類型設為 Responses 的請求。上游結果原本包含 status: "incomplete" 與輸出上限原因，但轉換函式僅依是否存在工具呼叫決定結束原因，沒有讀取未完成狀態。作者以相同內容切換完成與未完成狀態，得到相同的 stop；經 Anthropic 相容端點再轉換後，也會變成 end_turn。重現細節

這類欄位會直接影響應用程式的後續控制。Anthropic 官方文件將 end_turn 定義為自然完成，將 max_tokens 定義為碰到輸出上限，並建議後者提高限制或接續回覆。因此，若閘道抹去差異，依結束原因決定續寫的流程就可能提早停止；這是依協定語意推導的工程風險，尚無大規模部署事故證據。停止原因文件

相關 PR #33394 已在 10 月 31 日更新，新增讀取未完成狀態的分支：內容過濾映射為 content_filter，其他未完成原因映射為 length。同一提案也處理用量欄位與串流格式轉換。這代表原始回報所指的非串流缺口，已納入目前修補內容，但 PR 仍為開啟狀態，不能視為正式版本已修復。修補提案

對維運者而言，下一步應追蹤合併與發版，並以低輸出上限測試實際使用的端點，確認答案截斷時能觸發續寫或警示。驗證也應涵蓋內容過濾及工具呼叫，避免只確認文字能正常顯示，就漏掉結束狀態對代理流程的影響。