“Error en el flujo de mensajes” aparece cuando se interrumpe la conexión mediante la que ChatGPT entrega gradualmente la respuesta, antes de que esta termine. Casi nunca se debe a lo que escribiste: las causas habituales son una sobrecarga del lado de OpenAI, un enlace inestable, una extensión del navegador o una conversación demasiado larga. Regenerar la respuesta resuelve la mayoría de los casos; cuando no funciona, una sola comprobación indica si el problema es tuyo.
El error
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.)Causas y soluciones de un vistazo
| Causa | Solución |
|---|---|
| Sobrecarga o incidente del lado de OpenAI. Afecta a todos los planes al mismo tiempo, incluidos Plus y Pro, y es la causa más probable cuando el error se repite cada pocos minutos. | Consulta status.openai.com. Durante un incidente, nada de lo que cambies aquí alterará el resultado: esperar es la solución. |
| Conexión inestable: cambio entre Wi‑Fi y datos móviles, VPN o proxy corporativo, o señal móvil débil. El streaming mantiene una única conexión abierta durante mucho tiempo, por lo que falla donde una carga de página normal funcionaría. | Desactiva la VPN o el proxy y vuelve a intentarlo mediante otra conexión (Wi‑Fi ⇄ datos móviles). |
| Entorno del navegador: una extensión que se inyecta en la página, una caché antigua o una sesión caducada. | Vuelve a intentarlo en una ventana de incógnito. Si allí funciona, la causa es una extensión o la caché: desactiva las extensiones, borra los datos del sitio e inicia sesión de nuevo. |
| La conversación es demasiado larga o los archivos adjuntos son demasiado pesados. Cada turno vuelve a enviar todo el historial, por lo que la generación tarda más y falla con mayor facilidad. | Lleva los puntos principales a un chat nuevo. Divide los archivos grandes en lugar de adjuntarlos completos. |
Las tres acciones de los primeros 90 segundos
Regenerar la respuesta → recargar la página (en el móvil, cerrar completamente la aplicación y volver a abrirla) → cerrar sesión y volver a iniciarla. Una interrupción puntual se resuelve con una de estas tres acciones, y ese es el caso normal. Si, en cambio, se detiene exactamente en el mismo punto cada vez, es señal de que está actuando una de las causas específicas siguientes, no de una casualidad.
Decide primero si el problema es tuyo
Este es el paso que omiten las demás listas de soluciones y el que más tiempo ahorra. Abre status.openai.com. Si hay un incidente en curso, ningún ajuste local cambiará nada y esperar es la única salida. Si no aparece nada, la causa es local y el paso siguiente la delimita. Hacer esta comprobación antes de cambiar la configuración evita pasar veinte minutos borrando la caché durante una interrupción.
Aísla la causa local de fuera hacia dentro
Sigue este orden, porque cada capa descarta todo lo que está por encima: (1) desactivar la VPN y el proxy; (2) abrir una ventana de incógnito, lo que elimina extensiones y caché de una sola vez; (3) probar otro navegador u otro dispositivo; (4) cambiar de red. La capa a partir de la cual vuelve a funcionar es la causa. Si el error solo aparece en conversaciones largas, ninguna de las cuatro es culpable: lleva lo esencial a un chat nuevo.
Para desarrolladores: la misma interrupción en la API
Al llamar a la API con stream: true, el mismo fallo llega como una conexión de Server-Sent Events que termina sin finish_reason. El estado HTTP es 200 —todo estaba bien cuando se enviaron las cabeceras—, por lo que comprobar solo el código de estado no lo detecta; bajo carga también aparecen 429 y 529 overloaded_error. Tres cosas lo hacen tolerable: (1) tratar un stream que terminó sin finish_reason como susceptible de reintento, no como una respuesta completa; (2) reintentar 429, 500 y 529 con backoff exponencial más jitter; (3) si hay un proxy en el trayecto, comprobar su idle timeout y desactivar el almacenamiento en búfer de respuestas; un proxy que almacena en búfer convierte un stream funcional en un bloqueo prolongado. Para delimitarlo, transmite primero sin proxy:
# 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"}]}'Si llamas a través de Kunavo
Kunavo es una pasarela de API de IA, y un stream interrumpido allí es un estado operativo previsto, no una excepción. Cuando un modelo tiene configurado más de un canal de origen y el primer intento falla, la solicitud se repite por otro canal dentro de la misma llamada: un problema pasajero en el nivel superior se convierte en un éxito algo más lento en lugar de un error. Las solicitudes fallidas nunca se cobran. Como GPT y Claude son accesibles con una sola clave, evitar un modelo sobrecargado consiste en cambiar el nombre del modelo, no la integración. El patrón de reintento y backoff para el caso del streaming se detalla en Errores de transmisión de la API de LLM.
Preguntas frecuentes
¿El “error en el flujo de mensajes” es culpa mía?
Casi nunca. El mensaje indica que la conexión que transportaba la respuesta se interrumpió antes de que terminara. Lo que escribiste no lo provoca. Las causas son la carga del lado de OpenAI, una red inestable, una extensión del navegador o una sesión caducada, o una conversación que se alargó tanto que las respuestas superaron el tiempo de espera.
¿Y si regenerar no lo soluciona?
Consulta primero status.openai.com: durante un incidente, nada local ayuda. Si no hay ningún incidente, abre una ventana de incógnito usando otra red: esta única prueba elimina de una vez las extensiones, la caché y tu conexión habitual. Si allí funciona, vuelve a añadir cada elemento hasta que falle de nuevo. Si falla en todas partes y solo en una conversación larga, lleva lo esencial a un chat nuevo.
¿También ocurre con otras IAs?
La redacción es propia de ChatGPT, pero cualquier asistente que entregue respuestas mediante streaming puede fallar de la misma forma. Claude muestra un mensaje que indica que no pudo generar la respuesta completa; en una llamada directa a la API, aparece como un flujo SSE que termina sin finish_reason o, bajo carga, como un 529 overloaded_error.
¿Por qué ocurre más en conversaciones largas?
Cada turno vuelve a enviar todo el hilo, por lo que una conversación larga implica una generación más prolongada sostenida por una única conexión abierta. Cuanto más tiempo permanece abierta esa conexión, más probabilidades hay de que un tiempo de espera del proxy, un cambio de red o un problema en el nivel superior la interrumpa. Empezar un chat nuevo con un resumen de lo importante suele dar mejores resultados que cualquier ajuste del navegador.
Guías relacionadas
- Errores de streaming de LLM: cortes SSE, streams bloqueados y uso no informado
- Error 529 overloaded_error en la API de Claude: qué significa y cómo evitarlo
- Precio de la API de Claude 2026 — tarifas por modelo, pago con Pix y costes reales
Encontrarás más detalles sobre el significado de los errores en referencia de errores; obtener una clave lleva un minuto mediante registro y la guía de autenticación.