Haruskah Aplikasi Karakter AI Mengumumkan Perubahan Kepribadian Sebelum Pembaruan Model?
Ya. Ketika suatu pembaruan berpotensi mengubah gaya percakapan karakter atau cara karakter tersebut menggunakan konteks proyek yang tersimpan, beri tahu pengguna sebelum mereka mendapati perubahan tersebut. Jelaskan apa yang mungkin terasa berbeda, tampilkan pratinjau yang representatif, dan berikan cara yang jelas bagi pengguna untuk meninjau atau menyesuaikan pengaturan yang didukung. Bersikaplah spesifik mengenai batasannya: pratinjau menggambarkan perilaku yang mungkin terjadi, tetapi tidak dapat menjamin bahwa setiap balasan di masa mendatang akan terasa persis sama.
Mengapa perubahan model dapat terasa seperti perubahan karakter
Pembaruan model dapat memengaruhi lebih dari sekadar kecepatan atau kualitas jawaban. Hal itu dapat mengubah susunan kata, nada bicara, dan kebiasaan percakapan yang diperhatikan pengguna pada sebuah karakter. OpenAI pernah menjelaskan tentang perubahan kepribadian default suatu model dan kemudian membatalkan pembaruan tersebut setelah perilakunya menjadi terlalu menyenangkan orang (overly agreeable); perusahaan tersebut juga mencatat bahwa kepribadian memengaruhi cara orang merasakan dan memercayai produk. Contoh tersebut menunjukkan mengapa catatan rilis yang hanya menyatakan “peningkatan kualitas” mungkin tidak memberi tahu pengguna apa yang perlu mereka ketahui. Catatan OpenAI mengenai pembaruan GPT-4o
Dalam produk karakter, pengguna mungkin juga telah menulis deskripsi karakter, memilih pengaturan gaya, atau membangun proyek di berbagai sesi. Hal-hal tersebut merupakan bagian pengalaman yang terpisah. Model baru mungkin mengubah cara instruksi diekspresikan, sementara materi proyek yang tersimpan mungkin tetap tersedia atau ditafsirkan secara berbeda. Produk tersebut harus menjelaskan bagian mana saja yang berubah, item tersimpan mana saja yang terpengaruh, dan detail mana yang mungkin ingin diperiksa oleh pengguna. Ini adalah rekomendasi komunikasi produk, bukan klaim bahwa setiap pembaruan model mengubah data yang tersimpan.
Apa saja yang harus disertakan dalam pemberitahuan di awal?
Tuliskan pemberitahuan berdasarkan perilaku yang dapat diamati, bukan jargon model. Sebutkan jendela rilis atau peluncuran jika diketahui, identifikasi siapa yang akan menerimanya dan kapan, serta jelaskan perbedaan yang terlihat oleh pengguna dalam istilah yang lugas. Contohnya: “Balasan mungkin lebih ringkas, dan karakter dapat menggunakan catatan proyek Anda yang tersimpan secara berbeda.” Hanya sertakan pernyataan yang telah diverifikasi oleh tim produk untuk pembaruan tersebut; jika waktu atau dampaknya belum pasti, nyatakan demikian.
Pisahkan tiga kategori dalam pemberitahuan: gaya karakter, pengaturan yang dikontrol pengguna, dan kontinuitas proyek yang tersimpan. Jelaskan apakah masing-masing diperkirakan akan berubah, tetap seperti yang dikonfigurasi, atau perlu ditinjau. Jika dampaknya tidak diketahui, beri label sebagai tidak diketahui daripada menyiratkan adanya kesinambungan. Rincian ini penting karena produk dapat menyajikan kontrol gaya dan personalisasi yang berbeda: catatan rilis ChatGPT, misalnya, menjelaskan pilihan nada dan perubahan yang berlaku di seluruh obrolan. Hal itu merupakan bukti bahwa pengaturan yang dihadapi pengguna dapat menjadi bagian dari cerita pembaruan, bukan bukti bahwa aplikasi lain menawarkan kontrol yang sama. Catatan rilis ChatGPT
Pemberitahuan yang berguna menjawab empat pertanyaan praktis: Apa yang mungkin saya sadari? Kapan saya mungkin menyadarinya? Pengaturan atau materi tersimpan apa yang harus saya tinjau? Ke mana saya dapat mengirim masukan jika hasilnya berbeda dari pratinjau? Hindari janji-janji luas seperti “karakter Anda tidak akan berubah.” Sekalipun teks yang tersimpan tetap utuh, respons model dapat bervariasi.
Bagaimana pratinjau dapat membuat perubahan menjadi konkret?
Tawarkan pratinjau singkat menggunakan deskripsi karakter dan pengaturan yang sama dengan yang sudah dimiliki pengguna, jika produk dapat melakukannya secara andal. Tampilkan beberapa interaksi representatif yang memperlihatkan perubahan terkait secara nyata: mungkin sebuah salam, respons terhadap detail proyek, dan percakapan perencanaan rutin. Beri label contoh-contoh tersebut sebagai sampel, identifikasi versi baru atau pembaruan yang diwakilinya, dan nyatakan bahwa respons sebenarnya bervariasi.
Tampilan berdampingan dapat membantu pengguna membandingkan perilaku saat ini dan yang diusulkan, asalkan kedua contoh menggunakan perintah (prompt) dan konteks yang sama. Jaga agar perbandingan tetap terfokus pada dimensi yang penting untuk rilis ini, seperti panjang kalimat, tingkat formalitas, atau apakah karakter merujuk pada detail proyek yang tersimpan. Jangan menampilkan “sebelum” dan “sesudah” yang dipilih secara sepihak sebagai bukti bahwa setiap interaksi akan meningkat.
Pratinjau tidak boleh diam-diam mengubah deskripsi karakter atau konteks proyek. Jika sampel menggunakan pengaturan yang diubah, ungkapkan hal tersebut dan jelaskan cara melihat pratinjau dengan konfigurasi pengguna sendiri. Pemberitahuan pembaruan Character.AI memberikan contoh produk yang relevan: pembaruan tersebut memperkenalkan Gaya Obrolan yang dapat dipilih sekaligus secara eksplisit menyatakan bahwa gaya tersebut dapat berubah seiring iterasi produk. Peringatan yang jelas seperti itu membantu menetapkan ekspektasi, meskipun pratinjau dan penjelasan spesifik pembaruan akan menambah lebih banyak nilai keputusan. Pembaruan komunitas Februari 2025 dari Character.AI
Pilihan apa saja yang harus didapatkan pengguna?
Tawarkan pilihan yang benar-benar didukung oleh produk, dan jelaskan konsekuensinya dengan lugas. Bergantung pada produknya, opsi yang bermanfaat mungkin mencakup meninjau deskripsi karakter yang tersimpan, menyesuaikan pengaturan gaya yang tersedia, menguji percakapan sampel, atau mengirim masukan setelah peluncuran. Jika pembaruan dapat ditunda untuk periode terbatas, jelaskan tanggal berakhirnya dan apa yang terjadi setelahnya. Jangan menyiratkan bahwa pengguna dapat memilih untuk tidak ikut (opt out), mempertahankan versi lama, atau memulihkan gaya percakapan sebelumnya kecuali tindakan tersebut memang benar-benar tersedia.
Pemberitahuan pembaruan lebih berguna jika muncul di tempat yang akan dilihat pengguna yang terdampak sebelum perubahan diterapkan. Panduan manajemen perubahan Microsoft menyarankan untuk mengidentifikasi dampak pengguna, mengomunikasikan perubahan besar sebelumnya jika diperlukan tindakan, dan menyediakan saluran untuk masukan. Panduan tersebut ditulis untuk pelanggan Microsoft 365, sehingga menerapkannya pada aplikasi karakter merupakan inferensi desain produk yang berdasar, bukan aturan mutlak untuk aplikasi-aplikasi tersebut. Panduan perubahan Microsoft 365
Jika pengguna tidak memiliki pilihan mengenai waktu peluncuran, katakan hal itu secara langsung. Pengguna tetap dapat memperoleh manfaat dari pratinjau, ringkasan pembaruan, cara untuk memeriksa pengaturan mereka sendiri, dan jalur pemberian masukan. Pengumuman Gemini Google menggambarkan bagaimana produk AI dapat menjelaskan pengaturan personalisasi baru bersamaan dengan kontrol untuk mengelolanya. Kontrol spesifik berbeda di setiap produk, tetapi prinsip komunikasinya tetap sama: beri tahu pengguna data apa yang digunakan fitur tersebut dan di mana mereka dapat mengelola pengaturan terkait. Pengumuman personalisasi Gemini dari Google
Bagaimana produk harus menangani masukan setelah rilis?
Jaga agar saluran masukan tetap terhubung dengan pembaruan tersebut. Minta pengguna untuk mengidentifikasi apa yang mereka sadari—seperti pergeseran formalitas, detail proyek yang terlewat, atau salam yang berubah—daripada hanya menanyakan apakah mereka menyukai model baru tersebut. Jika produk memiliki formulir masukan, sediakan informasi versi pembaruan atau kelompok peluncuran bagi tim dukungan sehingga mereka dapat menginterpretasikan laporan sesuai konteksnya.
Baca masukan berdampingan dengan pratinjau dan tujuan produk. Satu penilaian saja mungkin tidak mengungkapkan apakah pengguna bereaksi terhadap gaya baru, pengaturan yang diubah, atau masalah kesinambungan. Tulisan OpenAI tentang pembaruan GPT-4o menyatakan bahwa tim terlalu bergantung pada masukan jangka pendek dan tidak sepenuhnya memperhitungkan bagaimana interaksi berubah dari waktu ke waktu; tulisan tersebut juga menjelaskan perluasan peluang untuk masukan langsung sebelum penerapan. Untuk produk karakter, hal itu mendukung pengumpulan masukan di berbagai penggunaan yang representatif dan membuat jalur masukan terlihat sebelum serta sesudah pembaruan. OpenAI tentang pembaruan GPT-4o dan masukan
Daftar periksa pemberitahuan yang praktis
Sebelum peluncuran, siapkan pemberitahuan singkat yang menyebutkan pengalaman yang terpengaruh, menjelaskan kemungkinan perubahan dalam istilah sehari-hari, membedakan gaya dari kontinuitas proyek yang tersimpan, dan menautkan ke pratinjau yang representatif. Nyatakan apa yang dapat ditinjau atau disesuaikan oleh pengguna, pilihan apa yang tidak tersedia, dan ke mana harus melaporkan ketidaksesuaian. Setelah peluncuran, jaga agar penjelasan tetap dapat diakses dan akui perubahan-perubahan yang bermakna saat perubahan tersebut makin terlihat jelas.
Standarnya sederhana: berikan informasi yang cukup kepada pengguna untuk memahami apa yang mungkin berubah dan apa yang dapat mereka lakukan terhadap hal tersebut, sambil menghindari jaminan mengenai kepribadian model yang pasti. Karakter tersebut dapat tetap dikenali dalam deskripsi dan riwayat proyeknya meskipun terdengar berbeda dalam praktiknya. Komunikasi di awal yang jujur membantu pengguna memutuskan bagaimana menyikapi perubahan tersebut.
