Cause e soluzioni dell'errore «Si è verificato un errore nello streaming dei messaggi» di ChatGPT

Prova questi tre metodi nei primi 90 secondi

Rigenera la risposta → aggiorna la pagina (nell'app, chiudila completamente e riaprila) → esci dall'account e accedi di nuovo. Un'interruzione occasionale della connessione si risolve con uno di questi tre passaggi, ed è il caso più comune. Al contrario, se si interrompe sempre nello stesso punto, è un segnale che sta agendo una causa specifica descritta di seguito, non un evento casuale.

Capisci prima se il problema dipende da te

È il passaggio che molte guide saltano, ma che fa risparmiare più tempo. Apri status.openai.com. Se mostra un guasto in corso, nessuna impostazione locale cambierà il risultato: devi aspettare. Se non ci sono guasti, la causa è locale e il passaggio successivo restringerà il campo. Fai prima questa verifica, così non passerai venti minuti a svuotare la cache durante un guasto ufficiale.

Restringi le cause locali dall'esterno verso l'interno

Procedi in questo ordine, perché ogni livello esclude tutte le possibilità precedenti: ① disattiva VPN e proxy ② apri una finestra in incognito (rimuovendo contemporaneamente estensioni e cache) ③ prova un altro browser o dispositivo ④ cambia rete. Il livello dopo il quale tutto torna normale indica la causa. Se l'errore si verifica solo nelle conversazioni lunghe, nessuno dei quattro livelli è la causa: la soluzione è trasferire i punti essenziali in una nuova conversazione.

Per gli sviluppatori: come appare la stessa interruzione tramite API

Quando chiami l'API con stream: true, lo stesso guasto appare come una connessione Server-Sent Events che termina senza finish_reason. Il codice HTTP è 200 — tutto è normale nel momento in cui vengono inviati gli header — quindi controllare solo il codice di stato non basta; sotto carico elevato possono comparire anche 429 e 529 overloaded_error. Tre accorgimenti lo rendono gestibile: (1) considera ritentabile uno stream che termina senza finish_reason, anziché una risposta completata; (2) usa retry con backoff esponenziale e jitter per 429, 500 e 529; (3) se c'è un proxy intermedio, controlla il suo idle timeout e disattiva il buffering delle risposte — un proxy che esegue il buffering può trasformare uno stream normale in un'attesa prolungata. Per isolare il problema, prova prima lo streaming senza proxy:

# 直接串流、路徑上不放 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"}]}'

«Si è verificato un errore nello streaming dei messaggi» dipende da me?

Quasi certamente no. Il messaggio indica che la connessione che trasportava la risposta è stata interrotta prima del completamento. Ciò che hai inserito non lo causa. Le cause sono il carico lato OpenAI, una rete instabile, estensioni del browser o una sessione di accesso non valida, oppure una conversazione abbastanza lunga da causare il timeout della risposta.

Cosa fare se anche la rigenerazione non funziona?

Controlla prima status.openai.com: durante un guasto ufficiale nessuna modifica locale serve. Se non ci sono guasti, apri ChatGPT in una finestra in incognito usando un'altra rete: questo test esclude contemporaneamente estensioni, cache e connessione abituale. Se in incognito funziona, riattiva gli elementi uno alla volta finché l'errore ricompare. Se fallisce ovunque e solo in una conversazione lunga, trasferisci i punti essenziali in una nuova conversazione.

Anche altre AI mostrano lo stesso errore?

Questa formulazione appartiene a ChatGPT, ma qualsiasi assistente che risponda in streaming può interrompersi nello stesso modo. Claude mostra un messaggio che indica l'impossibilità di completare la risposta; chiamando direttamente l'API, il fenomeno appare come uno stream SSE che termina senza finish_reason oppure, sotto carico elevato, come 529 overloaded_error.

Perché accade più spesso nelle conversazioni lunghe?

A ogni turno viene reinviata l'intera conversazione, quindi più è lunga, più a lungo deve generare sulla stessa connessione aperta. Più a lungo resta aperta la connessione, maggiore è la possibilità che un timeout del proxy, un cambio di rete o un'interruzione momentanea dell'upstream la interrompa. Iniziare una nuova conversazione con un riepilogo è generalmente più efficace di modificare le impostazioni del browser.