ChatGPT: errore nel flusso di messaggi

« Errore nel flusso di messaggi » viene visualizzato quando la connessione attraverso cui ChatGPT ti consegna la risposta, frammento per frammento, viene interrotta prima che la risposta sia terminata. Quasi mai dipende da ciò che hai scritto: le cause abituali sono un sovraccarico lato OpenAI, una connessione instabile, un'estensione del browser o una conversazione diventata troppo lunga. Rigenerare la risposta risolve la maggior parte dei casi; quando non basta, una sola verifica ti dice se il problema dipende da te.

L’errore

visualizzato nella conversazione ChatGPT

Erreur dans le flux de messages

(Même panne, autres formulations : « Streaming interrompu.
 En attente du message complet », « Hmm...quelque chose semble
 avoir mal tourné. » Le symptôme est identique — la réponse
 s'arrête en cours de route et ne se termine jamais.)

Cause e soluzioni in breve

Causa	Soluzione
Sovraccarico o incidente lato OpenAI. Colpisce contemporaneamente tutti i piani, inclusi Plus e Pro, ed è la causa più probabile quando l'errore ricompare ogni pochi minuti.	Consulta status.openai.com. Durante un incidente, nessuna modifica locale cambia il risultato: la soluzione è aspettare.
Connessione instabile: passaggio tra Wi-Fi e 4G, VPN o proxy aziendale, segnale mobile debole. Lo streaming mantiene aperta una singola connessione a lungo, quindi si interrompe dove un normale caricamento della pagina riuscirebbe.	Disattiva VPN o proxy e riprova su un'altra connessione (Wi-Fi ⇄ mobile).
Ambiente del browser: un'estensione che si inserisce nella pagina, una cache obsoleta o una sessione scaduta.	Riprova in navigazione privata. Se funziona, la causa è un'estensione o la cache: disattiva le estensioni, cancella i dati del sito e accedi di nuovo.
Conversazione troppo lunga o allegati troppo pesanti. Ogni turno reinvia l'intera cronologia, quindi la generazione dura più a lungo e si interrompe più facilmente.	Trasferisci l'essenziale in una nuova conversazione. Dividi i file grandi invece di allegarli per intero.

Le tre azioni dei primi 90 secondi

Rigenera la risposta → ricarica la pagina (su mobile, chiudi completamente l'app e riaprila) → disconnettiti e accedi di nuovo. Un'interruzione occasionale si risolve con una di queste tre azioni, e l'occasionalità è il caso normale. Se invece si interrompe esattamente nello stesso punto ogni volta, è il segno che è in gioco una delle cause specifiche riportate sotto, non una casualità.

Determina prima se il problema dipende da te

È il passaggio che gli altri elenchi di risoluzione dei problemi saltano e quello che fa risparmiare più tempo. Apri status.openai.com. Se è in corso un incidente, nessuna impostazione locale cambierà il risultato e aspettare è l'unica opzione. Se non è segnalato nulla, la causa è locale e il passaggio successivo la circoscrive. Eseguire questa verifica prima di modificare le impostazioni evita di passare venti minuti a svuotare la cache durante un'interruzione del servizio.

Isola la causa locale dall'esterno verso l'interno

Procedi in quest'ordine; ogni passaggio esclude tutto ciò che lo precede: (1) disattiva VPN e proxy; (2) apri una finestra di navigazione privata — rimuove estensioni e cache con un'unica azione; (3) prova un altro browser o dispositivo; (4) cambia rete. Il passaggio a partire dal quale il problema scompare indica la causa. Se l'errore compare solo nelle conversazioni lunghe, nessuna delle quattro è responsabile: trasferisci l'essenziale in una nuova conversazione.

Per gli sviluppatori: la stessa interruzione dal lato API

Chiamando l'API con stream: true, lo stesso guasto si presenta come una connessione Server-Sent Events che termina senza finish_reason. Lo stato HTTP è 200 — tutto funzionava al momento dell'invio delle intestazioni — quindi un controllo del solo codice di stato non lo rileva; sotto carico si aggiungono 429 e 529 overloaded_error. Tre accorgimenti lo rendono gestibile: (1) trattare uno stream terminato senza finish_reason come da ripetere, non come una risposta completa; (2) ritentare 429, 500 e 529 con backoff esponenziale e jitter; (3) dietro un proxy, verificare il suo idle timeout e disattivare il buffering delle risposte — un proxy che memorizza nel buffer trasforma uno stream funzionante in un lungo blocco. Per circoscrivere il problema, trasmetti prima senza proxy:

stream-test.sh

# Streamer directement, sans proxy sur le chemin, et voir où ça s'arrête.
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":"compte lentement de 1 à 20"}]}'

Se chiami tramite Kunavo

Kunavo è un gateway per API di IA e uno stream interrotto è uno stato operativo previsto, non un'eccezione. Quando per un modello sono configurati più canali upstream e il primo tentativo fallisce, la richiesta viene ripetuta su un altro canale all'interno della stessa chiamata: un incidente upstream temporaneo diventa un successo leggermente più lento invece di un errore. Le richieste fallite non vengono mai fatturate. Poiché GPT e Claude sono accessibili con una sola chiave, aggirare un modello sovraccarico equivale a cambiare il nome del modello, non l'integrazione. Lo schema di ripetizione e backoff per il caso dello streaming è illustrato in Errori di streaming delle API LLM.

Domande frequenti

« Errore nel flusso dei messaggi »: è colpa mia?

Quasi mai. Il messaggio indica che la connessione che trasportava la risposta è stata interrotta prima della fine. Ciò che hai scritto non ne è la causa. Le cause sono il carico lato OpenAI, una rete instabile, un'estensione del browser o una sessione scaduta, oppure una conversazione diventata abbastanza lunga da far scadere le risposte.

Cosa fare se rigenerare non basta?

Controlla innanzitutto status.openai.com: durante un incidente, nulla di locale può aiutare. Se non ci sono incidenti, apri una finestra privata su un'altra rete: questo singolo test rimuove in una volta estensioni, cache e connessione abituale. Se funziona, riattiva ogni elemento uno alla volta finché il problema non si ripresenta. Se fallisce ovunque e solo in una conversazione lunga, trasferisci l'essenziale in una nuova.

Succede anche con altre IA?

La formulazione è quella di ChatGPT, ma qualsiasi assistente che trasmetta le risposte in streaming può interrompersi nello stesso modo. Claude mostra un messaggio che indica di non aver potuto generare la risposta completa; nelle chiamate dirette all'API, si presenta come un flusso SSE che termina senza finish_reason oppure, sotto carico, come un 529 overloaded_error.

Perché l'errore si ripresenta più spesso nelle conversazioni lunghe?

A ogni turno viene inviato l'intero filo, quindi una conversazione lunga implica una generazione più lunga mantenuta su un'unica connessione aperta. Più a lungo resta aperta questa connessione, più aumentano le occasioni per un timeout del proxy, un passaggio a un'altra rete o un singhiozzo a monte di interromperla. Ripartire da una conversazione nuova con un riepilogo dell'essenziale generalmente cambia più cose di qualsiasi impostazione del browser.

Guide correlate

Ulteriori dettagli sul significato degli errori sono disponibili in riferimento agli errori; ottenere una chiave richiede un minuto tramite registrazione e la guida all’autenticazione.