當 ChatGPT 逐步傳送回應的連線在回應完成前中斷時，就會出現「訊息串流錯誤」。幾乎從來不是你輸入內容的問題：常見原因是 OpenAI 端過載、連線不穩定、瀏覽器擴充功能，或對話過長。重新產生回應可以解決大多數情況；若無法解決，只要做一項檢查，就能判斷問題是否出在你這邊。
錯誤
Erro no fluxo de mensagens
(A mesma falha com outras redações: “Transmissão interrompida.
Aguardando a mensagem completa”, “Hmm...parece que algo deu
errado.” O sintoma é o mesmo — a resposta para no meio e nunca
termina.)原因與解決方法一覽
| 原因 | 解決方法 |
|---|---|
| OpenAI 端過載或發生事故。所有方案（包括 Plus 和 Pro）會同時受到影響；當錯誤每隔幾分鐘就重複出現時，這是最可能的原因。 | 查看 status.openai.com。事故期間，你在這裡做的任何變更都不會改變結果——等待才是解決方法。 |
| 連線不穩定：在 Wi-Fi 與行動數據之間切換、使用 VPN 或企業 Proxy，或行動訊號較弱。串流會長時間維持單一開啟的連線，因此一般網頁載入可以通過的地方，串流可能會中斷。 | 關閉 VPN 或 Proxy，然後透過另一條連線重試（Wi-Fi ⇄ 行動數據）。 |
| 瀏覽器環境：注入頁面的擴充功能、過時的快取，或已過期的工作階段。 | 請在無痕視窗中重試。如果在那裡正常，原因就是擴充功能或快取——停用擴充功能、清除網站資料，然後重新登入。 |
| 對話過長，或附件過大。每一回合都會重新傳送完整歷史記錄，因此產生回應需要更久，也更容易中斷。 | 將重點帶到新的聊天中。請拆分大型檔案，不要整個附加。 |
前 90 秒的三個動作
重新產生回應 → 重新載入頁面（在手機上，完全關閉應用程式後再重新開啟）→ 登出帳戶並重新登入。一次性的中斷通常會由這三項其中之一解決，而一次性中斷才是常見情況。如果每次都在完全相同的位置停止，這表示下方的某項特定原因正在發生，而不是偶然狀況。
先判斷問題是否出在你這邊
這是其他解決清單會跳過、卻最能節省時間的一步。開啟 status.openai.com。如果正在發生事故，任何本機調整都不會改變結果，等待是唯一的做法。如果沒有列出任何事故，原因就在本機，下一步可以縮小範圍。在修改設定前先做這項檢查，可以避免服務中斷時花二十分鐘清除快取。
由外而內隔離本地原因
請依此順序操作，因為每一層都會排除上方所有因素：(1) 關閉 VPN 和 Proxy；(2) 開啟無痕視窗——這會一次移除擴充功能和快取；(3) 測試其他瀏覽器或其他裝置；(4) 更換網路。從哪一層開始恢復正常，哪一層就是原因。如果錯誤只在長對話中出現，四者都不是罪魁禍首：將重要內容移至新的聊天。
給開發人員：API 中的相同中斷
使用 stream: true 呼叫 API 時，同樣的故障會以提前結束且沒有 finish_reason 的 Server-Sent Events 連線形式傳回。HTTP 狀態為 200——標頭傳送時一切正常——因此只檢查狀態碼無法捕捉問題；在高負載下還會出現 429 和 529 overloaded_error。以下三點可讓系統承受這種情況：(1) 將未包含 finish_reason 即結束的串流視為可重試，而不是完整回應；(2) 對 429、500 和 529 使用指數退避加上 jitter 重試；(3) 如果路徑中有 Proxy，請檢查其 idle timeout，並關閉回應緩衝——會緩衝回應的 Proxy 會將正常運作的串流變成長時間卡住。為了界定問題，先不經 Proxy 傳送：
# Transmitir direto, sem proxy no caminho, e ver onde para.
curl -N https://api.kunavo.com/v1/chat/completions \
-H "Authorization: Bearer $KUNAVO_API_KEY" \
-H "content-type: application/json" \
-d '{"model":"claude-sonnet-5","stream":true,
"max_tokens":300,
"messages":[{"role":"user","content":"conte devagar de 1 a 20"}]}'如果你透過 Kunavo 呼叫
Kunavo 是 AI API 閘道，而串流在此中斷是預期的運作狀態，不是例外。當模型設定了多個來源通道且第一次嘗試失敗時，請求會在同一次呼叫中經由另一個通道重試——上游的暫時性問題會變成稍微較慢的成功，而不是錯誤。失敗的請求絕不會收費。由於 GPT 和 Claude 可透過單一金鑰存取，要避開過載的模型，只需更換模型名稱，不必更改整合方式。 串流情況的重試與退避模式詳述於 LLM API 串流錯誤.
常見問題
「訊息串流錯誤」是我的錯嗎？
幾乎從來不是。這則訊息表示承載回應的連線在回應完成前就被中斷。你寫入的內容不會造成這種情況。原因可能是 OpenAI 端負載、網路不穩定、瀏覽器擴充功能或工作階段逾期，或對話過長，導致回應超過逾時限制。
如果重新產生仍無法解決呢？
先查看 status.openai.com——發生事故期間，任何本機操作都無法提供幫助。如果沒有事故，請在另一個網路上開啟無痕視窗：這個單一測試會一次移除擴充功能、快取和你一向使用的連線。如果在那裡正常，請逐一重新加入各項因素，直到問題再次出現。如果所有情況都失敗，而且只發生在長對話中，請將重要內容移至新的聊天。
其他 AI 也會發生嗎？
這是 ChatGPT 使用的措辭，但任何以串流方式傳送回應的助理都可能以相同方式中斷。Claude 會顯示一則訊息，表示無法產生完整回應；直接呼叫 API 時，這會呈現為沒有 finish_reason 即結束的 SSE 串流，或在高負載下呈現 529 overloaded_error。
為什麼長對話中更常發生？
每一輪都會重新傳送完整對話串，因此長對話意味著必須透過單一保持開啟的連線，持續進行更長時間的生成。連線保持開啟的時間越長，Proxy 逾時、網路切換或上游短暫異常中斷連線的機會就越高。以重要內容的摘要開始新的聊天，通常比任何瀏覽器調整都更有效。