ChatGPT: mesaj akışında hata — nedenler ve çözümler

« Mesaj akışında hata », ChatGPT'nin yanıtını parça parça ilettiği bağlantı, yanıt tamamlanmadan kesildiğinde görünür. Bunun yazdığınız şeyden kaynaklanması neredeyse hiç söz konusu değildir: olağan nedenler OpenAI tarafındaki aşırı yük, istikrarsız bir bağlantı, bir tarayıcı uzantısı veya fazla uzamış bir konuşmadır. Yanıtı yeniden oluşturmak vakaların çoğunu çözer; bu yeterli olmadığında, tek bir kontrol sorunun sizden kaynaklanıp kaynaklanmadığını gösterir.

Hata

ChatGPT görüşmesinde görüntülenir

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.)

Nedenler ve çözümler özeti

Neden	Çözüm
OpenAI tarafında aşırı yük veya olay. Plus ve Pro dahil tüm planları aynı anda etkiler ve hata birkaç dakikada bir tekrarladığında en olası nedendir.	status.openai.com adresini kontrol edin. Bir olay sırasında kendi tarafınızda değiştireceğiniz hiçbir şey sonucu değiştirmez — beklemek çözümdür.
Kararsız bağlantı: Wi-Fi/4G geçişi, VPN veya kurumsal proxy, zayıf mobil sinyal. Akış, uzun süre açık tek bir bağlantıyı korur; bu nedenle normal bir sayfa yüklemesinin geçebileceği yerde kopabilir.	VPN veya proxy'yi kapatıp başka bir bağlantıyla yeniden deneyin (Wi-Fi ⇄ mobil).
Tarayıcı ortamı: sayfaya kod enjekte eden bir uzantı, eski bir önbellek veya süresi dolmuş bir oturum.	Gizli taramada yeniden deneyin. Orada çalışıyorsa neden bir uzantı veya önbellektir — uzantıları devre dışı bırakın, site verilerini temizleyin ve yeniden giriş yapın.
Görüşme çok uzun veya ekler çok ağır. Her turda tüm geçmiş yeniden gönderilir; bu nedenle üretim daha uzun sürer ve daha kolay kesilir.	Önemli kısımları yeni bir görüşmeye aktarın. Büyük dosyaları tümüyle eklemek yerine parçalara bölün.

İlk 90 saniyedeki üç işlem

Yanıtı yeniden oluşturun → sayfayı yeniden yükleyin (mobilde uygulamadan tamamen çıkıp yeniden açın) → çıkış yapıp yeniden giriş yapın. Ara sıra yaşanan bir kesinti bu üç işlemden biriyle düzelir ve arada bir olması normaldir. Ancak her seferinde tam olarak aynı yerde duruyorsa, aşağıdaki belirli nedenlerden birinin söz konusu olduğunun işaretidir; rastlantı değildir.

Önce sorunun sizden kaynaklanıp kaynaklanmadığını belirleyin

Diğer sorun giderme listelerinin atladığı ve en çok zaman kazandıran adım budur. status.openai.com adresini açın. Bir olay devam ediyorsa hiçbir yerel ayar bir şeyi değiştirmez; tek seçenek beklemektir. Hiçbir şey bildirilmemişse neden yereldir ve sonraki adım bunu sınırlar. Ayarlara dokunmadan önce bu kontrolü yapmak, bir kesinti sırasında önbellekleri temizlemekle yirmi dakika harcamanızı önler.

Yerel nedeni dışarıdan içeriye doğru izole edin

Şu sırayla ilerleyin; her adım öncekilerin tümünü eler: (1) VPN ve proxy'yi kapatın; (2) gizli tarama penceresi açın — uzantıları ve önbelleği tek işlemde kaldırır; (3) başka bir tarayıcı veya cihaz deneyin; (4) ağı değiştirin. Yeniden çalışmaya başladığı adım nedeni gösterir. Hata yalnızca uzun görüşmelerde görünüyorsa dört adımın hiçbiri neden değildir: önemli kısımları yeni bir görüşmeye aktarın.

Geliştiriciler için: API tarafındaki aynı kesinti

API'yi stream: true ile çağırdığınızda aynı arıza, finish_reason olmadan sona eren bir Server-Sent Events bağlantısı olarak görünür. HTTP durumu 200'dür — başlıklar gönderilirken her şey yolundaydı — bu nedenle yalnızca durum kodunu kontrol etmek bunu yakalayamaz; yük altında buna 429 ve 529 overloaded_error da eklenir. Üç uygulama bunu dayanıklı kılar: (1) finish_reason olmadan sona eren akışı tamamlanmış yanıt değil, yeniden oynatılması gereken akış olarak ele almak; (2) 429, 500 ve 529 için üstel backoff ve jitter ile yeniden denemek; (3) bir proxy arkasında idle timeout'u kontrol etmek ve yanıt tamponlamayı devre dışı bırakmak — yanıtları tamponlayan bir proxy, çalışan akışı uzun bir blokaja dönüştürür. Sınırlandırmak için önce proxy olmadan akış sağlayın:

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"}]}'

Kunavo üzerinden çağrı yapıyorsanız

Kunavo bir AI API ağ geçididir ve kesintiye uğramış bir akış burada istisna değil, öngörülen bir çalışma durumudur. Bir model için birden fazla üst kanal yapılandırıldığında ve ilk deneme başarısız olduğunda istek aynı çağrı içinde başka bir kanalda yeniden denenir: geçici bir üst taraf olayı hata yerine biraz daha yavaş bir başarıya dönüşür. Başarısız istekler hiçbir zaman ücretlendirilmez. GPT ve Claude'a tek bir anahtarla erişilebildiğinden, doymuş bir modeli atlamak entegrasyonu değiştirmek değil, model adını değiştirmektir. Akış durumu için yeniden oynatma ve backoff şeması şu bölümde ayrıntılı olarak açıklanır: LLM API akış hataları.

Sık sorulan sorular

“Mesaj akışında hata”: benim hatam mı?

Neredeyse hiçbir zaman. Mesaj, yanıtı taşıyan bağlantının tamamlanmadan kesildiğini belirtir. Yazdıklarınız bunun nedeni değildir. Nedenler OpenAI tarafındaki yük, kararsız bir ağ, tarayıcı uzantısı veya süresi dolmuş oturum ya da yanıtların zaman aşımına uğrayacağı kadar uzamış bir görüşmedir.

Yeniden oluşturmak yetmezse ne yapmalıyım?

Önce status.openai.com adresini kontrol edin — bir olay sırasında yerel hiçbir şey yardımcı olmaz. Olay yoksa başka bir ağda gizli pencere açın: bu tek test uzantıları, önbelleği ve alışılmış bağlantınızı aynı anda kaldırır. Çalışıyorsa her öğeyi tek tek geri ekleyin; bozulduğu noktayı bulun. Her yerde ve yalnızca uzun bir görüşmede başarısız oluyorsa önemli kısımları yeni bir görüşmeye aktarın.

Bu başka AI'larda da olur mu?

İfade ChatGPT'ye özgüdür; ancak yanıtlarını akış olarak ileten her asistan aynı şekilde bozulabilir. Claude, yanıtı tamamını üretemediğini belirten bir mesaj gösterir; doğrudan API çağrısında bu, finish_reason olmadan sona eren bir SSE akışı veya yük altında 529 overloaded_error olarak görünür.

Hata neden uzun görüşmelerde daha sık tekrarlanıyor?

Her turda tüm ileti dizisi yeniden gönderilir; dolayısıyla uzun bir görüşme, tek bir açık bağlantı üzerinde daha uzun süre sürdürülen bir üretim demektir. Bu bağlantı ne kadar uzun süre açık kalırsa proxy zaman aşımının, ağ geçişinin veya üst taraftaki kısa bir takılmanın onu koparma fırsatı o kadar artar. Önemli kısımların özetiyle yeni bir görüşme başlatmak genellikle herhangi bir tarayıcı ayarından daha fazla fark yaratır.

İlgili kılavuzlar

Hata anlamlarına ilişkin daha fazla bilgi hata referansı bölümünde; anahtar almak kayıt ve kimlik doğrulama kılavuzu üzerinden bir dakika sürer.