“Kesalahan dalam aliran pesan” di ChatGPT — penyebab dan cara mengatasinya

Tiga tindakan dalam 90 detik pertama

Buat ulang respons → muat ulang halaman (di ponsel, tutup aplikasi sepenuhnya lalu buka lagi) → keluar dari akun dan masuk kembali. Gangguan sesaat biasanya diselesaikan oleh salah satu dari tiga tindakan ini, dan gangguan sesaat adalah kasus normal. Jika respons selalu berhenti tepat di titik yang sama, itu menandakan salah satu penyebab khusus di bawah sedang bekerja, bukan kebetulan.

Tentukan terlebih dahulu apakah masalahnya berasal dari Anda

Inilah langkah yang dilewati daftar pemecahan masalah lain, dan yang paling menghemat waktu. Buka status.openai.com. Jika ada insiden yang sedang berlangsung, tidak ada penyesuaian lokal yang akan mengubah apa pun dan menunggu adalah satu-satunya jalan. Jika tidak ada yang tercantum, penyebabnya bersifat lokal dan langkah berikutnya akan mempersempitnya. Melakukan pemeriksaan ini sebelum mengubah pengaturan mencegah Anda menghabiskan dua puluh menit membersihkan cache saat layanan sedang mengalami gangguan.

Mengisolasi penyebab lokal dari luar ke dalam

Ikuti urutan ini karena setiap lapisan mengesampingkan semua lapisan di atasnya: (1) matikan VPN dan proxy; (2) buka jendela penyamaran — ini menghapus ekstensi dan cache sekaligus; (3) uji browser atau perangkat lain; (4) ganti jaringan. Lapisan tempat layanan kembali berfungsi adalah penyebabnya. Jika kesalahan hanya muncul dalam percakapan panjang, tidak satu pun dari empat lapisan ini yang menjadi penyebab: pindahkan bagian penting ke obrolan 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 saat header dikirim — sehingga hanya memeriksa kode status tidak cukup; saat beban tinggi, 429 dan 529 overloaded_error juga dapat muncul. Tiga hal membuat kondisi ini dapat ditangani: (1) perlakukan stream yang berakhir tanpa finish_reason sebagai kandidat percobaan ulang, bukan respons lengkap; (2) ulangi 429, 500, dan 529 dengan exponential backoff serta jitter; (3) jika ada proxy di jalur, periksa idle timeout-nya dan matikan buffering respons — proxy yang melakukan buffering dapat mengubah stream yang berfungsi menjadi macet dalam waktu lama. Untuk mempersempit penyebab, lakukan streaming terlebih dahulu tanpa proxy:

# Transmitir direto, sem proxy no caminho, e ver onde para.
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":"conte devagar de 1 a 20"}]}'

Apakah “kesalahan dalam aliran pesan” itu kesalahan saya?

Hampir tidak pernah. Pesan tersebut berarti 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 percakapan yang menjadi terlalu panjang sehingga respons melampaui batas waktu.

Bagaimana jika membuat ulang respons tidak menyelesaikannya?

Periksa status.openai.com terlebih dahulu — selama terjadi insiden, tidak ada tindakan lokal yang membantu. Jika tidak ada insiden, buka jendela penyamaran melalui jaringan lain: satu pengujian ini menghapus ekstensi, cache, dan koneksi biasa Anda sekaligus. Jika berhasil di sana, masukkan kembali setiap komponen satu per satu hingga masalah muncul lagi. Jika gagal di semua tempat dan hanya terjadi pada percakapan panjang, pindahkan bagian penting ke obrolan baru.

Apakah ini juga terjadi pada AI lain?

Redaksinya berasal dari ChatGPT, tetapi asisten mana pun yang mengirimkan respons melalui streaming dapat mengalami kegagalan yang sama. Claude menampilkan pesan bahwa respons lengkap tidak dapat dibuat; dalam panggilan API langsung, ini muncul sebagai aliran SSE yang berakhir tanpa finish_reason, atau sebagai 529 overloaded_error saat beban tinggi.

Mengapa ini lebih sering terjadi pada percakapan panjang?

Setiap giliran mengirim ulang seluruh rangkaian percakapan, sehingga percakapan panjang berarti generasi yang lebih lama dipertahankan oleh satu koneksi terbuka. Semakin lama koneksi terbuka, semakin besar kemungkinan timeout proxy, perpindahan jaringan, atau gangguan di tingkat atas memutuskannya. Memulai obrolan baru dengan ringkasan hal-hal penting biasanya lebih efektif daripada penyesuaian browser apa pun.