Blog Metlivi

Bagaimanakah Teman AI Boleh Mengelakkan Peringatan tentang Tarikh Penting yang Salah?

Bagi peringatan tarikh yang dipersetujui pengguna, teman AI harus menyimpan tarikh yang diingati secara berasingan daripada pemberitahuan yang dijadualkan. Teman itu harus merekodkan sumber tarikh tersebut, meminta pengguna mengesahkan orang, tarikh, tahun, zon waktu dan waktu peringatan, serta tidak menghantar apa-apa selagi mana-mana butiran itu belum dipastikan. Pembetulan, jeda atau pembatalan harus mengemas kini status peringatan dan dapat dilihat oleh pengguna.

27 September 2026Bacaan 7 minitOleh Metlivi Editorial Team
Bahagian 1

Mengapa mengingati tarikh tidak sama dengan menjadualkan peringatan

Perbualan mungkin mengandungi fakta berguna tanpa memberikan kebenaran untuk mencipta amaran. “Resital Maya pada 14 Mei” mungkin catatan yang dikongsi pengguna, rancangan sementara atau tarikh yang disimpulkan daripada kata-kata yang samar. Ayat itu sahaja tidak menjelaskan sama ada peringatan diperlukan, tahun yang berkenaan, waktu penghantaran atau zon waktu yang harus digunakan.

Oleh itu, reka bentuk yang boleh dipercayai menganggap perkara ini sebagai rekod yang berasingan:

Fakta yang diingati: perkara yang dikatakan atau diberikan, berserta sumber dan sebarang ketidakpastian.

Tarikh yang disahkan: orang atau acara dan tarikh kalendar yang telah disemak oleh pengguna.

Pemberitahuan berjadual: amaran yang diluluskan secara jelas oleh pengguna, dengan waktu penghantaran, zon waktu dan status semasa.

Pemisahan ini ialah saranan reka bentuk untuk teman AI. Halaman bantuan Google Calendar menerangkan cara mencipta acara dan mengurus pemberitahuan dalam Calendar; halaman tersebut tidak menerangkan memori teman AI atau melaksanakan aliran kerja yang dicadangkan di sini. Sebagai contoh kalendar sahaja, arahan Google menganggap penciptaan acara sebagai tindakan yang memerlukan butiran acara dan langkah menyimpan (Google Calendar: Create an event).

Bahagian 2

Butiran apakah yang harus disahkan sebelum menjadualkan?

Sahkan butiran yang menentukan maksud amaran dan waktu amaran itu boleh dihantar. Skrin semakan ringkas atau ringkasan perbualan harus menunjukkan:

Orang atau acara: Tarikh itu berkaitan dengan siapa, dan merujuk kepada apa?

Tarikh penuh: Hari, bulan dan tahun. Bulan dan hari tanpa tahun mungkin tidak lengkap, khususnya jika tarikh itu boleh merujuk kepada kejadian yang lalu atau akan datang.

Sumber tarikh: Dari manakah tarikh itu diperoleh—contohnya, kenyataan pengguna, entri kalendar yang diimport atau kesimpulan? Jelaskan ketidakpastian dan jangan bentangkan tekaan seolah-olah sudah pasti.

Waktu peringatan: Tempoh awal yang diminta dan waktu mengikut jam tempatan, seperti “sehari sebelumnya pada pukul 9:00 pagi.”

Zon waktu: Zon yang harus menentukan penghantaran, terutamanya jika pengguna mengembara atau tarikh itu berkaitan dengan seseorang di lokasi lain.

Kebenaran dan penghantaran: Sama ada pengguna mahukan amaran, dan di mana amaran itu akan muncul jika produk menawarkan lebih daripada satu saluran penghantaran.

Google Calendar membolehkan pengguna menetapkan pemberitahuan untuk acara dan menukar tetapan pemberitahuan; tetapan akaun dan acara menentukan cara pemberitahuan Calendar tersebut berfungsi (Google Calendar: Change notifications). Ini contoh yang berguna tentang pemberitahuan sebagai tindakan yang dikonfigurasi dengan kawalannya sendiri, bukannya kesan automatik daripada mengetahui tarikh. Ini tidak harus dianggap sebagai bukti bahawa Calendar mempunyai memori seperti teman AI.

Bahagian 3

Contoh rekaan: daripada butiran yang diingati kepada amaran yang disahkan

Katakan pengguna berkata, “Resital Maya pada 14 Mei.” Teman itu boleh menyimpan maklumat tersebut sebagai fakta yang diingati tetapi belum disahkan: orang, acara dan bulan/hari sudah dinyatakan, tetapi tahun, zon waktu dan kebenaran untuk menghantar pemberitahuan belum ditentukan. Teman itu tidak harus menjadualkan amaran berdasarkan ayat itu sahaja.

Teman itu boleh bertanya: “Saya mencatat bahawa resital Maya mungkin pada 14 Mei. Tahun berapa, zon waktu manakah yang harus saya gunakan, dan adakah anda mahu peringatan?” Pengguna menjawab: “14 Mei 2027, America/Los_Angeles. Tolong ingatkan saya sehari sebelumnya pada pukul 9:00 pagi waktu Pasifik.” Teman itu merumuskan: “Saya akan mengingatkan anda tentang resital Maya pada 13 Mei 2027 pukul 9:00 pagi America/Los_Angeles, sehari sebelum resital pada 14 Mei. Jadualkan?”

Hanya selepas pengguna mengesahkannya, reka bentuk itu harus mencipta rekod pemberitahuan seperti: Resital Maya — 14 Mei 2027 — peringatan 13 Mei 2027 pukul 9:00 pagi America/Los_Angeles — aktif. Tarikh dan waktu di atas ialah contoh rekaan, bukan laporan tentang orang atau acara sebenar. Menyatakan zon waktu dengan jelas membantu mengelakkan anggapan bahawa “pukul 9:00 pagi” berlaku pada waktu yang sama di mana-mana. Panduan zon waktu Google Calendar menerangkan bahawa waktu acara dipaparkan mengikut zon tempatan dan perubahan zon waktu boleh mempengaruhi cara item kalendar dipaparkan; ini contoh tingkah laku Calendar, bukan dakwaan tentang peringatan AI (Google Calendar: Use Calendar in different time zones).

Ringkasan yang dipaparkan kepada pengguna penting kerana ia memberi peluang terakhir untuk mengesan pertukaran bulan dan hari, tahun yang salah, orang yang tidak betul atau tafsiran “sehari sebelumnya” yang tersilap. Jika pengguna mengedit ringkasan itu, teman tersebut harus menyatakan semula butiran yang diubah dan mendapatkan pengesahan bagi jadual baharu.

Bahagian 4

Apakah yang harus berlaku apabila tarikh belum dipastikan atau bercanggah?

Jangan hantar amaran berdasarkan tarikh yang tidak dapat dikenal pasti oleh sistem dengan yakin. Contohnya, jika satu catatan menyatakan resital Maya pada 14 Mei 2027 dan satu lagi menyatakan 21 Mei 2027, kedua-dua tarikh itu bercanggah. Teman itu boleh memaklumkan tentang percanggahan tersebut dan bertanya tarikh yang betul, tetapi status pemberitahuan harus kekal belum dijadualkan sehingga pengguna menyelesaikan percanggahan itu dan mengesahkan jadual.

Peraturan yang sama terpakai apabila butiran penting tiada. “Ingatkan saya sebelum resital” tidak menyatakan bila resital itu berlangsung, berapa awal peringatan harus dihantar atau, mungkin, resital yang mana dimaksudkan pengguna. Tanya soalan susulan yang khusus. Jika pengguna tidak menjawab, simpan item itu sebagai catatan yang belum diselesaikan tanpa pemberitahuan aktif. Ini mengelakkan kesimpulan bertukar menjadi amaran yang tidak pernah diluluskan oleh pengguna.

Model status yang berguna menjadikan tingkah laku ini jelas: belum disahkan, perlu penjelasan, dijadualkan, dijeda, dibatalkan atau selesai. Status “belum disahkan” dan “perlu penjelasan” tidak boleh berfungsi seperti “dijadualkan.” Sistem boleh menyimpan fakta asal yang diingati jika sesuai, tetapi tidak harus memberi gambaran bahawa amaran sudah wujud sebelum amaran itu benar-benar disediakan.

Bahagian 5

Bagaimanakah pembetulan, jeda dan pembatalan harus berfungsi?

Pembetulan: Jika pengguna berkata resital itu pada 21 Mei, bukannya 14 Mei, kemas kini tarikh dan tunjukkan semula waktu peringatan yang dicadangkan. Minta pengesahan sebelum mengaktifkan jadual yang dibetulkan. Jika peringatan sudah dijadualkan, nyatakan dengan jelas amaran aktif yang akan diubah dan sahkan tarikh baharu sebelum menggantikannya. Simpan sejarah yang cukup jelas untuk menerangkan status semasa tanpa menyembunyikan tarikh lama dengan cara yang boleh mengelirukan pengguna.

Jeda: Menjeda harus menghentikan penghantaran buat sementara waktu sambil mengekalkan tarikh dan butiran peringatan. Tunjukkan bahawa pemberitahuan dijeda dan jelaskan sama ada pemberitahuan itu akan disambung semula secara automatik atau pengguna perlu menyambungnya semula. Jangan labelkan peringatan yang dijeda sebagai aktif. Jeda amat berguna apabila pengguna mahu menyelesaikan butiran kemudian tetapi tidak mahu amaran dihantar sementara itu.

Pembatalan: Pembatalan harus menyahaktifkan pemberitahuan yang dijadualkan, bukan sekadar membuang catatan perbualan atau menyembunyikan item. Sahkan peringatan yang akan dibatalkan jika lebih daripada satu peringatan mungkin sepadan, kemudian tunjukkan status dibatalkan. Jika tarikh yang diingati masih berguna, simpan tarikh itu secara berasingan daripada amaran yang dibatalkan dan tawarkan kawalan yang mudah difahami untuk mengedit atau membuang fakta tersebut. Google Calendar menyediakan kawalan untuk menukar tetapan pemberitahuan, termasuk bagi acara individu; ini contoh khusus pengurusan pemberitahuan, bukan bukti tentang cara mana-mana teman AI menyimpan atau membatalkan peringatan (Google Calendar notification help).

Selepas sebarang perubahan, tunjukkan status baharu dan butiran penting: tarikh yang dirujuk oleh peringatan, waktu amaran akan dihantar, zon waktunya dan sama ada peringatan itu aktif, dijeda atau dibatalkan. Perubahan yang tidak dimaklumkan sukar disahkan oleh pengguna dan boleh mengekalkan andaian lapuk.

Bahagian 6

Senarai semak ringkas untuk pengguna

Sebelum bergantung pada peringatan tarikh, semak item itu sendiri:

Adakah nama orang atau acara itu betul?

Adakah tarikh penuh, termasuk tahun, telah disahkan?

Bolehkah saya mengetahui sumber tarikh itu, dan adakah sebarang ketidakpastian dipaparkan?

Adakah saya meluluskan amaran secara jelas, dan bukannya sekadar menyebut tarikh itu?

Adakah tempoh awal, waktu mengikut jam dan zon waktu peringatan itu betul?

Adakah item itu menyatakan dijadualkan dan aktif, atau masih memerlukan penjelasan?

Jika saya membetulkan, menjeda atau membatalkannya, adakah status yang dipaparkan sepadan dengan permintaan saya?

Jika mana-mana jawapan tidak jelas, semak atau selesaikan item itu sebelum menganggapnya sebagai pemberitahuan berjadual. Prinsip reka bentuk praktikalnya mudah: kekalkan maklumat yang tidak pasti sebagai tidak pasti, jadikan amaran yang dicadangkan mudah disemak, dan cipta atau ubah pemberitahuan aktif hanya selepas niat pengguna dan butiran tarikh yang berkaitan jelas.

Bacaan berkaitan

Terus meneroka topik ini