“Streaming interrupted. Waiting for the complete message” — artinya dan cara memperbaikinya

Tiga langkah dalam 90 detik

Buat ulang respons, muat ulang halaman (jika menggunakan perangkat seluler, tutup aplikasi sepenuhnya lalu buka kembali), kemudian keluar dari akun dan masuk kembali. Koneksi yang terputus sesekali biasanya teratasi dengan salah satu dari tiga tindakan ini, dan sebagian besar kasus memang hanya terjadi sekali. Jika selalu berhenti di titik yang sama, itu menandakan penyebabnya adalah salah satu penyebab spesifik di bawah, bukan gangguan sementara.

Tentukan apakah masalahnya memang berasal dari Anda

Ini adalah langkah yang dilewati daftar solusi lainnya, sekaligus langkah yang paling banyak menghemat waktu. Buka status.openai.com. Jika ada insiden, tidak ada pengaturan di komputer Anda yang akan mengubah apa pun dan satu-satunya solusi adalah menunggu. Jika tidak ada apa pun yang tercantum, penyebabnya bersifat lokal dan langkah berikutnya akan mengisolasinya. Melakukan ini sebelum mengubah pengaturan berarti Anda tidak akan menghabiskan dua puluh menit mengosongkan cache untuk gangguan layanan.

Pisahkan penyebab lokal dari luar ke dalam

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

Untuk pengembang: gangguan yang sama pada API

Saat memanggil API dengan stream: true, kegagalan ini 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 akan menangkapnya, dan saat beban tinggi Anda juga akan 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 jawaban lengkap; (2) coba ulang 429, 500, dan 529 dengan exponential backoff plus jitter; (3) jika Anda berada di belakang proxy, periksa idle timeout-nya dan matikan buffering respons — proxy yang melakukan buffering mengubah stream yang berfungsi menjadi macet dalam waktu lama. Reproduksi terlebih dahulu tanpa proxy:

# Stream directly, no proxy in the path, and watch where it stops.
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":"count slowly from 1 to 20"}]}'

Apakah “streaming interrupted, waiting for the complete message” adalah kesalahan saya?

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

Bagaimana 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, tambahkan kembali setiap komponen hingga kembali terputus. Jika gagal di semua tempat dan hanya pada satu percakapan panjang, pindahkan poin-poin utama ke chat baru.

Apakah ini terjadi pada chat AI lain?

Redaksinya adalah milik ChatGPT, tetapi setiap asisten yang mengalirkan jawaban dapat terputus dengan cara yang sama. Claude menampilkan pesan bahwa respons tidak dapat diselesaikan; pada panggilan API langsung, hal ini muncul sebagai stream Server-Sent Events yang berakhir tanpa finish_reason, atau sebagai 529 overloaded_error saat beban tinggi.

Mengapa error lebih sering muncul dalam percakapan panjang?

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

Apakah saya dikenai biaya ketika stream terputus?

Pada langganan ChatGPT tidak ada biaya per pesan, jadi tidak ada yang hilang selain waktu. Pada API, penagihan mengikuti token yang benar-benar dihasilkan penyedia, sehingga stream yang mati lebih awal biayanya lebih rendah daripada stream lengkap — dan di Kunavo, permintaan yang gagal sepenuhnya tidak ditagih sama sekali.