ChatGPT 消息流错误——原因与解决方法

“消息流发生错误”会在 ChatGPT 逐字传送回复的连接于回复结束前中断时出现。几乎不会是你输入的内容造成的：常见原因是 OpenAI 端负载过高、线路不稳定、浏览器扩展，或对话过长。重新生成回复可以解决大多数情况；如果仍无效，只需查看一次状态页即可判断问题根本不在你这边。

错误

ChatGPT 对话中显示的消息

訊息串流發生錯誤

（同一種故障的其他說法：「串流已中斷。正在等待完整訊息」、
　「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 直接进行流式传输：

stream-test.sh

# 直接串流、路徑上不放 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-5","stream":true,
       "max_tokens":300,
       "messages":[{"role":"user","content":"請慢慢從 1 數到 20"}]}'

如果你通过 Kunavo 调用

Kunavo 是 AI API 网关，流式中断在这里属于预期的运行状态，而不是异常。当某个模型配置了多条上游通道，第一次尝试失败时，同一个请求会在同一次调用内改走另一条通道重试，因此上游暂时不稳定会变成“稍微慢一点的成功”，而不是错误。失败的请求一律不收费。由于 GPT 与 Claude 共用同一把密钥，某个模型过载时，修改的是模型名称，而不是整套连接。流式场景下的重试与退避写法，完整版本见 LLM API 流式传输错误.

常见问题

“消息流传输发生错误”是我的问题吗？

几乎不是。这条消息表示承载回复的连接在回复完成前被切断。你输入的内容不会导致此问题。原因可能是 OpenAI 端负载过高、网络不稳定、浏览器扩展或登录状态失效，或者对话过长导致响应超时。

重新生成仍然不行怎么办？

先查看 status.openai.com——官方服务故障期间，任何本地调整都没有用。如果没有故障，请换一条网络，并用无痕窗口打开：这项测试可以同时排除扩展、缓存和你平时使用的网络线路。如果无痕模式下正常，再逐项恢复原设置，直到再次出现错误。如果所有地方都失败，而且只发生在某一段很长的对话中，请把重点转移到新对话。

其他 AI 也会出现同样的错误吗？

这种措辞来自 ChatGPT，但任何以流式方式回复的助手都可能以同样的方式中断。Claude 会显示无法完整生成回复的消息；直接调用 API 时，则表现为 SSE 流在没有 finish_reason 的情况下结束，或在高负载时表现为 529 overloaded_error。

为什么长对话更常出现？

每一轮都会重新发送整段对话，因此对话越长，就意味着要在同一条保持开启的连接上生成更久。连接保持开启的时间越长，Proxy 超时、网络切换或上游短暂故障将其切断的机会就越多。使用摘要开启新对话，通常比调整任何浏览器设置都有效。

ChatGPT“消息流发生错误”的原因与解决方法

错误