当 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 或企业代理、移动信号较弱。流式传输会长时间保持单个开放连接，因此普通页面加载可以成功的连接，在这里可能会中断。 | 关闭 VPN 或代理，然后通过另一条连接重试（Wi-Fi ⇄ 移动数据）。 |
| 浏览器环境：注入页面的扩展、过期缓存或已过期的会话。 | 尝试在无痕窗口中重试。如果在那里可以正常工作，原因就是扩展或缓存——停用扩展、清除网站数据，然后重新登录。 |
| 对话过长或附件过大。每一轮都会重新发送完整历史，因此生成时间更长，也更容易中断。 | 将要点转移到新聊天中。将大文件拆分，而不是完整上传。 |
前 90 秒的三个操作
重新生成回复 → 刷新页面（手机上则完全关闭应用后重新打开）→ 退出账户并重新登录。一次性的中断通常会被这三步之一解决，而一次性中断才是正常情况。如果每次都在完全相同的位置停止，这说明下面某个具体原因正在起作用，而不是偶然故障。
先判断问题是否出在你这边
这是其他解决方案列表通常跳过、但最节省时间的一步。打开 status.openai.com。如果正在发生故障，本地调整不会改变任何结果，等待是唯一办法。如果没有列出故障，原因就在本地，下一步可以进一步定位。在修改设置前先进行这项检查，可以避免在服务中断期间花 20 分钟清理缓存。
从外到内隔离本地原因
按以下顺序操作，因为每一层都会排除上方的所有因素：(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 使用带抖动的指数退避重试；(3) 如果路径中存在代理，检查其 idle timeout，并关闭响应缓冲——会缓冲响应的代理会将正常流式传输变成长时间卡住。为便于定位，请先在没有代理的情况下传输：
# 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。
为什么长对话中更容易发生？
每一轮都会重新发送完整对话，因此长对话意味着需要通过单个开放连接维持更长时间的生成。连接保持时间越长，代理超时、网络切换或上游短暂波动将其切断的机会就越多。使用重要内容的摘要开始新聊天，通常比调整浏览器设置更有效。