ChatGPT'de “Mesaj akışında hata” — nedenleri ve nasıl düzeltilir

İlk 90 saniyede yapılacak üç işlem

Yanıtı yeniden oluşturun → sayfayı yeniden yükleyin (uygulamadaysanız uygulamayı tamamen kapatıp yeniden başlatın) → çıkış yapıp yeniden giriş yapın. Bir kez kopan bir akış bu üç adımdan biriyle düzelir; kopmanın tek seferlik olması da olağandır. Buna karşılık her seferinde aynı yerde kesiliyorsa bu, bir rastlantının değil, aşağıdaki somut nedenlerden birinin söz konusu olduğunun işaretidir.

Önce sorunun sizin tarafınızdan kaynaklanıp kaynaklanmadığını belirleyin

Bu, diğer kılavuzların atladığı ve en çok zaman kazandıran adımdır. status.openai.com adresini açın. Orada devam eden bir kesinti görünüyorsa kendi tarafınızda yapacağınız hiçbir ayar işe yaramaz ve tek çözüm beklemektir. Orada hiçbir şey görünmüyorsa sorunun nedeni sizin tarafınızdadır ve sonraki adım bu nedeni daraltarak belirler. Bu kontrolü ayarlarla oynamadan önce yaparsanız, bir kesinti sırasında yirmi dakikanızı önbellek temizleyerek geçirmezsiniz.

Yerel nedeni dıştan içe doğru daraltarak belirleyin

Şu sırayla ilerleyin, çünkü her aşama kendinden öncekilerin hepsini eler: (1) VPN'i ve proxy'yi kapatın; (2) gizli bir pencere açın — bu, uzantıları ve önbelleği tek hamlede devreden çıkarır; (3) başka bir tarayıcı veya başka bir cihaz kullanın; (4) ağı değiştirin. Hangi aşamadan itibaren yeniden çalışıyorsa neden odur. Hata yalnızca uzun sohbetlerde ortaya çıkıyorsa dördünden hiçbiri sorumlu değildir — o zaman ana noktaları yeni bir sohbete taşıyın.

Geliştiriciler için: API'de aynı bağlantı kesintisi

stream: true ile yapılan bir çağrıda aynı sorun, 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ı — dolayısıyla yalnızca durum koduna bakan bir kontrol bağlantı kesintisini fark etmez; yük altında buna 429 ve 529 overloaded_error da eklenir. Bunu atlatmanızı sağlayan üç şey vardır: (1) finish_reason olmadan sona eren bir akışı tamamlanmış bir yanıt olarak değil, yeniden denenebilir olarak ele almak; (2) 429, 500 ve 529 için üstel geri çekilme ve jitter ile yeniden denemek; (3) bir proxy arkasındaysanız proxy'nin boşta kalma zaman aşımını kontrol etmek ve yanıtların arabelleğe alınmasını kapatmak — arabelleğe alan bir proxy, çalışan bir akışı uzun bir takılmaya dönüştürür. Nedeni daraltarak belirlemek için önce proxy olmadan bir akış başlatın:

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

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

Neredeyse hiçbir zaman. Mesaj, yanıtı taşıyan bağlantının yanıt tamamlanmadan kesildiğini söyler. Buna yazdıklarınız yol açmaz. Nedenler şunlardır: OpenAI tarafındaki yük, kararsız bir bağlantı, bir tarayıcı uzantısı veya süresi dolmuş bir oturum ya da yanıtların zaman aşımına uğrayacağı kadar uzamış bir sohbet.

Yeniden oluşturmak işe yaramazsa ne yapmalı?

Önce status.openai.com adresini kontrol edin — bir kesinti sırasında kendi tarafınızda yapacağınız hiçbir şey işe yaramaz. Kesinti yoksa sayfayı başka bir ağ üzerinden gizli bir pencerede açın: bu tek testle uzantıları, önbelleği ve her zamanki bağlantınızı aynı anda devreden çıkarırsınız. Orada çalışıyorsa, tekrar kopana kadar her şeyi tek tek yeniden etkinleştirin. Her yerde, ama yalnızca tek bir uzun sohbette kopuyorsa ana noktaları yeni bir sohbete taşıyın.

Bu, diğer yapay zekâ sohbetlerinde de oluyor mu?

Bu ifade ChatGPT'ye aittir, ancak yanıtları akış olarak ileten her asistan aynı şekilde kesintiye uğrayabilir. Claude, yanıtın tamamının oluşturulamadığını belirten bir mesaj gösterir; doğrudan API çağrısında ise bu durum, finish_reason olmadan sona eren bir SSE akışı olarak veya yük altında 529 overloaded_error olarak görünür.

Bu neden uzun konuşmalarda daha sık oluyor?

Her turda tüm geçmiş yeniden gönderilir; dolayısıyla uzun bir konuşma, yanıtın tek bir açık bağlantı üzerinde daha uzun sürede oluşturulması anlamına gelir. Bu bağlantı ne kadar uzun süre açık kalırsa bir proxy zaman aşımının, bir ağ değişikliğinin veya upstream tarafındaki bir aksaklığın onu koparması için o kadar çok fırsat doğar. Önemli noktaların özetini içeren yeni bir sohbet, çoğu zaman herhangi bir tarayıcı ayarından daha fazla işe yarar.