«Mesaj akışında hata», ChatGPT'nin yanıtını yavaş yavaş ilettiği bağlantı yanıt tamamlanmadan kesildiğinde görünür. Bunun nedeni neredeyse hiçbir zaman yazdığınız şey değildir: yaygın nedenler OpenAI tarafındaki yoğunluk, kararsız bir bağlantı, bir tarayıcı uzantısı veya aşırı uzamış bir iş parçacığıdır. Yanıtı yeniden oluşturmak çoğu durumu çözer; yetmediğinde tek bir kontrol, sorunun gerçekten sizden kaynaklanıp kaynaklanmadığını söyler.
Hata
Error en el flujo de mensajes
(La misma avería con otras redacciones: «Transmisión interrumpida.
Esperando el mensaje completo», «Vaya...parece que algo ha salido
mal.» El síntoma es idéntico — la respuesta se detiene a medias
y nunca se completa.)Nedenler ve çözümler özeti
| Neden | Çözüm |
|---|---|
| OpenAI tarafında yoğunluk veya olay. Plus ve Pro dahil tüm planları aynı anda etkiler ve hata birkaç dakikada bir tekrarlanıyorsa en olası nedendir. | status.openai.com adresini kontrol edin. Bir olay sırasında bilgisayarınızda değiştireceğiniz hiçbir şey sonucu etkilemez — çözüm beklemektir. |
| Kararsız bağlantı: Wi-Fi ile mobil veri arasında geçiş, VPN veya kurumsal proxy, zayıf mobil kapsama. Akış uzun süre tek bir bağlantıyı açık tuttuğu için normal bir sayfa yüklemesinin geçebileceği yerde bağlantı kopar. | VPN'i veya proxy'yi devre dışı bırakın ve başka bir bağlantıyla yeniden deneyin (Wi-Fi ⇄ mobil veri). |
| Tarayıcı ortamı: sayfaya kod ekleyen bir uzantı, süresi dolmuş önbellek veya süresi dolmuş oturum. | Gizli pencerede 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. |
| İş parçacığı çok uzun veya ekler çok ağır. Her tur tüm konuşmayı yeniden gönderdiği için üretim daha uzun sürer ve daha kolay kesilir. | Önemli noktaları yeni bir sohbete taşıyın. Büyük dosyaları tamamen eklemek yerine bölün. |
İlk 90 saniyedeki üç hamle
Yanıtı yeniden oluşturun → sayfayı yenileyin (mobilde uygulamayı tamamen kapatıp yeniden açın) → oturumu kapatıp yeniden açın. Anlık bir kopma bu üçünden biriyle çözülür ve normal durum anlık kopmadır. Buna karşılık her seferinde tam olarak aynı noktada duruyorsa, aşağıdaki belirli nedenlerden biri devrededir; bu bir tesadüf değildir.
Önce sorunun sizden kaynaklanıp kaynaklanmadığına karar verin
Diğer çözüm listelerinin atladığı ve en çok zaman kazandıran adım budur. status.openai.com adresini açın. Devam eden bir olay varsa hiçbir yerel ayar bunu düzeltemez ve tek seçenek beklemektir. Listede bir şey yoksa neden yereldir ve sonraki adım sorunu daraltır. Ayarlara dokunmadan önce bu kontrolü yapmak, kesinti sırasında yirmi dakikanızı önbellek temizleyerek geçirmenizi önler.
Yerel nedeni dıştan içe doğru yalıtın
Her katman önceki tüm olasılıkları elediği için şu sırayı izleyin: (1) VPN'i ve proxy'yi kapatın; (2) gizli pencere açın — uzantıları ve önbelleği tek seferde devre dışı bırakır; (3) başka bir tarayıcı veya cihaz deneyin; (4) ağı değiştirin. Yeniden çalışmaya başladığı katman nedendir. Hata yalnızca uzun iş parçacıklarında görünüyorsa dört seçeneğin de suçu yoktur: önemli kısımları yeni bir sohbete taşıyın.
Geliştiriciler için: API'de aynı kesilme
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 gelir. HTTP durumu 200'dür — başlıklar gönderildiğinde her şey yolundaydı — bu yüzden yalnızca durum kodunu kontrol etmek bunu algılamaz; yük altında ayrıca 429 ve 529 overloaded_error da görülür. Bunu yönetilebilir kılan üç şey vardır: (1) finish_reason olmadan sona eren akışı tam yanıt değil, yeniden denenebilir olarak ele almak; (2) 429, 500 ve 529'u jitter içeren üstel geri çekilmeyle yeniden denemek; (3) arada proxy varsa boşta kalma zaman aşımını incelemek ve yanıt arabelleğe almayı devre dışı bırakmak — arabelleğe alan bir proxy çalışan akışı uzun bir takılmaya dönüştürür. Daraltmak için önce proxy olmadan akıtın:
# Transmitir directamente, sin proxy por medio, y ver dónde se detiene.
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":"cuenta despacio del 1 al 20"}]}'Kunavo üzerinden çağrı yapıyorsanız
Kunavo bir yapay zekâ API ağ geçididir ve burada kesintiye uğramış akış beklenen bir çalışma durumudur, istisna değildir. Bir model için birden fazla kaynak kanal yapılandırılmışsa ve ilk deneme başarısız olursa istek aynı çağrı içinde başka bir kanaldan yeniden denenir; böylece üst taraftaki geçici bir sorun, hata yerine biraz daha yavaş bir başarıya dönüşür. Başarısız istekler hiçbir zaman faturalandırılmaz. GPT ve Claude'a tek anahtarla erişilebildiği için aşırı yüklenmiş bir modelden kaçınmak entegrasyonu değil, model adını değiştirmektir. Akış durumu için yeniden deneme ve geri çekilme modeli şu bölümde ayrıntılı olarak açıklanmıştır: LLM API akış hataları.
Sık sorulan sorular
«Mesaj akışında hata», suç bende mi?
Neredeyse hiçbir zaman. Mesaj, yanıtı taşıyan bağlantının yanıt tamamlanmadan kesildiğini belirtir. Yazdığınız şey buna neden olmaz. Nedenler OpenAI tarafındaki yoğunluk, kararsız bir ağ, bir tarayıcı uzantısı veya süresi dolmuş bir oturum ya da yanıtların zaman aşımına uğrayacağı kadar büyümüş bir iş parçacığıdır.
Yeniden oluşturmak sorunu çözmezse 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 devre dışı bırakır. Orada çalışıyorsa her parçayı tek tek geri ekleyin; sorun yeniden ortaya çıktığında nedeni bulursunuz. Her yerde başarısız oluyor ve yalnızca uzun bir konuşmada meydana geliyorsa önemli kısımları yeni bir sohbete taşıyın.
Bu başka yapay zekâlarda da olur mu?
İfade ChatGPT'ye özgüdür; ancak yanıtları akışla sunan herhangi bir asistan aynı şekilde kesilebilir. Claude, yanıtı tamamlayamadığına dair bir ileti gösterir; API'ye doğrudan yapılan çağrıda ise finish_reason olmadan sona eren bir SSE akışı veya yük altında 529 overloaded_error olarak görünür.
Neden uzun konuşmalarda daha sık oluyor?
Her tur tüm iş parçacığını yeniden gönderdiği için uzun bir konuşma, tek bir açık bağlantı üzerinden sürdürülen daha uzun bir üretim demektir. Bağlantı ne kadar uzun süre açık kalırsa proxy zaman aşımının, ağ geçişinin veya üst taraftaki bir sorunun bağlantıyı bozması için o kadar çok fırsat oluşur. Önemli noktaların özetiyle yeni bir sohbet başlatmak genellikle tarayıcı ayarlarının herhangi birinden daha fazla iyileşme sağlar.
İlgili kılavuzlar
- LLM akış hataları — SSE kesilmeleri, takılan akışlar ve eksik kullanım bilgileri
- Claude API'sinde 529 overloaded_error hatası — nedir ve nasıl absorbe edilir
- 2026'da Claude fiyatları: Pro, Max, token başına API ve hangisi daha ucuz
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.