當 ChatGPT 逐步傳送回應的連線在回應完成前中斷時，就會出現「訊息串流錯誤」。幾乎從來不是你輸入的內容造成的：常見原因包括 OpenAI 端過載、連線不穩定、瀏覽器擴充功能，或對話串過長。重新生成回應可以解決大多數情況；如果不行，只需一次檢查就能判斷問題是否甚至出在你這邊。
錯誤
Error en el flujo de mensajes
(La misma avería con otras redacciones: «Transmisión interrumpida.
Esperando el mensaje completo», «Vaya...parece que algo ha salido
mal.» El síntoma es idéntico — la respuesta se detiene a medias
y nunca se completa.)原因與解決方法一覽
| 原因 | 解決方法 |
|---|---|
| OpenAI 端過載或發生故障。它會同時影響所有方案，包括 Plus 和 Pro；當錯誤每隔幾分鐘就重複出現時，這是最可能的原因。 | 查看 status.openai.com。服務發生故障期間，你在裝置上做的任何變更都不會改變結果——等待才是解決方式。 |
| 連線不穩定：在 Wi-Fi 與行動數據之間切換、使用 VPN 或企業代理、行動訊號覆蓋不佳。串流會長時間維持單一開放連線，因此一般網頁載入可以通過的地方，串流可能會中斷。 | 停用 VPN 或代理，並透過其他連線重試（Wi-Fi ⇄ 行動數據）。 |
| 瀏覽器環境：注入頁面的擴充功能、過期的快取，或已過期的工作階段。 | 在私密視窗中重試。如果在那裡正常，原因就是擴充功能或快取——停用擴充功能、清除網站資料，然後重新登入。 |
| 對話串過長或附件太大。每一輪都會重新傳送完整對話，因此生成需要更久，也更容易中斷。 | 將重點移至新的聊天。把大型檔案拆分，而不要整份附加。 |
前 90 秒的三個動作
重新生成回應 → 重新載入頁面（在行動裝置上，完全關閉應用程式後重新開啟）→ 登出再重新登入。一次性的中斷通常能透過這三個動作之一解決，而一次性中斷才是常態。如果總是在完全相同的位置停止，則表示下方某個具體原因正在發生，而不是偶發事件。
先判斷問題是否出在你這邊
這是其他解決方案清單會跳過的步驟，也是最節省時間的一步。開啟 status.openai.com。如果正在發生故障，任何本機設定都無法修復，等待是唯一選項。如果沒有列出故障，原因就在本機，下一步即可縮小範圍。在調整設定前先進行這項檢查，可以避免在服務中斷期間花二十分鐘清除快取。
由外而內隔離本機原因
請依此順序進行，因為每一層都會排除前面的所有可能：(1) 關閉 VPN 和代理；(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) 若中間有代理，檢查其閒置逾時並停用回應緩衝——儲存回應的代理會將正常串流變成長時間阻塞。為了縮小範圍，先在沒有代理的情況下傳送：
# Transmitir directamente, sin proxy por medio, y ver dónde se detiene.
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":"cuenta despacio del 1 al 20"}]}'如果你透過 Kunavo 呼叫
Kunavo 是 AI API 閘道，中斷的串流在其中是預期的運作狀態，而不是例外。當模型設定了多個來源通道且第一次嘗試失敗時，請求會在同一次呼叫中透過其他通道重試，因此上游的短暫問題會轉化為稍微變慢的成功，而不是錯誤。失敗的請求永遠不會計費。由於 GPT 和 Claude 都可使用單一金鑰存取，避開過載模型只需更換模型名稱，不需變更整合。 串流案例的重試與退避模式詳見 LLM API 串流錯誤.
常見問題
「訊息串流錯誤」是我的問題嗎？
幾乎從來不是。這段訊息表示傳送回應的連線在完成前中斷。你輸入的內容不會造成它。原因包括 OpenAI 端負載、網路不穩定、瀏覽器擴充功能或過期的工作階段，或對話串長到足以讓回應逾時。
如果重新生成也無法修復，我該怎麼辦？
先查看 status.openai.com——服務發生故障期間，本機的任何處理都沒有幫助。如果沒有故障，請在其他網路上的私密視窗中開啟：這個單一測試會同時移除擴充功能、快取和你慣用的連線。如果那裡正常，逐一恢復每個元件，直到問題再次出現。如果各處都失敗，而且只發生在某個長對話中，請將必要內容移至新的聊天。
其他 AI 也會發生嗎？
這是 ChatGPT 使用的措辭，但任何以串流方式傳送回應的助理都可能以相同方式中斷。Claude 會顯示無法完整生成回應的訊息；直接呼叫 API 時，則會表現為在沒有 finish_reason 的情況下結束的 SSE 串流，或在負載下出現 529 overloaded_error。
為什麼在長對話中更常發生？
每一輪都會重新傳送整個對話串，因此長對話意味著必須在單一持續開啟的連線上維持更長時間的生成。連線維持越久，代理伺服器逾時、網路跳轉或上游故障中斷連線的機會就越高。使用重要內容的摘要開啟新聊天，通常比調整瀏覽器設定更有效。