“Ocorreu um erro no fluxo de mensagens” aparece quando a conexão pela qual o ChatGPT envia a resposta aos poucos é interrompida antes do fim. Praticamente nunca é causado pelo conteúdo digitado. Na maioria dos casos, a causa é sobrecarga da OpenAI, uma conexão instável, extensões do navegador ou uma conversa que ficou longa demais. Regenerar a resposta resolve na maioria das vezes; se não resolver, consultar a página de status uma vez separa rapidamente um problema local de um problema geral.
O erro
메시지 스트림에 오류가 발생했습니다
(같은 장애의 다른 표현: “스트리밍이 중단되었습니다. 전체 메시지를
기다리는 중”, “Hmm...something seems to have gone wrong.”
증상은 동일합니다 — 답변이 도중에 멈추고 끝까지 생성되지 않습니다.)Causas e soluções em resumo
| Causa | Solução |
|---|---|
| Sobrecarga ou falha na OpenAI. Pode aparecer simultaneamente em todos os planos; Plus e Pro também não são exceção. Se repetir em intervalos de poucos minutos, esta é a causa mais provável. | Verifique a falha em andamento em status.openai.com. Durante uma falha, alterar configurações do seu lado não muda o resultado; esperar é a única solução. |
| Conexão instável: alternância entre Wi-Fi e LTE, VPN ou proxy corporativo, sinal móvel fraco. O streaming mantém uma única conexão aberta por mais tempo, portanto pode ser interrompido mesmo quando o carregamento de páginas comuns funciona. | Desative a VPN e o proxy e tente novamente usando outra conexão (Wi-Fi ⇄ dados móveis). |
| Ambiente do navegador: extensões que interferem na página, cache antigo ou sessão expirada. | Tente novamente em uma janela anônima. Se funcionar ali, a causa é uma extensão ou o cache — desative extensões, exclua os dados do site e faça login novamente. |
| A conversa é longa demais ou o anexo é pesado. Como a conversa inteira é enviada novamente a cada turno, a geração fica mais longa e a probabilidade de interrupção aumenta. | Resuma apenas o essencial e leve-o para uma conversa nova. Não envie arquivos grandes inteiros; divida-os em partes. |
Três coisas para fazer nos primeiros 90 segundos
Regenerar a resposta → atualizar a página (no aplicativo, encerrar completamente e abrir novamente) → sair da conta e entrar de novo. Interrupções ocasionais normalmente são resolvidas por uma dessas três ações, e o caso ocasional é o mais comum. Se parar sempre no mesmo ponto, isso indica que uma das causas específicas abaixo está atuando.
Descubra primeiro se o problema é seu
Esta é a etapa que outros textos de solução costumam ignorar e que mais economiza tempo. Abra status.openai.com. Se houver uma falha em andamento, nada que você faça nas configurações locais mudará o resultado; só resta esperar. Se não houver nada, a causa está no seu ambiente, e as próximas etapas a restringirão. Verificar isso antes de alterar configurações evita passar 20 minutos limpando o cache durante uma falha.
Restrinja a causa de fora para dentro, camada por camada
Siga esta ordem, pois cada etapa elimina todas as possibilidades acima dela: ① desative VPN e proxy ② abra em uma janela anônima (remove extensões e cache de uma vez) ③ use outro navegador ou dispositivo ④ mude de conexão. A etapa em que tudo volta ao normal revela a causa. Se o erro ocorrer apenas em conversas longas, nenhuma das quatro é a causa; levar apenas o essencial para uma conversa nova é a solução mais confiável.
Para desenvolvedores: a mesma interrupção também ocorre na API
Ao chamar a API com stream: true, a mesma falha aparece como uma conexão Server-Sent Events encerrada sem finish_reason. O status HTTP é 200 — os cabeçalhos estavam normais quando foram enviados —, portanto verificar apenas o código de status não detecta o problema; sob carga, também aparecem 429 e 529 overloaded_error. Três medidas tornam o sistema resiliente: (1) tratar streams encerrados sem finish_reason como respostas incompletas que devem ser repetidas; (2) repetir 429, 500 e 529 com backoff exponencial e jitter; (3) se houver um proxy, verificar o idle timeout e desativar o buffering da resposta — um proxy que faz buffering transforma um stream normal em uma longa pausa. Para identificar a causa, faça primeiro o teste sem 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까지 천천히 세어줘"}]}'Se você estiver chamando pela Kunavo
A Kunavo (gateway de API de IA) foi projetada partindo do pressuposto de que essas falhas temporárias de streaming ocorrerão. Quando há vários canais upstream configurados para um modelo, uma falha na primeira tentativa faz com que a mesma solicitação tente automaticamente outro canal, de modo que uma instabilidade temporária do upstream se torna um “sucesso um pouco mais lento”, e não um erro. Solicitações que falham não são cobradas. Você pode chamar GPT e Claude com uma única chave de API; quando um modelo específico está sobrecarregado, basta alterar o nome do modelo para contornar o problema. O padrão de repetição e backoff para situações de streaming está descrito no artigo a seguir: Erros de streaming de APIs de LLM.
Perguntas frequentes
“Ocorreu um erro no fluxo de mensagens” é culpa minha?
Quase nunca. A mensagem significa que a conexão que transportava a resposta foi interrompida antes do fim. O conteúdo digitado não causa esse erro. As causas são carga na OpenAI, rede instável, extensões do navegador ou sessão expirada, ou uma conversa que ficou longa o suficiente para atingir o tempo limite da resposta.
E se continuar falhando mesmo depois de regenerar?
Primeiro, verifique status.openai.com — durante uma falha, não há nada que você possa fazer localmente. Se não houver falha, abra em uma janela anônima usando outra conexão. Esse único teste elimina simultaneamente extensões, cache e sua conexão habitual. Se funcionar ali, reverta as mudanças uma a uma até descobrir o que faz o problema voltar. Se não funcionar em lugar algum e ocorrer apenas em uma conversa longa específica, leve o essencial para uma conversa nova.
O mesmo erro ocorre em outras IAs?
A mensagem é do ChatGPT, mas Claude e Gemini usam a mesma estrutura de receber respostas por streaming; se a conexão for interrompida, o tipo de erro é semelhante. No Claude, aparece como uma mensagem informando que a resposta não pôde ser gerada até o fim; em uma chamada direta à API, aparece como um stream SSE encerrado sem finish_reason ou como 529 (overloaded_error) sob carga.
Por que ocorre mais em conversas longas?
Como todo o histórico da conversa é reenviado a cada turno, quanto mais longa a conversa, mais tempo a geração permanece em uma única conexão aberta. Quanto mais tempo a conexão fica aberta, maiores as chances de um timeout do proxy, uma mudança de rede ou um problema momentâneo no upstream. Em geral, resumir o essencial e iniciar uma conversa nova é mais eficaz do que alterar as configurações do navegador.
Guias relacionados
- Erros de streaming de LLM — cortes de SSE, streams travados e uso ausente
- Erro 529 overloaded_error da Claude API — o que significa e como contorná-lo
- Preços e pagamentos da API Claude 2026 — guia completo do custo da API Claude
Mais detalhes sobre o significado dos erros estão em referência de erros; obter uma chave leva um minuto por meio de cadastro e da guia de autenticação.