"Errore nel flusso dei messaggi" in ChatGPT — cause e soluzioni

I tre gesti dei primi 90 secondi

Rigenera la risposta → ricarica la pagina (su cellulare, chiudi completamente l'app e riaprila) → esci dall'account e accedi di nuovo. Un'interruzione occasionale si risolve con uno di questi tre passaggi, ed è il caso normale. Se invece si interrompe esattamente nello stesso punto ogni volta, è segno che sta agendo una delle cause specifiche sotto, non il caso.

Stabilisci prima se il problema è locale

Questo è il passaggio che gli altri elenchi di soluzioni saltano e quello che fa risparmiare più tempo. Apri status.openai.com. Se è in corso un incidente, nessuna modifica locale cambia qualcosa e aspettare è l'unica soluzione. Se non è elencato nulla, la causa è locale e il passaggio successivo la circoscrive. Effettuare questo controllo prima di modificare le impostazioni evita di passare venti minuti a svuotare la cache durante un'interruzione.

Isola la causa locale dall'esterno verso l'interno

Segui quest'ordine, perché ogni livello esclude tutto ciò che lo precede: (1) disattiva VPN e proxy; (2) apri una finestra anonima — rimuove contemporaneamente estensioni e cache; (3) prova un altro browser o dispositivo; (4) cambia rete. Il livello dal quale il servizio torna a funzionare è la causa. Se l'errore compare solo nelle conversazioni lunghe, nessuno dei quattro è responsabile: porta l'essenziale in una nuova chat.

Per sviluppatori: la stessa interruzione nell'API

Chiamando l'API con stream: true, lo stesso problema arriva come una connessione Server-Sent Events che termina senza finish_reason. Lo stato HTTP è 200 — tutto funzionava quando sono state inviati gli header — quindi controllare solo il codice di stato non basta; sotto carico compaiono anche 429 e 529 overloaded_error. Tre accorgimenti rendono il problema gestibile: (1) trattare uno stream terminato senza finish_reason come idoneo a un nuovo tentativo, non come risposta completa; (2) ripetere 429, 500 e 529 con backoff esponenziale più jitter; (3) se c'è un proxy nel percorso, verificarne l'idle timeout e disattivare il buffering delle risposte — un proxy che esegue il buffering trasforma uno stream funzionante in un blocco prolungato. Per circoscrivere il problema, trasmetti prima senza 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"}]}'

"L'errore nel flusso dei messaggi è colpa mia?"

Quasi mai. Il messaggio indica che la connessione che trasportava la risposta è stata interrotta prima del completamento. Ciò che hai scritto non lo provoca. Le cause sono il carico lato OpenAI, una rete instabile, un'estensione del browser o una sessione scaduta, oppure una conversazione diventata così lunga da far superare il tempo massimo alle risposte.

E se rigenerare non risolve?

Controlla prima status.openai.com: durante un incidente nessuna soluzione locale aiuta. Se non c'è un incidente, apri una finestra anonima su un'altra rete: questo singolo test rimuove contemporaneamente estensioni, cache e il tuo collegamento abituale. Se funziona lì, reinserisci ogni elemento finché il problema non ricompare. Se fallisce ovunque e solo in una conversazione lunga, porta l'essenziale in una nuova chat.

Succede anche con altre IA?

La formulazione è di ChatGPT, ma qualsiasi assistente che consegni risposte in streaming può interrompersi nello stesso modo. Claude mostra un messaggio che indica di non essere riuscito a generare la risposta completa; in una chiamata diretta all'API appare come un flusso SSE che termina senza finish_reason oppure, sotto carico, come un 529 overloaded_error.

Perché succede più spesso nelle conversazioni lunghe?

Ogni turno reinvia l'intero filo della conversazione, quindi una conversazione lunga implica una generazione più lunga sostenuta da un'unica connessione aperta. Più a lungo resta aperta, maggiore è la probabilità che un timeout del proxy, un cambio di rete o un problema temporaneo a monte la interrompa. Iniziare una nuova chat con un riepilogo dell'essenziale di solito è più efficace di qualsiasi modifica al browser.