Penyebab dan solusi ChatGPT “Terjadi kesalahan pada aliran pesan”

Tiga hal yang dicoba dalam 90 detik pertama

Buat ulang jawaban → segarkan halaman (jika aplikasi, tutup sepenuhnya lalu jalankan kembali) → keluar lalu masuk kembali. Jika terputus sekali, salah satu dari tiga langkah ini biasanya menyelesaikannya, dan kejadian satu kali adalah hal yang umum. Sebaliknya, jika selalu berhenti di titik yang sama, itu menandakan salah satu penyebab khusus di bawah ini.

Tentukan terlebih dahulu apakah masalahnya ada di pihak Anda

Ini adalah langkah yang sering dilewati artikel solusi lain, padahal paling menghemat waktu. Buka status.openai.com. Jika gangguan sedang berlangsung, tidak ada perubahan pengaturan di pihak Anda yang akan membantu; Anda hanya dapat menunggu. Jika tidak ada gangguan, penyebabnya ada di lingkungan Anda dan langkah berikutnya akan mempersempitnya. Memeriksa ini sebelum mengubah pengaturan mencegah Anda menghabiskan 20 menit menghapus cache saat sebenarnya terjadi gangguan.

Persempit penyebab lapis demi lapis dari luar

Lakukan dalam urutan ini karena setiap langkah menghapus semua kemungkinan di atasnya: ① matikan VPN/proxy ② buka dalam jendela penyamaran (menghapus ekstensi dan cache sekaligus) ③ gunakan browser atau perangkat lain ④ ganti koneksi. Tahap ketika masalah kembali normal adalah penyebabnya. Jika error hanya terjadi pada percakapan panjang, tidak satu pun dari empat hal itu yang menjadi penyebab; memindahkan inti ke percakapan baru adalah cara paling andal.

Untuk pengembang: pemutusan yang sama juga terjadi pada API

Jika API dipanggil dengan stream: true, gangguan yang sama muncul sebagai koneksi Server-Sent Events yang berakhir tanpa finish_reason. Status HTTP adalah 200—karena header berhasil dikirim—sehingga tidak dapat dideteksi hanya dengan memeriksa kode status; saat beban meningkat, 429 dan 529 overloaded_error juga dapat muncul. Ada tiga hal untuk membuatnya tahan gangguan: (1) perlakukan stream yang berakhir tanpa finish_reason sebagai target retry, bukan jawaban lengkap; (2) retry 429, 500, dan 529 dengan exponential backoff serta jitter; (3) jika melalui proxy, periksa idle timeout dan matikan buffering respons—proxy yang melakukan buffering mengubah stream normal menjadi jeda panjang. Untuk membedakan penyebabnya, alirkan terlebih dahulu tanpa proxy:

# 프록시를 거치지 않고 직접 스트리밍해 어디서 끊기는지 확인한다.
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":"1부터 20까지 천천히 세어줘"}]}'

Apakah “Terjadi kesalahan pada aliran pesan” adalah kesalahan saya?

Hampir pasti bukan. Pesan ini berarti koneksi yang membawa jawaban terputus sebelum selesai. Isi input tidak menyebabkan error ini. Penyebabnya adalah beban di pihak OpenAI, jaringan tidak stabil, ekstensi browser atau sesi yang kedaluwarsa, atau percakapan yang menjadi terlalu panjang hingga respons mengalami timeout.

Bagaimana jika tetap gagal setelah membuat ulang?

Pertama, periksa status.openai.com—saat terjadi gangguan, tidak ada yang dapat dilakukan dari sisi Anda. Jika tidak ada gangguan, buka dalam jendela penyamaran melalui koneksi lain. Satu pengujian ini sekaligus mengesampingkan ekstensi, cache, dan koneksi biasa. Jika berhasil di sana, kembalikan satu per satu untuk menemukan titik ketika masalah muncul lagi. Jika gagal di mana pun dan hanya terjadi pada percakapan panjang tertentu, pindahkan bagian inti ke percakapan baru.

Apakah error yang sama terjadi pada AI lain?

Pesannya berasal dari ChatGPT, tetapi struktur penerimaan jawaban secara streaming juga sama pada Claude dan Gemini, sehingga koneksi yang terputus menimbulkan jenis error yang sama. Di Claude, hal ini muncul sebagai pesan bahwa respons tidak dapat dibuat hingga selesai; pada panggilan API langsung, muncul sebagai stream SSE yang berakhir tanpa finish_reason atau 529 (overloaded_error) saat beban tinggi.

Mengapa lebih sering terjadi pada percakapan panjang?

Karena seluruh percakapan dikirim ulang setiap giliran, percakapan yang lebih panjang membutuhkan generasi lebih lama dalam satu koneksi terbuka. Semakin lama koneksi terbuka, semakin banyak kesempatan bagi timeout proxy, perpindahan jaringan, atau masalah sesaat di upstream untuk menyela. Daripada mengutak-atik pengaturan browser, biasanya lebih efektif meringkas inti dan memulai percakapan baru.