Bagaimana AI Companion Dapat Menghindari Pengingat untuk Tanggal Penting yang Salah?

Mengapa mengingat tanggal tidak sama dengan menjadwalkan pengingat

Sebuah percakapan dapat memuat fakta yang berguna tanpa disertai izin untuk membuat pemberitahuan. Kalimat “Resital Maya tanggal 14 Mei” bisa berupa catatan yang dibagikan pengguna, rencana tentatif, atau tanggal yang disimpulkan dari kalimat yang ambigu. Kalimat itu sendiri tidak menentukan apakah pengingat memang diinginkan, tahun berapa yang dimaksud, jam berapa pengingat harus dikirim, atau zona waktu mana yang digunakan.

Oleh karena itu, desain yang andal memperlakukan hal-hal tersebut sebagai catatan yang terpisah:

**Fakta yang diingat:** apa yang dikatakan atau diberikan, beserta sumbernya dan ketidakpastian apa pun.

**Tanggal yang dikonfirmasi:** orang atau acara serta tanggal kalender yang telah diperiksa oleh pengguna.

**Notifikasi terjadwal:** pemberitahuan yang disetujui secara eksplisit oleh pengguna, lengkap dengan waktu pengiriman, zona waktu, dan status saat ini.

Pemisahan ini merupakan rekomendasi desain untuk AI companion. Halaman bantuan Google Kalender menjelaskan cara membuat acara dan mengelola notifikasi di Kalender; halaman tersebut tidak menjelaskan memori AI companion atau menerapkan alur kerja yang diusulkan di sini. Sebagai contoh kalender saja, petunjuk Google memperlakukan pembuatan acara sebagai suatu tindakan yang disertai detail acara dan langkah penyimpanan ([Google Kalender: Membuat acara](https://support.google.com/calendar/answer/72143?hl=en)).

Detail apa saja yang harus dikonfirmasi sebelum penjadwalan?

Konfirmasikan detail yang menentukan arti dari pemberitahuan tersebut dan kapan waktu pengirimannya. Layar peninjauan singkat atau ringkasan percakapan harus menampilkan:

**Orang atau acara:** Mengenai siapa tanggal tersebut, dan acara apa yang dirujuk?

**Tanggal lengkap:** Hari, bulan, dan tahun. Bulan dan hari tanpa tahun bisa jadi tidak lengkap, terutama jika dapat merujuk pada peristiwa di masa lalu atau masa depan.

**Asal-usul tanggal:** Dari mana tanggal tersebut berasal—misalnya, pernyataan pengguna, entri kalender yang diimpor, atau kesimpulan sistem? Tunjukkan ketidakpastian secara jelas daripada menyajikan tebakan seolah-olah sudah pasti.

**Waktu pengingat:** Waktu tunggu yang diminta dan waktu jam lokal, seperti “satu hari sebelumnya pada pukul 09.00 pagi.”

**Zona waktu:** Zona yang harus mengatur pengiriman, terutama jika pengguna bepergian atau tanggal tersebut menyangkut seseorang di lokasi lain.

**Izin dan pengiriman:** Apakah pengguna benar-benar menginginkan pemberitahuan, dan di mana pemberitahuan akan muncul jika produk menawarkan lebih dari satu saluran pengiriman.

Google Kalender memungkinkan pengguna mengatur notifikasi untuk acara dan mengubah setelan notifikasi; setelan akun dan acaranya menentukan bagaimana notifikasi Kalender tersebut bekerja ([Google Kalender: Mengubah notifikasi](https://support.google.com/calendar/answer/37242?hl=en)). Itu adalah contoh berguna dalam memperlakukan notifikasi sebagai tindakan terkonfigurasi dengan kontrolnya sendiri, bukan sebagai konsekuensi otomatis dari sekadar mengetahui suatu tanggal. Hal ini tidak boleh dianggap sebagai bukti bahwa Kalender memiliki memori bergaya AI companion.

Contoh fiktif: dari detail yang diingat menjadi pemberitahuan yang dikonfirmasi

Misalkan seorang pengguna berkata, “Resital Maya tanggal 14 Mei.” Companion dapat menyimpannya sebagai **fakta diingat yang belum dikonfirmasi**: orang, acara, dan bulan/hari tersedia, tetapi tahun, zona waktu, dan izin untuk memberi notifikasi belum ada. Sistem tidak boleh menjadwalkan pemberitahuan hanya dari kalimat tersebut.

Companion dapat bertanya: “Saya mencatat bahwa resital Maya mungkin diadakan pada 14 Mei. Tahun berapa acara tersebut, zona waktu mana yang harus saya gunakan, dan apakah Anda menginginkan pengingat?” Pengguna menjawab: “14 Mei 2027, America/Los_Angeles. Tolong ingatkan saya sehari sebelumnya pukul 09.00 pagi waktu Pasifik.” Companion merangkum: “Saya akan mengingatkan Anda tentang resital Maya pada 13 Mei 2027 pukul 09.00 pagi America/Los_Angeles, satu hari sebelum resital tanggal 14 Mei. Jadwalkan sekarang?”

Hanya setelah pengguna mengonfirmasi, sistem baru membuat catatan notifikasi seperti: **Resital Maya — 14 Mei 2027 — pengingat 13 Mei 2027 pukul 09.00 America/Los_Angeles — aktif**. Tanggal dan waktu di atas adalah contoh fiktif, bukan laporan tentang orang atau peristiwa nyata. Menyebutkan zona waktu secara eksplisit membantu menghindari anggapan bahwa “pukul 09.00 pagi” berlaku universal. Panduan zona waktu Google Kalender menjelaskan bahwa waktu acara ditampilkan dalam zona lokal dan bahwa perubahan zona waktu dapat memengaruhi tampilan item kalender; ini adalah contoh perilaku Kalender, bukan klaim tentang pengingat AI ([Google Kalender: Menggunakan Kalender di zona waktu yang berbeda](https://support.google.com/calendar/answer/37064?hl=en)).

Ringkasan yang ditampilkan kepada pengguna sangat penting karena memberikan kesempatan terakhir untuk mendeteksi bulan dan hari yang tertukar, tahun yang salah, orang yang keliru, atau salah tafsir atas frasa “sehari sebelumnya.” Jika pengguna mengedit ringkasan tersebut, companion harus menyatakan kembali detail yang diubah dan meminta konfirmasi untuk jadwal akhir yang dihasilkan.

Apa yang harus terjadi jika tanggal belum terselesaikan atau saling bertentangan?

Jangan mengirimkan pemberitahuan berdasarkan tanggal yang tidak dapat diidentifikasi oleh sistem dengan pasti. Misalnya, jika satu catatan menyebutkan resital Maya adalah 14 Mei 2027 dan catatan lain menyebutkan 21 Mei 2027, tanggal tersebut bertentangan. Companion dapat memunculkan konflik tersebut dan menanyakan tanggal mana yang benar, tetapi status notifikasi harus tetap **tidak dijadwalkan** sampai pengguna menyelesaikannya dan mengonfirmasi jadwal.

Aturan yang sama berlaku ketika ada detail penting yang hilang. “Ingatkan saya sebelum resital” tidak menentukan kapan resital berlangsung, seberapa awal pengingat harus tiba, atau bahkan resital mana yang dimaksud pengguna. Ajukan pertanyaan lanjutan yang terfokus. Jika pengguna tidak menjawab, simpan item tersebut sebagai catatan yang belum terselesaikan tanpa notifikasi aktif. Hal ini menghindari perubahan kesimpulan sepihak menjadi pemberitahuan yang tidak pernah disetujui pengguna.

Model status yang jelas membuat perilaku ini mudah dipahami: **belum dikonfirmasi**, **memerlukan klarifikasi**, **terjadwal**, **dijeda**, **dibatalkan**, atau **selesai**. Status “belum dikonfirmasi” dan “memerlukan klarifikasi” tidak boleh berjalan seperti “terjadwal.” Sistem dapat mempertahankan fakta dasar yang diingat jika sesuai, tetapi tidak boleh mengisyaratkan bahwa pemberitahuan sudah ada sampai pengingat tersebut benar-benar disiapkan.

Bagaimana seharusnya cara kerja koreksi, jeda, dan pembatalan?

**Koreksi:** Jika pengguna mengatakan resital diadakan pada 21 Mei, bukan 14 Mei, perbarui tanggalnya dan tampilkan kembali usulan waktu pengingat. Minta konfirmasi sebelum mengaktifkan jadwal yang telah dikoreksi. Jika pengingat sudah dijadwalkan sebelumnya, identifikasi dengan jelas pemberitahuan aktif mana yang akan diubah oleh koreksi tersebut dan konfirmasikan tanggal yang direvisi sebelum menggantinya. Simpan riwayat yang cukup terlihat untuk menjelaskan status saat ini, tanpa menyembunyikan tanggal lama dengan cara yang dapat membingungkan pengguna.

**Jeda (Pause):** Menjeda pengingat harus menghentikan pengiriman untuk sementara waktu sambil tetap menyimpan detail tanggal dan pengingat. Tunjukkan bahwa notifikasi sedang dijeda, dan perjelas apakah notifikasi akan dilanjutkan secara otomatis atau membutuhkan tindakan pengguna untuk melanjutkannya. Jangan menandai pengingat yang dijeda sebagai aktif. Jeda sangat berguna ketika pengguna ingin memastikan suatu detail nanti tetapi tidak ingin pemberitahuan muncul sebelum waktunya.

**Pembatalan:** Pembatalan harus menonaktifkan notifikasi yang terjadwal, bukan sekadar menghapus catatan percakapan atau menyembunyikan item tersebut. Konfirmasikan pengingat mana yang dibatalkan jika ada lebih dari satu yang cocok, lalu tampilkan status dibatalkan. Jika tanggal yang diingat masih bermanfaat, pisahkan dari pemberitahuan yang dibatalkan dan sediakan kontrol yang jelas untuk mengedit atau menghapus fakta tersebut. Kalender menyediakan kontrol untuk mengubah setelan notifikasi, termasuk untuk suatu acara individual; ini adalah contoh sempit dari pengelolaan notifikasi, bukan bukti tentang bagaimana AI companion menyimpan atau membatalkan pengingat ([Bantuan notifikasi Google Kalender](https://support.google.com/calendar/answer/37242?hl=en)).

Setelah setiap perubahan, tampilkan status akhir dan detail penting: tanggal apa yang dirujuk oleh pengingat, kapan pengingat akan berbunyi, zona waktunya, dan apakah statusnya aktif, dijeda, atau dibatalkan. Perubahan yang terjadi secara diam-diam sulit diverifikasi oleh pengguna dan dapat membiarkan asumsi yang usang tetap berjalan.

Daftar periksa audit singkat untuk pengguna

Sebelum mengandalkan pengingat tanggal, periksa item tersebut secara mandiri:

Apakah nama orang atau acara sudah benar?

Apakah tanggal lengkap, termasuk tahun, sudah dikonfirmasi?

Dapatkah saya mengetahui dari mana tanggal tersebut berasal, dan apakah ketidakpastiannya terlihat?

Apakah saya secara eksplisit menyetujui pemberitahuan, bukan hanya sekadar menyebutkan tanggalnya?

Apakah waktu tunggu pengingat, waktu jam, dan zona waktu sudah tepat?

Apakah item tersebut berstatus terjadwal dan aktif, atau masih memerlukan klarifikasi?

Jika saya mengoreksi, menjeda, atau membatalkannya, apakah status yang ditampilkan sesuai dengan yang saya minta?

Jika ada jawaban yang belum jelas, tinjau atau selesaikan item tersebut sebelum menganggapnya sebagai notifikasi terjadwal. Prinsip desain praktisnya sederhana: pertahankan informasi yang tidak pasti sebagai hal yang belum pasti, buat usulan pemberitahuan mudah diperiksa, serta buat atau ubah notifikasi aktif hanya setelah niat pengguna dan detail tanggal yang relevan sudah jelas.

Lanjutkan topik ini