Blog Metlivi

Apabila AI Terlupa Butiran Projek, Ia Patut Bertanya Sebelum Mengingatinya

Apabila pembantu AI tidak dapat mendapatkan semula butiran biasa daripada projek kreatif yang sedang berlangsung, ia patut menyatakan perkara yang tidak dapat disahkannya, mengenal pasti fakta yang hilang, dan meminta pengguna memberikan sumbernya. Ia hanya patut mengemas kini pemahaman kerjanya selepas pengguna mengesahkan butiran itu. Respons tersebut lebih berguna daripada mereka-reka perbualan lampau yang munasabah kerana ia memisahkan rekod projek daripada tekaan.

30 September 2026Bacaan 6 minitOleh Metlivi Editorial Team
Bahagian 1

Mengapa ingatan yang munasabah masih sekadar tekaan

Projek kreatif bergantung pada keputusan kecil: tajuk yang disenarai pendek, sama ada draf menggunakan kata ganti nama diri pertama atau kedua, atau palet warna yang dipilih pengguna. Jika pembantu tidak dapat menemukan salah satu butiran ini, jawapan yang lancar boleh kedengaran seperti ingatan yang boleh dipercayai, sedangkan ia secara senyap memperkenalkan pilihan baharu.

NIST mentakrifkan konfabulasi AI generatif sebagai kandungan palsu yang disampaikan dengan yakin, serta output yang menyimpang daripada atau bercanggah dengan input. Butiran projek yang direka-reka sepadan dengan risiko praktikal itu: ia boleh disalah anggap sebagai keputusan yang telah dibuat. Profil AI Generatif NIST menerangkan mekanisme ini secara umum; akibatnya terhadap kerja projek di sini ialah inferens reka bentuk, bukannya dapatan tentang produk tertentu.

Penyelidikan OpenAI juga menyatakan bahawa insentif penilaian yang lazim boleh memberi ganjaran kepada tekaan berbanding pengakuan bahawa sesuatu itu tidak pasti. Contohnya berkaitan soal jawab umum, tetapi pengajaran reka bentuknya juga terpakai di sini: pembantu tidak patut menganggap pelengkapan yang kedengaran yakin sebagai bukti bahawa perbualan lampau tersedia. Mengapa model bahasa berhalusinasi

Bahagian 2

Tentukan dahulu perkara yang benar-benar dapat dilihat oleh pembantu

Pembantu patut membezakan tiga keadaan: butiran yang kelihatan dalam perbualan semasa, butiran yang boleh didapatkan semula daripada sumber projek yang tersedia, dan butiran yang tidak dapat disahkannya. Setiap keadaan memerlukan ungkapan yang berbeza. Jika butiran itu muncul lebih awal dalam utas semasa, pembantu boleh memetik atau meringkaskannya dan merujuk kepada konteks tersebut. Jika ia menemukan nota atau dokumen, ia boleh menyebut sumber itu. Jika kedua-duanya tiada, ia patut menyatakannya dengan jelas.

Pernyataan ketidakpastian yang berguna adalah khusus dan terhad: “Saya tidak dapat mengesahkan tajuk yang anda pilih berdasarkan maklumat projek yang tersedia kepada saya.” Pernyataan itu tidak membayangkan bahawa pengguna tidak pernah memilih tajuk, bahawa pembantu telah mencari setiap arkib yang mungkin, atau bahawa butiran yang hilang itu tidak wujud. Perbezaan ini penting kerana ketidakupayaan mendapatkan semula rekod bukan bukti bahawa rekod itu tidak pernah dibuat.

Panduan Google People + AI mengesyorkan agar keupayaan dan batasan yang berkaitan diterangkan, serta penjelasan ditumpukan pada perkara yang mempengaruhi pemahaman dan keputusan pengguna. Jika diterapkan di sini, pendekatan itu menyarankan pernyataan ringkas tentang konteks projek yang tersedia, bukannya penerangan teknikal tentang cara kerja dalaman model. Kebolehjelasan + Kepercayaan

Bahagian 3

Minta sumber berguna yang paling ringkas

Selepas menyatakan kekurangan maklumat, ajukan satu soalan yang terarah. Contohnya: “Bolehkah anda tampalkan nota itu atau beritahu saya tajuk yang telah dipersetujui?” Jika pengguna mungkin mempunyai beberapa pilihan sumber, berikan senarai ringkas: “Adakah tajuk itu dalam draf terkini, nota projek anda atau sembang terdahulu?” Tujuannya adalah untuk memudahkan pencarian semula tanpa menjadikan tugasan kreatif rutin seperti soal siasat.

Corak respons yang praktikal ialah: “Saya tidak dapat mengesahkan palet warna berdasarkan perkara yang boleh saya akses. Jika anda berkongsi nota itu atau mengingatkan saya tentang warnanya, saya akan menggunakannya untuk draf seterusnya.” Respons ini mengenal pasti fakta yang hilang, meminta bukti atau pengesahan, dan menerangkan perkara yang akan berlaku seterusnya. Ia juga mengekalkan kelancaran kerja: pembantu boleh meneruskan bahagian tugasan yang tidak terjejas sambil membiarkan pilihan yang belum pasti itu terbuka.

Penjelasan lanjut berguna apabila maklumat yang hilang mengubah jawapan. Dalam kajian dialog kolaboratif, Testoni dan Fernández mendapati bahawa strategi penjelasan lanjut yang berpandukan ketidakpastian model meningkatkan kejayaan tugasan dalam tugasan lukisan khusus mereka; mereka juga melaporkan bahawa mengajukan soalan mempunyai kos. Dapatan itu menyokong pendekatan yang bersederhana: bertanya apabila fakta projek yang tiada itu penting, dan pastikan soalannya terarah. Mengajukan Soalan yang Tepat pada Masa yang Tepat

Bahagian 4

Kemas kini hanya selepas pengguna mengesahkan

Sebaik sahaja pengguna memberikan sumber atau mengesahkan butiran, ulangi fakta yang disahkan secara ringkas: “Baik: tajuk semasa ialah ‘Nota Taman Kecil’, berdasarkan nota yang anda tampalkan.” Jika sumber itu menyatakan sesuatu yang sedikit berbeza, nyatakan percanggahan itu dan bukannya memilih secara senyap. Contohnya: “Nota anda menyatakan ‘Nota Taman’; tadi anda menyebut ‘Nota Taman Kecil’. Yang mana satu patut saya gunakan?”

Kemas kini itu patut terhad kepada projek dan bukti yang ada. Baris yang ditampalkan boleh menyokong penggunaan baris itu dalam tugasan semasa; ia tidak secara automatik membuktikan bahawa butiran itu kekal, terpakai pada setiap versi, atau patut disimpan selepas perbualan semasa. Jika produk mempunyai rekod projek yang boleh dilihat, tunjukkan kemas kini yang dicadangkan dan berikan cara kepada pengguna untuk membetulkannya. Jika tiada rekod sedemikian, jangan dakwa bahawa ingatan telah diubah secara kekal.

Langkah pengesahan ini ialah saranan reka bentuk yang berasaskan kebolehkesanan dan kawalan pengguna: pengguna boleh melihat fakta yang diterima pakai dan membetulkannya sebelum fakta itu mempengaruhi lebih banyak kerja. Langkah ini amat berguna apabila pilihan kreatif berubah. Draf terdahulu mungkin mengandungi tajuk lama, sementara mesej terkini menetapkan tajuk baharu; pembantu patut mengekalkan urutan itu dan bukannya meratakan semua draf menjadi satu ingatan yang kononnya kekal.

Bahagian 5

Elakkan soalan yang menyelitkan tekaan

Soalan masih boleh mengelirukan jika ia menyelitkan jawapan yang direka-reka. “Anda memilih warna biru kehijauan, betul?” menekan perbualan ke arah butiran yang belum disahkan oleh pembantu. Pilih permintaan yang neutral: “Warna apa yang anda pilih?” Jika terdapat sumber sebenar yang menyebut warna biru kehijauan, nyatakannya: “Nota draf menyenaraikan warna biru kehijauan. Adakah itu masih palet yang anda inginkan?” Ungkapan itu membezakan bukti sumber daripada pengesahan semasa.

Jangan kemukakan pilihan yang dijana sebagai fakta yang diingati. Jika pengguna tidak dapat menemukan keputusan lama, pembantu boleh menawarkan bantuan untuk memilih semula, tetapi ia patut melabelkannya sebagai pilihan baharu: “Saya tidak dapat mendapatkan semula palet terdahulu. Mahukah anda memilih satu sekarang?” Perbezaan itu membolehkan kerjasama kreatif tanpa mengubah sejarah projek.

Kajian tahun 2024 tentang model bahasa yang menjawab soalan tidak lengkap mendapati bahawa tingkah laku penjelasan lanjut yang sesuai dengan konteks muncul dalam keadaan tertentu dari segi saiz model dan arahan, bukannya berlaku secara automatik. Dapatan ini mengingatkan pasukan produk agar mereka bentuk dan menilai tingkah laku ini secara jelas, bukan mengandaikan model akan sentiasa mengajukan soalan yang tepat secara lalai. Pelengkapan dengan Penjelasan Lanjut

Bahagian 6

Nilai tingkah laku ini menggunakan tugasan projek biasa

Pasukan produk boleh menguji interaksi ini menggunakan arahan rutin untuk projek kreatif: minta tajuk yang hilang, format yang dipilih atau pilihan draf apabila butiran berkaitan tiada daripada konteks yang tersedia kepada pembantu. Respons yang baik patut menyatakan kekurangan maklumat, mengelakkan mereka-reka perbualan terdahulu, meminta sumber atau pengesahan yang berkaitan, kemudian menggunakan maklumat yang telah disahkan secara konsisten.

Sertakan kes berdekatan yang butirannya terdapat dalam utas semasa atau nota yang diberikan. Dalam kes tersebut, pembantu patut menggunakan bukti yang tersedia sambil menyatakan dengan tepat dari mana bukti itu diperoleh. Uji juga versi yang bercanggah dan pembetulan pengguna. Penilaian yang berguna membezakan ingatan tanpa sokongan daripada carian semula yang disokong bukti, serta memeriksa sama ada pembantu meneruskan kerja yang tidak terjejas dan bukannya menghentikan seluruh tugasan.

Ini ialah kaedah penilaian yang dicadangkan, bukannya hasil yang ditetapkan oleh kajian yang dipetik. Nilai maklumatnya terletak pada urutan keputusan: tentukan akses, nyatakan batasan, minta sumber terkecil yang membantu, sahkan butiran yang diterima pakai, dan jelaskan skop kemas kini. Urutan itu menjadikan “Saya tidak tahu” satu langkah yang produktif dalam kerja.

Bahagian 7

Jadikan ketidakpastian sebahagian daripada kesinambungan projek

Bagi pembantu projek kreatif, mengakui bahawa sesuatu butiran tiada bukanlah jalan buntu. Ini cara untuk melindungi kesinambungan: sistem boleh terus membantu sambil membiarkan sejarah yang belum disahkan tidak diisi. Pengakuan ketidakpastian yang jelas, permintaan yang terarah dan pengesahan yang boleh dilihat membolehkan pengguna menentukan perkara yang patut dimasukkan dalam rekod projek—serta memberikan asas kukuh kepada pembantu untuk draf seterusnya.

Bacaan berkaitan

Terus meneroka topik ini