「訊息串流發生錯誤」會在 ChatGPT 逐步傳送回覆的連線於回覆完成前中斷時顯示。這幾乎不是由輸入內容造成的錯誤。大多數情況是 OpenAI 端過載、連線不穩定、瀏覽器擴充功能，或對話過長所致。重新產生回覆通常即可解決；若仍無法解決，只要查看狀態頁面一次，就能判斷問題是否出在自己這端。
錯誤
메시지 스트림에 오류가 발생했습니다
(같은 장애의 다른 표현: “스트리밍이 중단되었습니다. 전체 메시지를
기다리는 중”, “Hmm...something seems to have gone wrong.”
증상은 동일합니다 — 답변이 도중에 멈추고 끝까지 생성되지 않습니다.)原因與解決方法一覽
| 原因 | 解決方法 |
|---|---|
| OpenAI 端過載或服務故障。所有方案都可能同時出現，Plus 與 Pro 也不例外。如果每隔幾分鐘重複發生，最可能就是這個原因。 | 前往 status.openai.com 查看進行中的服務故障。故障期間，無論怎麼修改自己端的設定，結果都不會改變；等待是唯一的解決方法。 |
| 連線不穩定：Wi-Fi 與 LTE 切換、VPN 或公司代理伺服器、行動訊號微弱。串流需要長時間維持單一連線，因此即使一般網頁可以載入，也可能中斷。 | 關閉 VPN 與代理伺服器，改用其他連線（Wi-Fi ⇄ 行動數據）重新嘗試。 |
| 瀏覽器環境：會介入頁面的擴充功能、過期快取、已過期的工作階段。 | 在無痕視窗中重新嘗試。如果此時正常，原因就是擴充功能或快取 — 關閉擴充功能、刪除網站資料，並重新登入。 |
| 對話過長或附件過大。每一輪都會重新傳送完整對話，因此生成時間會變長，中斷的機率也會隨之上升。 | 整理重點後移至新對話。大型檔案不要一次完整上傳，請分批提供。 |
前 90 秒可做的三件事
重新產生回覆 → 重新整理頁面（若是 App，完全關閉後重新啟動）→ 登出後重新登入。若只是一次性中斷，這三項其中一項通常就能解決，而一次性中斷才是常見情況。反之，如果每次都在相同位置停止，則表示下方某個具體原因正在發生作用。
先判斷是不是自己的問題
這是其他解決文章常跳過、卻最能節省時間的一步。開啟 status.openai.com。如果顯示進行中的服務故障，自己端的設定不會帶來任何改變，只能等待。如果沒有顯示故障，原因就在自己的環境中，下一步會協助縮小範圍。在調整設定前先完成這項檢查，就不會在服務故障期間花 20 分鐘清除快取。
從外圍開始逐層縮小原因
請依此順序進行，因為每一步都能排除其上方的所有可能性：① 關閉 VPN 與代理伺服器 ② 在無痕視窗開啟（一次排除擴充功能與快取）③ 使用其他瀏覽器或其他裝置 ④ 更換連線。恢復正常的那一步就是原因。如果只有長對話會發生錯誤，四項都不是原因；把重點移至新對話是最可靠的做法。
開發者專用：API 也會發生相同的中斷
以 stream: true 呼叫 API 時，相同故障會呈現為 Server-Sent Events 連線在沒有 finish_reason 的情況下結束。HTTP 狀態為 200 — 因為傳送標頭時一切正常 — 因此只檢查狀態碼無法捕捉；負載升高時也會出現 429 與 529 overloaded_error。要讓系統具備容錯能力，有三件事：(1) 沒有 finish_reason 就結束的串流，視為未完成回覆並重新嘗試 (2) 429、500、529 使用指數退避與抖動重試 (3) 若經過代理伺服器，確認 idle timeout 並關閉回應緩衝 — 會緩衝的代理伺服器會把正常串流變成長時間停頓。若要判斷原因，先不經代理伺服器直接串流：
# 프록시를 거치지 않고 직접 스트리밍해 어디서 끊기는지 확인한다.
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":"1부터 20까지 천천히 세어줘"}]}'如果你透過 Kunavo 呼叫
Kunavo（AI API 閘道）以這類暫時性串流失敗可能發生為前提進行設計。若同一模型設定了多個上游通道，第一次嘗試失敗時，會在同一請求中自動切換至其他通道並重試，因此上游暫時不穩定不會成為錯誤，而會變成「稍微慢一點但成功」。失敗的請求不會計費。您可以用一把 API 金鑰呼叫 GPT 與 Claude；當特定模型過載時，只要更改模型名稱即可繞過。 串流情境下的重試與退避模式整理於下文： LLM API 串流錯誤.
常見問題
「訊息串流發生錯誤」是我的錯嗎？
幾乎不是。這段訊息表示承載回覆的連線在完成前中斷。輸入內容不會造成此錯誤。原因可能是 OpenAI 端負載、網路不穩定、瀏覽器擴充功能或過期工作階段，或對話過長導致回應逾時。
重新產生後仍然無法解決，該怎麼辦？
先查看 status.openai.com — 服務故障期間，自己端無能為力。如果沒有故障，請在其他連線上以無痕視窗開啟。這一次測試就能同時排除擴充功能、快取與平常使用的連線。若在那裡正常，再逐一恢復設定，找出再次出錯的位置。如果任何地方都不行，而且只有特定長對話會發生，請將重點移至新對話。
其他 AI 也會發生相同錯誤嗎？
這段文字是 ChatGPT 的訊息，但 Claude 或 Gemini 同樣以串流方式接收回覆，因此連線中斷時也會出現同類錯誤。在 Claude 中可能顯示無法完成回覆生成；直接呼叫 API 時，則會呈現沒有 finish_reason 就結束的 SSE 串流，或負載過高時出現 529（overloaded_error）。
為什麼長對話更常發生？
因為每一輪都會重新傳送完整對話，對話越長，就越需要在單一開啟的連線上持續生成。連線維持越久，代理伺服器逾時、網路切換與上游瞬間異常介入的機會就越高。與其調整瀏覽器設定，通常摘要重點後開始新對話更有效。