«Error en el flujo de mensajes» aparece cuando se interrumpe la conexión por la que ChatGPT entrega su respuesta fragmento a fragmento, antes de que la respuesta esté completa. Casi nunca se debe a tu entrada: casi siempre la causa es una sobrecarga del lado de OpenAI, una conexión inestable, una extensión del navegador o un chat demasiado largo. Regenerar la respuesta resuelve la mayoría de los casos y, si no lo hace, una sola mirada a la página de estado te indica si el problema está realmente en tu lado.
El error
Fehler im Nachrichtenstrom
(Gleiche Störung, andere Formulierungen: „Streaming unterbrochen.
Warte auf die vollständige Nachricht", „Hmm...da ist wohl etwas
schiefgelaufen." Symptom ist immer dasselbe — die Antwort bleibt
mitten im Satz stehen und wird nie fertig.)Causas y soluciones de un vistazo
| Causa | Solución |
|---|---|
| Sobrecarga o interrupción del lado de OpenAI. Afecta simultáneamente a todos los planes, incluidos Plus y Pro, y es la causa más probable si el error reaparece cada pocos minutos. | Comprueba status.openai.com. Durante una interrupción, ningún ajuste en tu lado cambiará nada: la solución es esperar. |
| Conexión inestable: cambio entre Wi‑Fi y red móvil, VPN o proxy corporativo, o señal débil. El streaming mantiene abierta una única conexión larga y se interrumpe allí donde una carga normal de página todavía podría completarse. | Desactiva la VPN o el proxy y vuelve a intentarlo usando otra conexión (Wi‑Fi ⇄ red móvil). |
| Entorno del navegador: una extensión que interfiere con la página, una caché obsoleta o una sesión caducada. | Vuelve a intentarlo en una ventana privada. 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. |
| El chat es demasiado largo o los archivos adjuntos son demasiado grandes. Cada turno vuelve a enviar todo el historial, por lo que la generación tarda más y es más probable que se interrumpa. | Traslada los puntos más importantes a un chat nuevo. Divide los archivos grandes en lugar de adjuntarlos completos. |
Las tres acciones para los primeros 90 segundos
Regenerar la respuesta → recargar la página (en la aplicación, cerrarla por completo y volver a abrirla) → cerrar sesión y volver a iniciarla. Un stream interrumpido una sola vez se resuelve con uno de estos tres pasos, y que ocurra una sola vez es lo normal. Si se interrumpe siempre en el mismo punto, en cambio, es señal de que está presente una de las causas concretas de abajo y no se trata de una casualidad.
Primero aclara si el problema realmente está en tu lado
Este es el paso que las demás guías suelen omitir y el que más tiempo ahorra. Abre status.openai.com. Si aparece una interrupción activa, ningún ajuste local ayudará y esperar es la única solución. Si no aparece nada, la causa está en tu lado y el siguiente paso la acotará. Quien hace esta comprobación antes de cambiar ajustes no pasa veinte minutos borrando la caché durante una interrupción.
Acota la causa local desde fuera hacia dentro
Sigue este orden, porque cada nivel descarta todo lo anterior: (1) desactiva la VPN y el proxy; (2) abre una ventana privada, que elimina extensiones y caché de una vez; (3) prueba otro navegador u otro dispositivo; (4) cambia de red. El nivel a partir del cual vuelve a funcionar es la causa. Si el error solo aparece en chats largos, ninguna de las cuatro opciones es responsable: traslada los puntos esenciales a un chat nuevo.
Para desarrolladores: la misma interrupción en la API
En una llamada con stream: true, la misma interrupción aparece como una conexión de Server-Sent Events que termina sin finish_reason. El estado HTTP es 200 —al enviar las cabeceras todo estaba correcto—, por lo que una comprobación exclusiva del código de estado no detecta la interrupción; bajo carga también aparecen 429 y 529 overloaded_error. Tres cosas ayudan a soportarlo: (1) tratar un stream que termina sin finish_reason como reintentable, no como una respuesta terminada; (2) reintentar con backoff exponencial más jitter ante 429, 500 y 529; (3) detrás de un proxy, comprobar su tiempo de espera de inactividad 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 acotar el problema, transmite primero sin proxy:
# Direkt streamen, kein Proxy dazwischen, und beobachten, wo es abbricht.
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":"Zähle langsam von 1 bis 20"}]}'Si llamas a través de Kunavo
Kunavo trata los streams interrumpidos como un estado operativo, no como una excepción. Si hay varios canales upstream configurados para un modelo y falla el primer intento, la misma solicitud se repite dentro de la misma llamada a través de otro canal: una interrupción temporal arriba se convierte en un éxito algo más lento en lugar de un error. Las solicitudes fallidas nunca se facturan. Como GPT y Claude están disponibles con una sola clave, cuando un modelo está sobrecargado basta con usar otro nombre de modelo en lugar de crear una segunda integración. El patrón de reintento y backoff para el caso de streaming está explicado íntegramente en Errores de transmisión de la API de LLM.
Preguntas frecuentes
¿El «error en el flujo de mensajes» es culpa mía?
Prácticamente nunca. El mensaje indica que la conexión que transporta la respuesta se interrumpió antes de que esta terminara. Tu entrada no lo provoca. Las causas son la carga del lado de OpenAI, una conexión inestable, una extensión del navegador o una sesión caducada, o un chat que se ha hecho tan largo que las respuestas terminan agotando el tiempo de espera.
¿Qué hago si regenerar no ayuda?
Primero comprueba status.openai.com: durante una interrupción nada local servirá de ayuda. Si no hay ninguna interrupción, abre la página en una ventana privada usando otra red: esta prueba elimina simultáneamente las extensiones, la caché y tu conexión habitual. Si allí funciona, vuelve a activar cada elemento por separado hasta que vuelva a fallar. Si falla en todas partes y solo en un chat largo concreto, traslada los puntos esenciales a un chat nuevo.
¿También ocurre con otros chats de IA?
La formulación procede de ChatGPT, pero cualquier asistente que transmita respuestas puede interrumpirse de la misma manera. Claude muestra un mensaje que indica que la respuesta no pudo generarse por completo; en una llamada directa a la API aparece como un stream SSE que termina sin finish_reason o, bajo carga, como 529 overloaded_error.
¿Por qué ocurre con más frecuencia en conversaciones largas?
Cada turno vuelve a enviar todo el historial, por lo que una conversación larga implica una generación más prolongada en una única conexión abierta. Cuanto más tiempo permanece abierta esa conexión, más oportunidades tiene un tiempo de espera del proxy, un cambio de red o una interrupción del servicio de romperla. Un chat nuevo con un resumen de lo esencial suele ayudar más 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 de la API de Claude: qué significa y cómo sobrellevarlo
- Precios de la API de Gemini 2026: tarifas por modelo, aproximadamente un 70% por debajo de la tarifa de Google
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.