Bolehkah Chatbot AI Membalas Kemudian Seperti Seorang Rakan? Panduan untuk Balasan Tertunda yang Dipilih Pengguna

Dalam perbualan sesama manusia, jeda boleh berlaku atas pelbagai sebab: seseorang beredar seketika, berfikir sebelum menjawab atau kembali kepada perbualan kemudian. Sistem AI tidak mempunyai keadaan peribadi sedemikian. Produk boleh meniru masa jeda, tetapi tidak sepatutnya menggambarkan jeda itu sebagai bukti adanya sebab seperti manusia.

Untuk tugasan kreatif biasa, kelewatan yang dipilih pengguna tetap berguna. Seseorang mungkin meminta idea penulisan selepas makan malam, meminta set kedua idea cerita sejam kemudian atau menjadualkan sudut pandang baharu untuk pagi esok. Nilainya terletak pada masa dan rentak perbualan yang dipilih, bukannya tanggapan bahawa AI mempunyai kehidupan peribadi.

Jadikan tindakan itu jelas apabila ia dijadualkan. Contohnya: “Tunjukkan tiga idea tajuk baharu pada pukul 7:00 malam.” Kemudian sahkan: “Dijadualkan pada pukul 7:00 malam.” Ayat ini memberitahu pengguna apa yang akan dilakukan oleh sistem tanpa mereka-reka cerita seperti “Saya sedang sibuk sekarang.” Ini ialah saranan reka bentuk berdasarkan perbezaan antara tindakan automatik berjadual dengan penjelasan seseorang; saranan ini tidak mendakwa bahawa mana-mana chatbot tertentu sudah menawarkan ciri tersebut.

Aliran balasan tertunda yang berguna bermula dengan permintaan yang jelas. Pengguna sepatutnya boleh menentukan perkara yang dimahukan, bila mereka mahukannya dan—jika berkaitan—sama ada jawapan itu perlu menyambung tugasan semasa atau memulakan tugasan baharu. Jika sistem memerlukan penjelasan tentang masa atau tugasan, sistem patut bertanya sebelum mengesahkan jadual.

Paparkan masa yang dipilih dalam bentuk yang boleh disemak oleh pengguna, termasuk tarikh yang berkaitan apabila “kemudian” mungkin mengelirukan. “Dalam masa 30 minit” mudah difahami semasa tetapan dibuat, tetapi tarikh dan waktu tempatan mungkin lebih berguna apabila balasan dijadualkan untuk hari lain. Jika zon waktu atau tetapan peranti boleh mempengaruhi penghantaran, terangkan waktu yang digunakan oleh jadual itu dan jangan biarkan pengguna meneka.

Arahan penjadualan mesej Apple memberikan contoh konkrit penjadualan yang dapat dilihat oleh pengguna: mesej memaparkan waktu yang dijadualkan dan pengguna boleh mengedit, memadam, menjadualkan semula atau menghantarnya serta-merta sebelum penghantaran. Ini ialah contoh daripada aplikasi pemesejan, bukannya bukti bahawa respons AI sudah dijana atau dihantar dengan cara yang sama. Chatbot perlu menjelaskan tingkah lakunya sendiri. Apple Support: Jadualkan mesej teks pada iPhone untuk dihantar kemudian

Respons berjadual mempunyai beberapa status. “Dalam baris gilir untuk pukul 7:00 malam” bermaksud sistem telah merekodkan tindakan pada masa akan datang. Ini tidak semestinya bermakna jawapan itu sudah tersedia. Jika sistem menjana respons pada waktu yang dijadualkan, nyatakan perkara itu. Jika sistem menyediakan respons lebih awal, tandakannya sebagai sedia hanya selepas kandungannya benar-benar tersedia. Elakkan label status yang kabur sehingga tugasan berjadual kelihatan seperti sedang difikirkan atau diproses.

Selepas waktu yang dipilih, sistem mungkin masih perlu menjana jawapan. Status ringkas seperti “Sedang menjana balasan anda” boleh membezakannya daripada “Sedia.” Jika penjanaan gagal atau aplikasi tidak dapat menyelesaikan tugasan, nyatakan perkara itu dengan jelas dan berikan langkah seterusnya yang munasabah, seperti mencuba semula atau memilih waktu lain. Jangan biarkan label “dalam baris gilir” yang lapuk sehingga memberi gambaran bahawa jawapan masih dalam perjalanan sedangkan sebenarnya tidak.

Pendekatan ini sejajar dengan panduan antara muka yang telah ditetapkan. Material Design menerangkan penunjuk kemajuan sebagai cara untuk menyampaikan status proses yang sedang berlangsung dan tindakan yang tersedia. Panduan W3C mentakrifkan mesej status sebagai maklumat tentang hasil tindakan, keadaan menunggu, kemajuan atau ralat, dan menjelaskan bahawa kemas kini sedemikian patut tersedia kepada teknologi bantuan tanpa mengalihkan fokus. Prinsip ini menyokong teks status yang khusus dan mudah diakses, bukannya kelewatan yang sekadar hiasan atau kesenyapan tanpa penjelasan. Material Design: Penunjuk kemajuan · W3C WAI: Memahami Kriteria Kejayaan 4.1.3, Mesej Status

Rancangan boleh berubah. Item berjadual patut kekal kelihatan dalam perbualan atau dalam senarai jadual yang mudah dicari, dengan cara yang jelas untuk membatalkannya. Jika praktikal, benarkan pengguna mengedit permintaan atau mengubah masanya. Sahkan hasil selepas setiap tindakan: “Dibatalkan; balasan tidak akan dijana” atau “Dialihkan ke pukul 8:00 malam.” Jika sistem tidak dapat menjamin pembatalan selepas penjanaan bermula, terangkan had masa itu sebelum pengguna bergantung padanya.

Jelaskan perbezaan antara membatalkan jadual dengan memadam jawapan yang sudah kelihatan. Pembatalan patut menghentikan tindakan yang belum selesai jika produk boleh melakukannya dengan andal. Jika jawapan sudah dijana, beritahu pengguna sama ada jawapan itu masih tersedia dalam sembang. Ciri mesej berjadual Apple menunjukkan sebab status jadual yang jelas dan kawalan pembatalan penting: Apple menyatakan bahawa memadam mesej sebelum waktu yang dijadualkan akan membatalkan penghantarannya. Tingkah laku sebenar jadual AI bergantung pada cara sistem itu dibina, jadi pengesahannya perlu menerangkan hasil sebenar.

Balasan berjadual boleh muncul dalam sembang tanpa menghantar pemberitahuan tolak. Tawarkan pilihan pemberitahuan secara berasingan daripada pilihan masa—contohnya, “Paparkan dalam sembang pada pukul 7:00 malam” dan pilihan tambahan “Beritahu saya apabila sudah sedia.” Ini mengelakkan kebenaran untuk menjadualkan tugasan daripada dianggap sebagai kebenaran untuk mengganggu pengguna kemudian.

Jika pemberitahuan ditawarkan, terangkan tujuannya apabila pengguna membuat pilihan itu dan pastikan tugasan berjadual tetap boleh digunakan jika mereka menolak. Apple mengesyorkan agar kebenaran pemberitahuan diminta mengikut konteks supaya pengguna memahami tujuan pemberitahuan itu. Panduan kebenaran Android turut menyarankan agar kebenaran diminta apabila pengguna mula menggunakan ciri yang memerlukannya, aliran yang tersekat dielakkan dan penolakan ditangani dengan baik. Saranan platform ini menyokong keputusan pemberitahuan yang berasingan dan termaklum; saranan ini tidak mewajibkan setiap produk menyediakan makluman tolak. Apple Developer: Meminta kebenaran untuk menggunakan pemberitahuan · Android Developers: Meminta kebenaran semasa jalan

Jika pengguna memilih untuk menerimanya, pastikan makluman itu setimpal dengan balasan kreatif biasa. Panduan pemberitahuan Apple menyatakan supaya tahap kepentingan digambarkan dengan tepat dan pengguna dibenarkan mengurus pilihan pemberitahuan mereka. Idea penulisan biasa tidak patut dilabel sebagai mendesak atau digambarkan seolah-olah memerlukan perhatian serta-merta. Apple Human Interface Guidelines: Mengurus pemberitahuan

Interaksi ringkas boleh berjalan begini: pengguna meminta, “Berikan saya tiga nama untuk kafe fiksyen ini pada pukul 7:00 malam.” Sistem mengulangi tugasan dan waktunya, kemudian bertanya sama ada pengguna mahu menerima makluman apabila balasan sudah sedia. Selepas disahkan, perbualan memaparkan “Dalam baris gilir untuk pukul 7:00 malam” berserta kawalan untuk mengedit atau membatalkannya. Pada waktu yang ditetapkan, sistem memaparkan “Sedang menjana balasan anda,” kemudian menunjukkan idea tersebut dan menandakan tugasan sebagai selesai. Jika penjanaan gagal, sistem melaporkan kegagalan itu dan menawarkan pilihan untuk mencuba semula.

Urutan ini menjadikan kelewatan sebagai ciri yang diarahkan oleh pengguna. Penulisan boleh terasa mesra dan bersahaja apabila balasan tiba, tetapi antara muka tidak perlu berpura-pura bahawa seseorang telah pergi, terganggu atau memutuskan untuk menunggu sebelum menjawab. Peraturannya mudah: biarkan pengguna memilih jeda, beritahu mereka apa yang akan dilakukan oleh sistem dan berikan mereka kawalan terhadap balasan yang belum selesai serta sebarang makluman.