“Kesalahan pada aliran pesan” di ChatGPT — penyebab dan cara memperbaikinya

Tiga langkah untuk 90 detik pertama

Buat ulang jawaban → muat ulang halaman (di aplikasi, tutup sepenuhnya lalu mulai lagi) → keluar lalu masuk kembali. Stream yang terputus sekali biasanya selesai dengan salah satu dari tiga langkah ini, dan kejadian sekali adalah hal yang normal. Namun, jika selalu terputus di tempat yang sama, itu menunjukkan salah satu penyebab spesifik di bawah ini, bukan kebetulan.

Pertama, pastikan apakah masalahnya memang ada di pihak Anda

Inilah langkah yang dilewati panduan lain dan paling menghemat waktu. Buka status.openai.com. Jika terdapat gangguan yang sedang berlangsung, tidak ada pengaturan lokal yang membantu dan menunggu adalah satu-satunya solusi. Jika tidak ada gangguan, penyebabnya ada di pihak Anda dan langkah berikutnya akan mempersempitnya. Dengan melakukan pemeriksaan ini sebelum mengubah-ubah pengaturan, Anda tidak akan menghabiskan dua puluh menit menghapus cache saat sedang terjadi gangguan.

Persempit penyebab lokal dari luar ke dalam

Lakukan dalam urutan ini, karena setiap tingkat menyingkirkan semua kemungkinan di atasnya: (1) matikan VPN dan proxy; (2) buka jendela privat — ini menghapus ekstensi dan cache sekaligus; (3) gunakan browser atau perangkat lain; (4) ganti jaringan. Tingkat saat masalah kembali berfungsi adalah penyebabnya. Jika kesalahan hanya muncul di chat panjang, tidak satu pun dari keempatnya yang menjadi penyebab — pindahkan poin-poin penting ke chat baru.

Untuk developer: terputus dengan cara yang sama di API

Pada panggilan dengan stream: true, gangguan yang sama muncul sebagai koneksi Server-Sent Events yang berakhir tanpa finish_reason. Status HTTP adalah 200 — header berhasil dikirim — sehingga pemeriksaan kode status saja tidak mendeteksi terputusnya koneksi; saat beban tinggi, 429 dan 529 overloaded_error juga dapat muncul. Tiga hal membuatnya dapat ditangani: (1) perlakukan stream yang berakhir tanpa finish_reason sebagai sesuatu yang dapat dicoba ulang, bukan jawaban selesai; (2) coba lagi pada 429, 500, dan 529 dengan exponential backoff plus jitter; (3) di balik proxy, periksa idle timeout dan matikan response buffering — proxy yang melakukan buffering mengubah stream yang berfungsi menjadi pemblokiran panjang. Untuk mempersempit masalah, streaming-lah terlebih dahulu tanpa proxy:

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

Apakah “kesalahan pada aliran pesan” adalah kesalahan saya?

Hampir tidak pernah. Pesan tersebut berarti koneksi yang membawa jawaban terputus sebelum jawaban selesai. Input Anda tidak menyebabkan hal ini. Penyebabnya adalah beban di sisi OpenAI, koneksi yang tidak stabil, ekstensi browser atau sesi yang kedaluwarsa, atau chat yang menjadi sangat panjang sehingga jawaban mengalami timeout.

Apa yang harus dilakukan jika membuat ulang jawaban tidak membantu?

Pertama, periksa status.openai.com — selama ada gangguan, tidak ada tindakan lokal yang membantu. Jika tidak ada gangguan, buka halaman dalam jendela privat melalui jaringan lain: satu pengujian ini sekaligus menghapus ekstensi, cache, dan koneksi yang biasa Anda gunakan. Jika berjalan di sana, aktifkan kembali semuanya satu per satu sampai kembali terputus. Jika terputus di mana-mana dan hanya dalam satu chat panjang, pindahkan poin-poin penting ke chat baru.

Apakah ini juga terjadi pada chat AI lain?

Ungkapan ini berasal dari ChatGPT, tetapi setiap asisten yang melakukan streaming jawaban juga dapat terputus dengan cara yang sama. Claude menampilkan pesan bahwa jawaban tidak dapat dibuat sepenuhnya; pada panggilan API langsung, hal ini muncul sebagai stream SSE yang berakhir tanpa finish_reason, atau sebagai 529 overloaded_error saat beban tinggi.

Mengapa ini lebih sering terjadi dalam percakapan panjang?

Setiap giliran mengirim ulang seluruh riwayat, sehingga percakapan panjang berarti pembuatan yang lebih lama pada satu koneksi terbuka. Semakin lama koneksi ini terbuka, semakin banyak peluang timeout proxy, perpindahan jaringan, atau gangguan di hulu untuk memutuskannya. Chat baru dengan ringkasan hal-hal penting biasanya lebih membantu daripada pengaturan browser apa pun.