« Kesalahan dalam aliran pesan » di ChatGPT — penyebab dan solusi

Tiga tindakan dalam 90 detik pertama

Buat ulang respons → muat ulang halaman (di perangkat seluler, tutup aplikasi sepenuhnya lalu buka kembali) → keluar lalu masuk kembali. Gangguan sesekali biasanya terselesaikan dengan salah satu dari tiga tindakan ini, dan gangguan sesekali adalah kondisi normal. Namun, jika berhenti tepat di tempat yang sama setiap kali, itu menandakan salah satu penyebab khusus di bawah ini, bukan kejadian acak.

Tentukan terlebih dahulu apakah masalahnya berasal dari sisi Anda

Inilah langkah yang dilewati oleh daftar pemecahan masalah lain, dan langkah yang paling menghemat waktu. Buka status.openai.com. Jika sedang ada insiden, tidak ada pengaturan lokal yang akan mengubah apa pun dan menunggu adalah satu-satunya pilihan. Jika tidak ada yang dilaporkan, penyebabnya bersifat lokal dan langkah berikutnya akan mempersempitnya. Melakukan pemeriksaan ini sebelum mengubah pengaturan mencegah Anda menghabiskan dua puluh menit untuk menghapus cache selama terjadi gangguan.

Pisahkan penyebab lokal dari luar ke dalam

Lakukan dalam urutan ini; setiap langkah mengesampingkan semua hal sebelumnya: (1) matikan VPN dan proxy; (2) buka jendela penjelajahan privat — ini menghapus ekstensi dan cache sekaligus; (3) coba browser atau perangkat lain; (4) ganti jaringan. Langkah ketika masalah kembali berfungsi menunjukkan penyebabnya. Jika kesalahan hanya muncul dalam percakapan panjang, tidak satu pun dari keempat hal itu yang menjadi penyebab: pindahkan hal-hal penting ke percakapan baru.

Untuk pengembang: gangguan yang sama di sisi API

Saat memanggil API dengan stream: true, gangguan yang sama muncul sebagai koneksi Server-Sent Events yang berakhir tanpa finish_reason. Status HTTP adalah 200 — semuanya baik-baik saja saat header dikirim — sehingga pemeriksaan kode status saja tidak mendeteksinya; saat beban tinggi, 429 dan 529 overloaded_error juga dapat muncul. Tiga hal membuatnya dapat ditangani: (1) perlakukan streaming yang berakhir tanpa finish_reason sebagai sesuatu yang harus diputar ulang, bukan sebagai respons lengkap; (2) coba ulang 429, 500, dan 529 dengan exponential backoff serta jitter; (3) di balik proxy, periksa idle timeout-nya dan nonaktifkan buffering respons — proxy yang melakukan buffering mengubah streaming yang berfungsi menjadi pemblokiran panjang. Untuk mempersempit penyebab, lakukan streaming terlebih dahulu tanpa proxy:

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

« Kesalahan dalam aliran pesan »: apakah ini kesalahan saya?

Hampir tidak pernah. Pesan tersebut menunjukkan bahwa koneksi yang membawa respons terputus sebelum selesai. Apa yang Anda tulis bukan penyebabnya. Penyebabnya adalah beban di sisi OpenAI, jaringan yang tidak stabil, ekstensi browser atau sesi yang kedaluwarsa, atau percakapan yang menjadi cukup panjang sehingga respons mengalami timeout.

Apa yang harus dilakukan jika membuat ulang respons tidak cukup?

Periksa terlebih dahulu status.openai.com — selama ada insiden, tidak ada tindakan lokal yang membantu. Jika tidak ada insiden, buka jendela privat melalui jaringan lain: pengujian tunggal ini sekaligus menghapus ekstensi, cache, dan koneksi biasa Anda. Jika berhasil, aktifkan kembali setiap elemen satu per satu sampai masalah muncul lagi. Jika gagal di semua tempat dan hanya dalam percakapan panjang, pindahkan hal-hal penting ke percakapan baru.

Apakah hal ini juga terjadi pada AI lain?

Redaksinya adalah redaksi ChatGPT, tetapi asisten mana pun yang mengirimkan respons melalui streaming dapat terputus dengan cara yang sama. Claude menampilkan pesan yang menyatakan bahwa respons lengkap tidak dapat dibuat; dalam panggilan langsung ke API, hal ini muncul sebagai streaming SSE yang berakhir tanpa finish_reason, atau saat beban tinggi sebagai 529 overloaded_error.

Mengapa kesalahan lebih sering muncul dalam percakapan panjang?

Setiap giliran mengirim ulang seluruh rangkaian percakapan, sehingga percakapan panjang berarti pembuatan respons yang lebih lama pada satu koneksi terbuka. Semakin lama koneksi itu terbuka, semakin banyak kesempatan bagi timeout proxy, perpindahan jaringan, atau gangguan upstream untuk memutuskannya. Memulai percakapan baru dengan ringkasan hal-hal penting biasanya lebih berdampak daripada pengaturan browser apa pun.