Bagaimana AI Seharusnya Menangani Perubahan Topik yang Tiba-tiba secara Alami
Ketika pengguna tiba-tiba menanyakan hal baru, AI harus memperlakukan permintaan terbaru sebagai tugas yang harus dijawab, mengakui perubahan tersebut secara singkat, dan hanya meneruskan detail sebelumnya yang jelas-jelas membantu. Jika susunan kata pengguna bisa bermakna awal yang benar-benar baru atau kelanjutan, ajukan satu pertanyaan terarah mengenai keterkaitan tersebut. Urutan sederhana ini membantu asisten mengikuti arahan pengguna tanpa kehilangan konteks yang berguna atau menyeret materi lama ke dalam permintaan yang tidak terkait.
Mengapa perubahan topik layak mendapatkan tanggapan langsung
Orang-orang berpindah subjek selama percakapan sehari-hari, dan penelitian dialog memperlakukan transisi topik sebagai fitur normal dari percakapan yang lebih panjang. Sebuah studi terhadap 215 percakapan Switchboard menemukan bahwa transisi biasanya diprakarsai oleh satu peserta; jalur penelitian lain telah secara khusus menguji bagaimana sistem mendeteksi pergeseran dan menghasilkan tanggapan terhadapnya. Temuan ini mendukung poin desain praktis: AI percakapan perlu mengenali kapan pengguna telah mengubah tugas yang aktif, daripada mengasumsikan setiap pesan melanjutkan pesan sebelumnya. (An Empirical Study of Topic Transition in Dialogue; TIAGE: A Benchmark for Topic-Shift Aware Dialog Modeling)
Tanggapan pertama harus membuat perubahan tersebut tampak jelas, bukan membuat pengguna harus menjelaskan mengapa hal itu terjadi. Jika seseorang sedang mendiskusikan hidangan akhir pekan lalu bertanya, “Bisakah Anda membantu saya menulis catatan terima kasih yang singkat?”, asisten cukup berkata, “Tentu—mari kita buat catatannya.” Rekapitulasi panjang dari percakapan tentang makanan justru menambah gesekan dan dapat membuat asisten terlihat terpaku pada subjek sebelumnya.
Mulai dengan mengidentifikasi tugas baru
Baca pesan terbaru untuk mengetahui tindakan yang diminta: menyusun draf, menjelaskan, membandingkan, merencanakan, merevisi, atau menjawab. Kemudian identifikasi objek tindakan tersebut dan batasan apa pun yang dinyatakan dalam pesan yang sama. Permintaan baru seperti “Beri saya tiga ide untuk mengisi sore yang hujan” memberikan tugas yang jelas meskipun giliran bicara sebelumnya menyangkut subjek yang berbeda. Asisten dapat menjawab secara langsung, hanya menggunakan preferensi umum dari giliran bicara sebelumnya jika hal itu benar-benar berlaku—misalnya, preferensi yang telah dinyatakan sebelumnya untuk aktivitas di dalam ruangan.
Pengakuan yang berguna bersifat singkat dan spesifik: “Beralih ke rencana hari hujan: berikut tiga ide di dalam ruangan.” Dalam banyak kasus, jawaban itu sendiri sudah cukup sebagai bentuk pengakuan. Hindari menyampaikan interpretasi rumit tentang motif pengguna; perubahan topik adalah bukti adanya tugas percakapan yang berbeda, bukan bukti tentang alasan pengguna melakukannya. Panduan navigasi bot Microsoft juga memperingatkan agar tidak memaksakan jalur percakapan saat ini ketika pengguna mengarahkannya ke tempat lain, dan tidak memasukkan informasi masa lalu ketika informasi tersebut tidak relevan. (Design bot navigation)
Simpan hanya konteks yang memang layak dipertahankan
Gunakan uji relevansi sebelum membawa detail melewati batasan topik: apakah fakta ini akan mengubah jawaban atas permintaan baru secara konkret? Jika ya, pertahankan. Jika tidak, tinggalkan. Anggaran yang disebutkan mungkin penting saat berpindah dari “bantu saya memilih perjalanan sehari” ke “apa yang harus saya kemas untuk itu.” Rumusan kata yang tepat dari ucapan selamat ulang tahun yang tidak terkait kemungkinan besar tidak penting ketika pengguna meminta daftar barang bawaan.
Ini adalah penilaian tentang kegunaan, bukan klaim bahwa riwayat percakapan harus dihapus. Beberapa model dialog secara eksplisit membagi giliran bicara sebelumnya menjadi unit-unit yang sadar topik, sementara antarmuka percakapan juga dapat mempertahankan status lintas giliran bicara. Mekanisme tersebut menunjukkan bahwa konteks dapat dikelola pada tingkat yang berbeda; mekanisme ini tidak menentukan detail lama mana yang relevan dengan permintaan individual. Dalam praktiknya, asisten harus membedakan batasan persisten dari detail satu tugas dan hanya menyebutkan fakta yang dibawa jika itu membantu menjelaskan jawabannya. (Topic-Aware Multi-turn Dialogue Modeling; Conversation state)
Aturan kerja yang ringkas adalah: pertahankan preferensi jelas dan batasan aktif dari pengguna, tinggalkan langkah-langkah tugas sebelumnya yang belum selesai kecuali jika pengguna kembali ke hal tersebut, dan hindari memunculkan kembali detail percakapan lama hanya untuk menunjukkan bahwa hal itu diingat. Aturan tersebut merupakan sintesis editorial dari panduan riset dan desain, bukan formula kutipan atau formula yang tervalidasi secara eksperimental.
Tentukan apakah pergeseran tersebut eksplisit atau ambigu
Perubahan yang eksplisit tidak memerlukan klarifikasi. Frasa seperti “pertanyaan baru,” “topik terpisah,” atau “sekarang bantu saya dengan…” memperjelas arah pengguna. Demikian pula dengan permintaan lengkap yang tidak memiliki ketergantungan berarti pada percakapan sebelumnya. Akui secara singkat dan lanjutkan.
Sebuah jembatan bersifat ambigu ketika pengguna menggunakan kata ganti atau referensi yang dapat mengarah ke lebih dari satu hal sebelumnya, atau saat tidak jelas apakah mereka ingin mengadaptasi pekerjaan lama atau memulai sesuatu yang baru. Misalnya, setelah mendiskusikan dua kemungkinan hadiah, “Bisakah Anda membuatnya lebih personal?” membuat acuannya menjadi tidak jelas. Ajukan satu pertanyaan terarah: “Apakah maksud Anda ide buku atau kelas memasak?” Panduan Microsoft tentang penanganan ambiguitas maksud merekomendasikan pertanyaan dan opsi yang terarah, sambil memperingatkan bahwa terlalu banyak pertanyaan dapat membuat interaksi terasa seperti interogasi. (Disambiguate customer intent)
Jika interpretasi yang kemungkinan besar benar terasa aman dan mudah dikoreksi, asisten dapat menyatakannya lalu melanjutkan: “Dengan asumsi yang Anda maksud adalah catatan terima kasih, berikut versi yang lebih hangat.” Gunakan ini hanya jika tebakan yang salah tidak akan membuang-buang waktu pengguna atau mendistorsi jawaban. Ketika alternatif yang ada menghasilkan hasil yang sangat berbeda, tanyakan sebelum melanjutkan.
Urutan respons yang praktis
Untuk setiap perubahan topik yang tiba-tiba, terapkan urutan singkat ini:
Identifikasi tugas baru secara internal. Kenali apa yang diminta pengguna sekarang dan batasan apa pun yang disertakan di dalamnya.
Periksa sinyal yang jelas. Jika pengguna secara eksplisit beralih atau memberikan permintaan baru yang mandiri, terimalah pergeseran tersebut.
Saring konteks sebelumnya. Bawa serta hanya preferensi, fakta, atau batasan yang secara langsung memengaruhi jawaban baru.
Selesaikan ambiguitas nyata satu kali saja. Ajukan satu pertanyaan ringkas yang membedakan interpretasi-interpretasi yang masuk akal; tawarkan opsi jika itu mempermudah menjawab.
Jawab tugas yang dipilih. Jangan melanjutkan utas lama kecuali jika pengguna meminta untuk kembali ke sana.
Perhatikan contoh ini: seorang pengguna awalnya meminta menu piknik sederhana dan mengatakan salah satu tamu menghindari kacang. Kemudian mereka berkata, “Pertanyaan berbeda: sarankan hadiah kecil untuk tetangga saya.” Transisi eksplisit tersebut memperjelas maksud baru. Batasan kacang tidak ada hubungannya dengan ide hadiah, sehingga mengulang atau menerapkannya hanya akan menjadi gangguan. Jika pengguna malah berkata, “Bisakah Anda membuatnya lebih aman untuk mereka?”, asisten harus menanyakan apa yang dimaksud dengan “itu” dan siapa yang dimaksud dengan “mereka” jika giliran bicara sebelumnya menyertakan beberapa barang atau orang yang masuk akal.
Kesalahan umum yang membuat peralihan terasa janggal
Melanjutkan tugas yang ditinggalkan. Jika pengguna mengajukan pertanyaan baru yang lengkap, jangan bersikeras menyelesaikan daftar periksa sebelumnya atau bertanya apakah mereka yakin ingin beralih. Panduan desain untuk Dialogflow CX, misalnya, mendeskripsikan *cancel intent* yang eksplisit sebagai cara untuk membiarkan orang meninggalkan topik percakapan yang aktif. Pelajaran desain yang lebih luas adalah memberi ruang bagi pengalihan arah oleh pengguna. (Intents | Dialogflow CX)
Memperlakukan setiap kalimat baru sebagai lembaran kosong yang bersih. Beberapa pesan singkat bergantung pada konteks sebelumnya: “Buat yang kedua lebih pendek” tidak dapat dipahami tanpa daftar yang baru saja diberikan. Pertahankan konteks langsung yang diperlukan untuk menyelesaikan referensi acuan, bahkan ketika subjek yang lebih luas berubah.
Mengarang-ngarang hubungan. Dua subjek yang muncul berdekatan tidak berarti pengguna ingin keduanya digabungkan. Jika hubungan tersebut tidak didukung oleh kata-kata mereka, jawablah permintaan baru tersebut berdasarkan konteksnya sendiri.
Mengajukan pertanyaan setelah maksudnya sudah jelas. Klarifikasi berguna saat hal itu mengubah jawaban. Jika tidak, hal itu hanya menunda penyelesaian tugas. Tanyakan tentang tautan yang hilang, bukan tentang fakta bahwa pengguna telah berganti topik.
Serah terima alami dalam satu kalimat
Pola yang berguna adalah: “Tentu—[tugas baru]. Saya akan menggunakan [detail sebelumnya yang relevan] jika masih berlaku; [satu pertanyaan spesifik]?” Gunakan pertanyaan akhir hanya jika ambiguitas nyata memengaruhi jawaban. Untuk permintaan yang mandiri, lewati pertanyaan tersebut: “Tentu—berikut tiga kegiatan dalam ruangan berbiaya rendah untuk sore yang hujan.”
Tujuannya sederhana: ikuti arahan yang dinyatakan pengguna, pertahankan konteks hanya jika hal itu memang layak, dan ajukan satu klarifikasi terarah ketika keterkaitannya benar-benar tidak jelas. Hal ini membuat perubahan topik yang tiba-tiba terasa seperti giliran bicara biasa dalam percakapan, sekaligus menjaga jawaban tetap terpusat pada apa yang diinginkan pengguna saat ini.
