「訊息串流發生錯誤」出現在 ChatGPT 逐字傳送回覆的連線於回覆結束前中斷的時候。幾乎不會是你輸入的內容造成的：常見成因是 OpenAI 端負載過高、線路不穩、瀏覽器擴充功能，或是一則已經太長的對話。重新產生回覆可以解決大多數情況；若仍無效，只要看一次狀態頁就能判斷問題根本不在你這邊。
錯誤訊息
訊息串流發生錯誤
（同一種故障的其他說法：「串流已中斷。正在等待完整訊息」、
「Hmm...something seems to have gone wrong.」
症狀都一樣 —— 回覆停在一半，永遠不會產生完。）成因與解法一覽
| 成因 | 解法 |
|---|---|
| OpenAI 端負載過高或發生故障。會同時影響所有方案，Plus 與 Pro 也不例外；若錯誤每隔幾分鐘就重複出現，這是最可能的成因。 | 查看 status.openai.com。故障期間不論你這邊怎麼調整都不會改變結果，等待就是唯一的解法。 |
| 連線不穩：Wi-Fi 與行動網路切換、VPN 或公司 Proxy、行動訊號微弱。串流會把單一連線長時間開著，因此在一般網頁還能正常載入的環境下也可能斷掉。 | 關閉 VPN 或 Proxy，改用另一條線路（Wi-Fi ⇄ 行動網路）重試。 |
| 瀏覽器環境：會注入頁面的擴充功能、過期的快取、已失效的登入狀態。 | 改用無痕視窗重試。若無痕下正常，成因就是擴充功能或快取 —— 停用擴充、清除網站資料、重新登入。 |
| 對話太長或附件太大。每一輪都會把整串對話重新送出一次，產生時間拉長，中斷的機率也跟著提高。 | 把重點帶到新的對話繼續。大檔案分批提供，不要整份附上。 |
前 90 秒先試這三招
重新產生回覆 → 重新整理頁面（用 App 的話完全關閉再開啟）→ 登出後重新登入。一次性的連線中斷用這三招其中一招就能解決，而一次性正是常態。相反地，如果每次都停在同一個位置，那是下面某個具體成因在作用的訊號，而不是偶發。
先判斷問題是不是在你這邊
這是其他教學會略過、卻最省時間的一步。打開 status.openai.com。如果顯示正在處理的故障，你這邊任何設定都不會改變什麼，等待是唯一解。如果沒有任何故障，成因就在本地，下一步會把範圍縮小。先做這個確認再動設定，就不會在官方故障期間花二十分鐘清快取。
由外往內一層一層縮小本地成因
照這個順序處理，因為每一層都會排除它上面的所有可能：① 關閉 VPN 與 Proxy ② 開無痕視窗（一次移除擴充功能與快取）③ 換一個瀏覽器或換一台裝置 ④ 換一條網路。恢復正常的那一層就是成因。如果只有長對話才出錯，那四層都不是問題所在 —— 把重點搬到新對話才是解法。
給開發者：同一個中斷在 API 上的樣子
以 stream: true 呼叫 API 時，同一種故障會表現為一條在沒有 finish_reason 的情況下結束的 Server-Sent Events 連線。HTTP 狀態碼是 200 —— 送出標頭的當下一切正常 —— 因此只檢查狀態碼抓不到；負載高時還會同時出現 429 與 529 overloaded_error。三件事能讓它變得可承受：(1) 把沒有 finish_reason 就結束的串流視為可重試，而不是一則完成的回覆；(2) 對 429、500、529 採用指數退避加抖動重試；(3) 若中間有 Proxy，檢查它的 idle timeout 並關閉回應緩衝 —— 會緩衝的 Proxy 會把一條正常的串流變成一次長時間卡住。要釐清問題，先不經 Proxy 直接串流：
# 直接串流、路徑上不放 Proxy，觀察它停在哪裡。
curl -N https://api.kunavo.com/v1/chat/completions \
-H "Authorization: Bearer $KUNAVO_API_KEY" \
-H "content-type: application/json" \
-d '{"model":"claude-sonnet-4-6","stream":true,
"max_tokens":300,
"messages":[{"role":"user","content":"請慢慢從 1 數到 20"}]}'如果你是透過 Kunavo 呼叫
Kunavo 是 AI API 閘道，串流中斷在這裡是預期中的運作狀態，不是例外。當一個模型設定了多條上游通道、第一次嘗試失敗時，同一個請求會在同一次呼叫內改走另一條通道重試，因此上游一時的不穩會變成「稍微慢一點的成功」而不是錯誤。失敗的請求一律不計費。由於 GPT、Claude 與 Gemini 共用同一把金鑰，遇到某個模型過載時，改的是模型名稱而不是整套串接。 串流情境下的重試與退避寫法，完整版在 LLM API streaming errors.
常見問題
「訊息串流發生錯誤」是我的問題嗎？
幾乎不是。這則訊息表示承載回覆的連線在回覆完成前被切斷。你輸入的內容不會造成它。成因是 OpenAI 端的負載、不穩定的網路、瀏覽器擴充功能或失效的登入狀態，或是一則長到會讓回應逾時的對話。
重新產生還是不行怎麼辦？
先看 status.openai.com —— 官方故障期間做什麼本地調整都沒用。若沒有故障，換一條網路用無痕視窗開啟：這一個測試同時排除了擴充功能、快取與你平常的線路。若無痕下正常，再一項一項加回去，直到再次出錯。若到處都失敗、而且只發生在某一則長對話裡，就把重點搬到新對話。
其他 AI 也會出現同樣的錯誤嗎？
這個用字是 ChatGPT 的，但任何以串流方式回覆的助理都可能以同樣的方式中斷。Claude 會顯示無法完整產生回應的訊息；直接呼叫 API 時，它表現為沒有 finish_reason 就結束的 SSE 串流，或在高負載時表現為 529 overloaded_error。
為什麼長對話更常出現？
每一輪都會把整串對話重新送出，所以對話越長，就代表在同一條開著的連線上產生得越久。連線開著的時間越長，Proxy 逾時、網路切換或上游打嗝有機會把它扯斷的次數就越多。用摘要開一則新對話，通常比調任何瀏覽器設定都有效。