Berikan kontrak yang jelas untuk setiap pengaturan interaksi yang diingat

Pilih salah satu dari tiga cakupan sebelum menyimpan apa pun

Gunakan hanya-giliran (turn-only) untuk permintaan seperti “buat jawaban ini singkat.” Gunakan cakupan proyek untuk aktivitas terbatas seperti merencanakan satu acara di beberapa obrolan. Gunakan cakupan persisten hanya untuk pilihan yang dimaksudkan untuk muncul kembali dalam percakapan mendatang yang tidak terkait, seperti nama panggilan pilihan yang telah dikonfirmasi. Tampilkan cakupan aktif di samping masukan dan pratinjau di mana cakupan itu akan muncul. Pengaturan tidak mewarisi cakupan yang lebih luas hanya karena diulang. FAQ Memori OpenAI saat ini membedakan kontrol memori berkelanjutan dari obrolan sementara yang tidak menggunakan maupun membuat memori. Label produk berbeda-beda, jadi verifikasi kontrol saat ini daripada mengasumsikan perilaku yang sama. Jika tidak ada cakupan proyek, gunakan hanya-giliran hingga pengguna secara eksplisit memilih persistensi.

Berikan objek, sumber, perbaikan, dan masa kedaluwarsa untuk setiap item yang diingat

“Suka balasan singkat” tidaklah lengkap. Entri yang dapat digunakan berbunyi: objek—panjang balasan; nilai—singkat; sumber—instruksi eksplisit pada tanggal yang disebutkan; cakupan—proyek ini; perbaikan—dapat diedit dari jawaban dan pengaturan; masa kedaluwarsa—pada penutupan proyek. Tampilkan sumber di samping respons apa pun yang mengandalkannya. OpenAI saat ini mendokumentasikan ringkasan memori, indikator sumber, dan kontrol perbaikan, sementara Kerangka Kerja Privasi NIST menjelaskan kontrol terperinci dan dialog yang andal tentang pemrosesan data. Gunakan ide-ide tersebut secara spesifik: pengguna harus memahami mengapa pendamping bertindak dengan cara tertentu dan kontrol mana yang dapat mengubahnya. Jangan mengubah lelucon, saran yang ditolak, pesan larut malam, atau instruksi bermain peran satu kali menjadi preferensi yang langgeng.

Pisahkan nama panggilan pilihan dari peran dan nada

Simpan bentuk sapaan pilihan sebagai bidangnya sendiri dengan pengucapan atau aksara hanya jika pengguna menyediakannya. Jangan menyimpulkan gelar, label hubungan, bentuk gender, atau tingkat keakraban dari sebuah nama. Peran dan nada adalah kontrol yang terpisah: perencana praktis, mitra ide yang ceria, pencatat netral; kata-kata yang ringkas, terperinci, langsung, atau lembut. Setiap peran memerlukan cakupan yang terlihat dan status nonaktif. Nama panggilan proyek tidak boleh menjadi nama akun. Nada ceria dalam satu latihan fiksi tidak boleh mengubah obrolan biasa. Bacakan kembali kontrak sebelum menyimpan: “Gunakan River dalam proyek ini; biarkan obrolan mendatang yang tidak terkait tetap tidak berubah.” Ini membuat perbaikan menjadi presisi alih-alih memaksakan reset penuh setiap kali ada satu kata yang salah.

Nyatakan bidang yang tidak boleh pernah disimpulkan

Tambahkan daftar non-inferensi yang eksplisit. Entri yang berguna mencakup hubungan, keyakinan, identitas, lokasi, ketersediaan, niat berbelanja, dan apakah aktivitas yang berulang merupakan preferensi yang langgeng. Daftar ini bukan biografi; ini adalah aturan bahwa informasi yang hilang tetap hilang. Jika suatu tugas memerlukan satu bidang, pendamping mengajukan pertanyaan opsional yang sempit dan menerima jawaban “biarkan tidak diatur.” Google PAIR mencatat bahwa umpan balik implisit bersifat ambigu dan merekomendasikan penyesuaian atau reset. Terapkan prinsip tersebut pada keheningan, klik, perintah berulang, dan pembukaan notifikasi. Frekuensi juga eksplisit: tidak pernah, berdasarkan permintaan, sekali sehari, atau pada waktu yang dipilih. Tidak adanya jawaban tidak boleh diartikan sebagai izin untuk pengingat.

Atur ritme, notifikasi, dan perbaikan batasan secara independen

Ritme interaksi, izin notifikasi, peran, dan nada harus menjadi tombol pengalih yang terpisah. Seseorang mungkin menginginkan gaya obrolan yang berenergi tanpa notifikasi yang tidak diminta sama sekali, atau pengingat mingguan dengan suara netral. Tunjukkan saluran, waktu, jendela tenang, pemicu, dan kondisi henti sebelum pengaktifan. Ketika pendamping melanggar batas, tawarkan tiga perbaikan: perbaiki satu nilai, reset proyek saat ini, atau reset semua pengaturan interaksi. Jelaskan cakupan pastinya dan kapan perubahan tersebut mulai berlaku. PAIR merekomendasikan untuk mengomunikasikan cakupan dan waktu efek umpan balik. Reset yang mengubah layar saat ini tetapi membiarkan obrolan baru tidak berubah adalah reset yang tidak lengkap; beri label belum terselesaikan daripada mengulangi reset secara diam-diam.

Verifikasi kontrak dengan satu penanda yang tidak berbahaya

Pilih penanda tanpa makna pribadi, seperti “pembatas buku biru.” Tetapkan untuk hanya-giliran dan minta pada giliran berikutnya; penanda tersebut boleh muncul di sana, lalu harus menghilang di obrolan baru. Ulangi dengan cakupan proyek: penanda boleh kembali di dalam proyek tersebut tetapi tidak di luar. Terakhir, tetapkan nama uji yang persisten, buka percakapan baru yang tidak terkait, dan konfirmasikan bahwa hanya nama tersebut yang muncul kembali. Perbaiki nama, nonaktifkan notifikasi, reset peran, dan ulangi di perangkat lain jika perilaku lintas perangkat dijanjikan. Catat yang diharapkan, diamati, dan belum terselesaikan untuk setiap antarmuka. Hapus penanda setelah selesai. Lolos berarti cakupan berperilaku seperti yang dinyatakan, perbaikan menggantikan nilai lama, reset mencapai antarmuka yang ditentukan, dan inferensi yang dilarang tetap kosong; ini tidak mengesahkan keamanan penyimpanan.

Lanjutkan topik ini