Bagaimana Seharusnya AI Companion Menjelaskan Memorinya kepada Pengguna?
Ketika AI companion menyimpan atau menggunakan informasi tentang seseorang, penjelasannya harus memungkinkan orang tersebut menjawab enam pertanyaan praktis: apa yang dapat diingat, dari mana informasi itu berasal, apakah penyimpanan telah dikonfirmasi, di mana informasi itu dapat digunakan kembali, berapa lama informasi itu disimpan, dan bagaimana cara memeriksa, mengoreksi, atau menghapusnya. Waktu yang tepat untuk penjelasan ini adalah saat suatu memori disarankan, disimpan, atau digunakan. Kartu di bawah ini adalah usulan desain, bukan deskripsi kontrol yang sudah ditawarkan oleh setiap aplikasi.
Apa yang harus disampaikan oleh keterbukaan memori kepada pengguna?
Frasa singkat seperti “Saya akan mengingatnya” bisa terdengar jelas namun membiarkan status yang mendasarinya menjadi tidak pasti. Apakah itu berarti detail tersebut ada di obrolan saat ini, disimpan untuk nanti, disimpulkan dari sumber lain, atau sekadar tercermin dalam jawaban berikutnya? Keterbukaan informasi yang berguna menyebutkan status tersebut dan memberi pengguna cara untuk memverifikasinya.
Rancang kartu sedemikian rupa sehingga setiap jawaban terlihat di dekat tindakan yang relevan. Jika suatu detail hanya disarankan untuk disimpan, beri label sebagai saran. Jika aplikasi tidak dapat mengonfirmasi bahwa memori persisten telah disimpan, nyatakan secara langsung; jangan mengisyaratkan bahwa perubahan telah terjadi. Pemilihan kata harus sesuai dengan perilaku sistem yang sebenarnya, termasuk keterlambatan atau batasan apa pun yang dapat dibuktikan oleh produk.
Enam jawaban tersebut
Pertanyaan pengguna: Apa yang bisa menjadi memori? — Apa yang harus dikatakan kartu: Detail spesifik atau deskripsi lugas tentang kategorinya, seperti “Anda lebih menyukai ringkasan proyek yang singkat.” Hindari label yang tidak jelas seperti “personalisasi.”
Pertanyaan pengguna: Dari mana asalnya? — Apa yang harus dikatakan kartu: Identifikasi sumbernya: obrolan ini, obrolan lama, aplikasi yang terhubung, atau sumber lain yang benar-benar digunakan produk. Jika itu adalah kesimpulan (inferensi), beri label sebagai kesimpulan.
Pertanyaan pengguna: Apakah penyimpanan telah dikonfirmasi? — Apa yang harus dikatakan kartu: Nyatakan apakah item tersebut disimpan, tertunda, disarankan, atau tidak disimpan. Tampilkan kontrol untuk konfirmasi jika produk mendukungnya.
Pertanyaan pengguna: Di mana informasi ini dapat digunakan kembali? — Apa yang harus dikatakan kartu: Jelaskan tujuan atau konteks yang relevan, seperti obrolan di masa mendatang atau fitur terhubung yang disebutkan namanya. Jangan berjanji bahwa data itu tetap berada di satu tempat kecuali hal tersebut memang benar.
Pertanyaan pengguna: Berapa lama data akan tersimpan? — Apa yang harus dikatakan kartu: Berikan periode retensi yang didukung atau jelaskan ketentuan untuk penghapusan. Jika waktunya bervariasi atau tidak diketahui, katakan demikian dan tautkan ke kontrol atau kebijakan yang berlaku.
Pertanyaan pengguna: Bagaimana cara memeriksa, mengoreksi, atau menghapusnya? — Apa yang harus dikatakan kartu: Tautkan langsung ke kontrol memori atau aktivitas yang berlaku, dan jelaskan tindakan mana yang mengubah salinan atau sumber mana.
Ini adalah pola interaksi yang diusulkan. Pola ini tidak boleh disajikan sebagai standar universal atau klaim bahwa setiap companion memiliki memori tingkat item, konfirmasi, atau periode retensi tetap. Jika produk tidak memiliki salah satu dari kontrol ini, keterbukaan informasi harus menyatakan apa yang tersedia daripada menyiratkan bahwa suatu kontrol ada.
Apa perbedaan antara riwayat obrolan, memori tersimpan, dan data aplikasi terhubung?
Pengguna perlu mengetahui jenis informasi apa yang sedang mereka hadapi karena detail yang sama dapat berada di lebih dari satu tempat. Antarmuka yang jelas memisahkan setidaknya tiga konsep:
**Riwayat obrolan** adalah rekaman percakapan. Menyimpan atau menghapus rekaman tersebut adalah satu tindakan, dan pengaruhnya terhadap personalisasi bergantung pada desain produk serta aturan yang dinyatakan.
**Memori tersimpan** adalah informasi yang disimpan atau diperoleh produk untuk personalisasi nanti. Ini mungkin terhubung ke obrolan sebelumnya, tetapi secara konseptual berbeda dari transkrip yang terlihat. Antarmuka harus menampilkan item tersebut atau menjelaskan mengapa item itu tidak dapat diperiksa secara terpisah.
**Sumber aplikasi terhubung** adalah informasi yang tersedia dari layanan lain yang telah ditautkan oleh pengguna. Memutuskan sambungan layanan dapat memengaruhi akses di masa mendatang, tetapi belum tentu menghapus informasi yang telah disalin, diringkas, atau dimasukkan ke dalam aktivitas obrolan.
Perbedaan ini penting dalam kontrol produk yang sebenarnya. Bantuan Aplikasi Gemini dari Google menyatakan bahwa penghapusan obrolan masa lalu mungkin memerlukan waktu singkat untuk menghentikan penggunaannya demi personalisasi, dan menjelaskan tentang penghapusan atau koreksi informasi yang terkait dengan obrolan masa lalu. Untuk informasi yang diingat dari aplikasi yang terhubung, disebutkan bahwa pengguna mungkin perlu menghapus obrolan yang relevan dan memutuskan sambungan aplikasi; hanya melakukan salah satunya mungkin membuat sumber lain tetap tersedia. Ini adalah deskripsi kontrol dan perilaku Gemini, bukan aturan universal untuk AI companion ([Bantuan Aplikasi Gemini: memori dari obrolan masa lalu](https://support.google.com/gemini/answer/16598469?co=GENIE.Platform%3DDesktop&hl=en)).
Halaman bantuan Aplikasi Terhubung Gemini yang terpisah juga menyatakan bahwa memutuskan sambungan aplikasi atau menghapus data di aplikasi tersebut tidak menghapus Aktivitas Aplikasi Gemini, dan menghapus Aktivitas Aplikasi Gemini tidak menghapus data di layanan lain. Hal ini mengilustrasikan mengapa keterbukaan informasi harus mengidentifikasi sumber dan salinan yang terpengaruh daripada menggunakan label generik “hapus memori” ([Bantuan Aplikasi Gemini: Aplikasi Terhubung](https://support.google.com/gemini/answer/16836988?hl=en)).
Seperti apa bentuk penjelasan khusus sumber?
Pertimbangkan contoh fiktif ini: Riley memberi tahu seorang companion dalam obrolan, “Saya sedang merencanakan akhir pekan di Portland,” dan juga telah menghubungkan kalender yang berisi acara di Portland. Companion tersebut kemudian menggunakan konteks obrolan dan kalender untuk menyarankan rencana perjalanan. Riley menghapus obrolan tersebut. Jika kalender tetap terhubung, acara tersebut masih dapat menjadi sumber informasi yang independen; menghapus percakapan secara logis tidak berarti bahwa acara kalender tersebut ikut dihapus. Contoh ini mengilustrasikan pemisahan sumber. Ini tidak mengklaim bahwa produk tertentu menyimpan atau menggunakan kembali informasi fiktif ini dengan cara seperti itu.
Keterbukaan informasi yang berguna dalam situasi ini akan menyebutkan sumber secara terpisah: “Saran ini menggunakan obrolan masa lalu Anda tentang Portland dan acara yang tersedia dari kalender Anda yang terhubung.” Jika Riley menghapus obrolan, antarmuka harus melaporkan status sumber yang terkait dengan obrolan tersebut dan menjelaskan apakah koneksi kalender tetap tersedia. Jika produk tidak dapat memastikan apakah suatu sumber digunakan, ia tidak boleh menyatakan bahwa sumber itu digunakan.
Aturan yang sama berlaku untuk koreksi. Jika pengguna berkata, “Acara itu bukan milik saya,” antarmuka harus mengidentifikasi apakah koreksi tersebut memperbarui memori yang disimpan, mengubah cara obrolan digunakan, atau membiarkan kalender yang terhubung tidak tersentuh. Koreksi pada satu lapisan tidak boleh digambarkan sebagai mengoreksi semua sumber kecuali jika memang benar-benar demikian.
Mengapa kata “Saya mengingat Anda” saja tidak cukup?
Katakanlah sebuah aplikasi membalas, “Saya mengingat Anda,” tetapi tidak dapat menampilkan item yang disimpan, mengidentifikasi sumber, mengonfirmasi status persisten, atau menjelaskan bagaimana pengguna dapat mengubahnya. Pemilihan kata tersebut mungkin terdengar luwes seperti percakapan, tetapi itu bukan bukti bahwa sebuah memori telah disimpan. Itu bisa saja menggambarkan konteks obrolan saat ini, respons yang dihasilkan, atau catatan persisten; tanpa informasi status, pengguna tidak dapat membedakannya.
Bagi para desainer, ini adalah contoh kasus negatif yang berguna: jangan biarkan bahasa yang ramah menggantikan tanda bukti yang jelas. Setelah suatu tindakan, tunjukkan status eksplisit seperti “Tersimpan,” “Tidak tersimpan,” atau “Tidak dapat mengonfirmasi,” tetapi gunakan hanya status yang dapat diverifikasi oleh sistem. Sertakan jalur untuk memeriksa item jika tersedia. Jika tidak ada rekaman memori terpisah yang dapat diperiksa oleh pengguna, jelaskan apa arti frasa tersebut dalam produk tersebut dan di mana informasi pendukungnya dikelola.
Bagaimana seharusnya pengguna memeriksa dan mengelola memori?
Ketika seorang companion merujuk pada suatu detail secara tak terduga, pengguna harus dapat mengikuti urutan diagnostik singkat:
**Tanyakan informasi apa yang digunakan.** Minta detail spesifik beserta sumbernya. Perlakukan respons tersebut sebagai penjelasan yang perlu diperiksa terhadap kontrol produk, bukan sebagai bukti tersendiri.
**Buka sumber yang disebutkan.** Periksa percakapan yang relevan, pengaturan memori, riwayat aktivitas, atau pengaturan aplikasi yang terhubung. Jangan berasumsi bahwa ini semua adalah rekaman yang sama.
**Koreksi lapisan yang tepat.** Jika detail yang disimpan salah, edit atau hapus detail tersebut di kontrol memori jika tersedia. Jika informasi berasal dari layanan yang terhubung, tinjau juga sambungan tersebut atau item aslinya.
**Verifikasi hasilnya.** Cari perubahan status atau konfirmasi. Jika produk tidak dapat mengonfirmasi penghapusan atau koreksi, produk harus menyatakannya dan menjelaskan setiap penundaan atau batasan yang terdokumentasi untuk tindakan tersebut.
Kontrol yang tersedia akan berbeda di setiap produk. Halaman bantuan Gemini, misalnya, menjelaskan cara mengaktifkan atau menonaktifkan memori obrolan masa lalu, menemukan dan menghapus obrolan masa lalu, serta mengoreksi informasi secara langsung dalam obrolan. Mereka juga menjelaskan bahwa data aplikasi yang terhubung dan aktivitas Gemini memiliki jalur pengelolaan yang terpisah. Contoh-contoh ini bermanfaat karena membuat pembedaan sumber menjadi konkret; hal tersebut tidak boleh disalin sebagai janji bahwa aplikasi lain memiliki pengaturan yang sama.
Tempatkan penjelasan di samping tindakan memori
Kartu enam jawaban berfungsi paling baik jika muncul pada saat pengguna membutuhkannya: sebelum mengonfirmasi memori yang disarankan, setelah penyimpanan, atau saat sebuah respons menggunakan informasi dari obrolan masa lalu atau aplikasi yang terhubung. Jaga agar status tetap ringkas, sebutkan sumber dalam bahasa yang mudah dipahami, dan arahkan pengguna ke kontrol yang mengubah rekaman terkait. Jika retensi atau penggunaan kembali tidak diketahui secara pasti, jelaskan ketidakpastian tersebut daripada mengarang durasi atau jaminan.
Ujiannya sederhana: setelah membaca penjelasannya, dapatkah pengguna mengidentifikasi informasi apa yang terlibat, dari mana asalnya, apakah informasi itu benar-benar disimpan, di mana informasi itu dapat digunakan, apa yang membuatnya tetap tersedia, dan bagaimana cara mengubahnya? Jika tidak, “Saya mengingat Anda” hanyalah sebuah frasa belaka. Keterbukaan informasi yang berguna membuat status sistem yang sebenarnya dapat dipahami dan memberi pengguna langkah praktis berikutnya.
