“Error pada aliran pesan” di ChatGPT — penyebab dan cara mengatasinya

Tiga tindakan dalam 90 detik pertama

Buat ulang respons → muat ulang halaman (di perangkat seluler, tutup aplikasi sepenuhnya lalu buka kembali) → keluar dari akun lalu masuk kembali. Koneksi yang terputus sesekali biasanya terselesaikan dengan salah satu dari tiga tindakan ini, dan kasus sesekali adalah hal yang normal. Namun, jika selalu berhenti tepat di titik yang sama, itu menandakan salah satu penyebab spesifik di bawah, bukan gangguan sementara.

Tentukan terlebih dahulu apakah masalahnya berasal dari Anda

Ini adalah langkah yang dilewati daftar solusi lainnya, dan yang paling banyak menghemat waktu. Buka status.openai.com. Jika ada insiden yang sedang berlangsung, tidak ada pengaturan lokal yang dapat memperbaikinya dan menunggu adalah satu-satunya pilihan. Jika tidak ada apa pun yang tercantum, penyebabnya bersifat lokal dan langkah berikutnya akan mempersempitnya. Melakukan pemeriksaan ini sebelum mengubah pengaturan mencegah Anda menghabiskan dua puluh menit mengosongkan cache selama terjadi gangguan layanan.

Pisahkan penyebab lokal dari luar ke dalam

Lakukan dalam urutan ini, karena setiap lapisan menyingkirkan semua kemungkinan sebelumnya: (1) matikan VPN dan proxy; (2) buka jendela privat — ini menghapus ekstensi dan cache sekaligus; (3) coba browser atau perangkat lain; (4) ganti jaringan. Lapisan saat masalah mulai berfungsi kembali adalah penyebabnya. Jika error hanya muncul pada thread yang panjang, tidak satu pun dari keempatnya yang menjadi penyebab: bawa hal-hal penting ke chat baru.

Untuk pengembang: gangguan yang sama pada API

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

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

“Error pada aliran pesan”, apakah ini kesalahan saya?

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

Apa yang harus saya lakukan jika membuat ulang respons tidak memperbaikinya?

Pertama, periksa status.openai.com — selama insiden berlangsung, tidak ada tindakan lokal yang membantu. Jika tidak ada insiden, buka jendela privat melalui jaringan lain: satu pengujian ini sekaligus menghilangkan ekstensi, cache, dan koneksi biasa Anda. Jika berfungsi di sana, kembalikan setiap komponen satu per satu hingga kembali terputus. Jika gagal di semua tempat dan hanya pada satu percakapan panjang, bawa hal-hal penting ke chat baru.

Apakah ini juga terjadi pada AI lain?

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

Mengapa ini lebih sering terjadi dalam percakapan panjang?

Setiap giliran mengirim ulang seluruh thread, sehingga percakapan panjang berarti pembuatan respons yang lebih lama dan dipertahankan pada satu koneksi terbuka. Semakin lama koneksi terbuka, semakin banyak peluang timeout proxy, perpindahan jaringan, atau gangguan di upstream untuk memutuskannya. Memulai chat baru dengan ringkasan hal-hal penting biasanya lebih efektif daripada pengaturan browser apa pun.