Bagaimana Seharusnya NPC Menjawab Pertanyaan di Luar Skrip?

Klasifikasikan pertanyaannya terlebih dahulu, bukan hanya dialog yang hilang

"Di luar skrip" menggambarkan celah penulisan. Istilah ini tidak memberi tahu Anda apa yang diketahui karakter. Memperlakukan setiap pertanyaan yang tidak didukung sebagai jenis kegagalan yang sama akan menghasilkan jawaban yang membingungkan: NPC mungkin terdengar mengelak tentang sesuatu yang belum pernah mereka dengar, atau secara tidak sengaja mengungkap rahasia yang seharusnya dilindungi oleh game.

Gunakan tiga kategori:

**Tidak diketahui:** Karakter tidak memiliki informasi yang dapat diandalkan. Mereka mungkin tidak mengenali subjek tersebut, atau mereka mungkin tahu subjek itu ada tetapi tidak memiliki jawaban untuk pertanyaan spesifiknya.

**Diketahui tetapi disembunyikan:** Karakter mengetahui informasi yang relevan, tetapi kondisi cerita, hubungan, pilihan pribadi, atau rahasia eksplisit mencegah mereka membagikannya sekarang. "Disembunyikan" adalah status cerita, bukan ajakan untuk menyiratkan bahwa setiap penolakan menyembunyikan petunjuk.

**Pengetahuan terlarang:** Jawabannya berada di luar dunia yang dibangun, peran, atau pengetahuan yang diizinkan bagi karakter tersebut. Seorang tukang perahu abad pertengahan tidak semestinya tiba-tiba menjelaskan rilis perangkat lunak dunia nyata, misalnya. Ini berbeda dari karakter yang mengetahui rahasia lokal tetapi tidak mau membagikannya.

Kategori-kategori ini adalah alat bantu desain, bukan taksonomi yang divalidasi oleh studi dialog yang dikutip. Nilainya bersifat praktis: masing-masing mengarah pada respons jujur yang berbeda. Jika game Anda sengaja memberi karakter informasi melalui sihir, pengawasan, atau peran yang tidak biasa, encode hal itu dalam pengetahuan yang diizinkan untuk karakter tersebut daripada memperlakukannya sebagai pengecualian yang dapat ditebak oleh generator respons.

Bangun jawaban yang luwes dari apa yang benar

Fallback yang berguna biasanya memiliki tiga bagian: akui subjeknya, nyatakan batasan karakter yang sebenarnya, dan tawarkan langkah selanjutnya yang relevan jika ada. Langkah berikutnya bisa berupa orang, tempat, atau tindakan yang sudah ada di dalam game. Jika tidak ada, berhentilah setelah menyatakan batasan. Jangan mengarang petunjuk hanya agar dialog terkesan membantu.

Sebagai contoh, anggaplah pemain bertanya kepada tukang roti kota, "Apa yang ada di balik jalur utara?" Jika tukang roti tersebut belum pernah bepergian ke sana, jawaban yang berdasar mungkin: "Belum pernah sejauh itu ke utara. Tepung saya berasal dari lembah." Jawaban tersebut tetap sesuai karakter, menyebutkan batasan, dan kembali ke sesuatu dalam pengalaman tukang roti tersebut. Detail tepung bersifat ilustratif, bukan petunjuk; dalam game yang dirilis, gunakan detail yang sudah didukung oleh karakter dan latar dunianya.

Jika tukang roti mengetahuinya tetapi menahan informasi, jawabannya harus mencerminkan status tersebut alih-alih mengaku tidak tahu: "Saya tahu jalan yang Anda maksud. Saya sudah berjanji tidak akan membicarakan siapa yang menggunakannya." Kalimat itu menandakan batasan tanpa memberikan jawaban yang disembunyikan. Gunakan penolakan semacam ini hanya jika pengetahuan karakter dan alasan untuk diam benar-benar nyata dalam status game.

Jika pertanyaan meminta sesuatu di luar dunia atau peran karakter, buat batasannya terbaca jelas tanpa berpura-pura bahwa itu adalah misteri plot: "Saya tidak tahu apa itu 'cloud server'. Apakah itu semacam stasiun cuaca?" Susunan kata yang spesifik bergantung pada latar dan nada cerita. Hindari membiarkan pengetahuan umum model bocor ke dalam suara karakter seolah-olah itu adalah pengetahuan hidup atau dunia game.

Penelitian ini mendukung masalah desain secara umum, bukan solusi game yang terjamin. Makalah Pendek ACL 2021 oleh Shrivastava dan rekan-rekan mendeskripsikan respons fallback kontekstual untuk pertanyaan dialog yang tidak dapat dijawab dalam sistem dialog, menggunakan aturan dan transformer yang disesuaikan pada pasangan pertanyaan-tanggapan sintetis; ruang lingkupnya bukan NPC game naratif. [Baca makalahnya](https://aclanthology.org/2021.acl-short.13/). Makalah Temuan EMNLP 2024 oleh Sadeq dan rekan-rekan mempelajari permainan peran karakter fiksi, memperkenalkan kumpulan data lebih dari 2.000 karakter dan 72.000 wawancara, termasuk 18.000 pertanyaan adversarial, serta mengusulkan RoleFact untuk mengurangi halusinasi. Ini relevan dengan batasan pengetahuan karakter, tetapi tidak membuktikan bahwa pola fallback tertentu berfungsi dalam game yang dirilis. [Baca makalahnya](https://aclanthology.org/2024.findings-emnlp.846/).

Pisahkan jawaban karakter dari penjelasan sistem

Karakter dapat menjawab di dalam dunia (in-world) sementara antarmuka menjelaskan apa yang terjadi. Pemisahan ini membantu ketika pemain mungkin salah mengira fallback sebagai dialog buatan penulis, atau ketika game perlu memperjelas bahwa pertanyaan bebas memiliki batasan.

Sebagai contoh:

**NPC:** "Saya belum pernah mendengar tentang tempat itu. Tanyakan pada saya tentang kincir angin tua."

**Catatan antarmuka opsional:** "Karakter ini tidak memiliki jawaban untuk pertanyaan tersebut."

Catatan antarmuka harus mendeskripsikan interaksi, bukan menolak karakter atau mengisyaratkan konten tersembunyi. Buat tetap opsional atau tidak mengganggu sebisa mungkin; pesan sistem yang berulang dapat mengganggu suasana adegan. Jika pertanyaan pemain dipahami tetapi di luar interaksi yang didukung, katakan dengan gamblang. Jika sistem tidak memahami pertanyaan tersebut, jangan hadirkan kegagalan itu sebagai fakta tentang pengetahuan karakter. Kondisi tersebut berbeda dan mungkin memerlukan kalimat yang berbeda.

Aturan respons praktisnya adalah: gunakan suara karakter untuk kebenaran cerita, dan gunakan antarmuka untuk batasan interaksi. Jangan membuat dialog dalam karakter memikul penjelasan teknis yang tidak mungkin diketahui karakter. Sebaliknya, jangan gunakan pesan sistem generik ketika respons karakter yang singkat dan jujur tersedia.

Uji pengetahuan dan status cerita dengan matriks batasan

Satu contoh saja tidak dapat mengungkap apakah fallback menghormati status game. Bangun matriks pengujian kecil untuk setiap NPC penting atau sumber pengetahuan. Untuk setiap baris, catat kategori jawaban yang diharapkan, fakta yang diperlukan, fakta terlarang, dan apakah penjelasan antarmuka harus muncul. Kemudian jalankan pertanyaan yang sama pada berbagai kondisi yang berubah.

**NPC tidak memiliki informasi tentang subjek:** Jawaban tidak menyatakan keakraban atau memberikan hal spesifik. Nyatakan ketidakpastian atau kurangnya pengalaman dalam suara karakter

**NPC mengetahui subjek tetapi tidak mengetahui detail yang diminta:** Pengetahuan umum tidak diubah menjadi jawaban yang tepat. Katakan apa yang diketahui, lalu tandai celah spesifiknya

**NPC mengetahui jawabannya dan boleh membagikannya:** Jawabannya cocok dengan fakta cerita saat ini. Berikan jawaban yang didukung; jangan gunakan fallback hanya karena susunan katanya tidak biasa

**NPC mengetahui jawabannya tetapi kondisi kerahasiaan aktif:** Rahasia tetap tidak diungkapkan dan karakter tidak berpura-pura bodoh kecuali jika itu dimaksudkan. Tolak, alihkan, atau sebutkan batasan secara konsisten dengan penokohan

**Kondisi kerahasiaan menjadi tidak aktif:** Tanggapan berubah ketika status cerita mengizinkan pengungkapan. Berikan informasi yang baru tersedia, jika pemain bertanya lagi atau game mengungkapkannya dengan cara lain

**Pertanyaan berada di luar dunia atau peran karakter:** Pengetahuan dunia nyata atau model yang tidak terkait tidak masuk ke dalam fiksi sebagai fakta. Tandai kategori tersebut sebagai tidak dikenal atau tidak relevan tanpa mengarang hubungan di dalam dunia game

**Sistem dialog tidak dapat menafsirkan pertanyaan:** Kegagalan penguraian tidak disamakan dengan ketidaktahuan NPC. Gunakan fallback tingkat interaksi yang jelas, secara opsional dengan perintah yang didukung

**Pertanyaan yang sama diutarakan dengan beberapa cara:** Aturan pengetahuan dan kerahasiaan tidak bergantung pada satu susunan kata yang dihafal. Pertahankan batasan faktual yang sama sambil mengizinkan variasi alami dalam penyusunan kalimat

Matriks ini adalah metode editorial dan QA yang diturunkan dari perbedaan-perbedaan di atas; ini bukan eksperimen yang dilaporkan dari kedua makalah yang dikutip. Isi dengan fakta karakter Anda sendiri dan kondisi status aktual. Sertakan pertanyaan yang memicu sistem untuk melengkapi pola dengan lore yang terdengar masuk akal tetapi tidak didukung, serta pertanyaan biasa yang seharusnya dijawab NPC. Verifikasi kedua sisi: mencegah pengungkapan palsu itu penting, dan begitu pula menghindari penolakan yang tidak perlu saat jawabannya tersedia.

Buat batasannya dapat diuji dalam penulisan dan implementasi

Pisahkan pengetahuan karakter dari kebenaran dunia. Catatan karakter yang ringkas dapat menandai fakta yang mereka ketahui, fakta yang mereka curigai, fakta yang tidak mereka ketahui, dan fakta yang tidak boleh mereka ungkapkan sampai suatu kondisi berubah. Sertakan sumber atau tingkat keyakinan untuk keyakinan yang tidak pasti jika game mengizinkan karakter yang bisa salah. Sebuah kecurigaan harus terdengar seperti kecurigaan, bukan fakta mahatahu. Lapisan respons harus menerima status yang relevan dan hanya menggunakan fakta yang diizinkan dalam status tersebut.

Untuk setiap kalimat fallback atau respons yang dihasilkan, tanyakan:

Apakah ini menyatakan atau menyiratkan fakta yang tidak diizinkan untuk diketahui karakter?

Apakah ini mengacaukan antara "Saya tidak tahu" dengan "Saya tidak akan memberi tahu Anda"?

Apakah ini secara tidak sengaja membuat jawaban yang hilang terdengar seperti rahasia atau pengait misi (quest hook)?

Apakah langkah berikutnya yang disarankan sudah ada di dalam game dan cocok dengan situasi ini?

Jika pertanyaan tidak didukung oleh sistem interaksi, dapatkah pemain mengetahuinya dari antarmuka tanpa salah mengiranya sebagai dialog cerita?

Jika sebuah dialog gagal dalam salah satu pemeriksaan ini, persempit: hapus implikasi yang tidak didukung, nyatakan batasan sebenarnya, dan pertahankan hanya langkah berikutnya yang sudah pasti ada. Jika tidak ada jawaban jujur sesuai karakter yang memberikan nilai tambah, penolakan singkat atau catatan sistem lebih baik daripada mengarang lore baru.

Urutan keputusan sederhana

Saat meninjau pertanyaan di luar skrip, lakukan pemeriksaan berikut secara berurutan:

**Dapatkah game menafsirkan pertanyaan tersebut?** Jika tidak, gunakan penjelasan tingkat interaksi daripada menyematkan ketidaktahuan pada NPC.

**Apakah informasi yang diminta berada dalam pengetahuan karakter ini?** Jika tidak, berikan batasan sesuai karakter yang cocok dengan pengalaman atau peran karakter tersebut.

**Apakah karakter mengetahuinya, dan apakah pengungkapannya saat ini diizinkan?** Jika karakter tahu tetapi tidak dapat mengungkapkannya, buat batasan yang konsisten dengan motif dan status mereka; jangan membocorkan jawaban melalui petunjuk kecuali petunjuk tersebut memang disengaja.

**Dapatkah karakter memberikan jawaban parsial yang didukung atau langkah berikutnya yang berguna?** Sertakan hanya jika itu sudah berdasar di dalam game.

**Mungkinkah pemain salah mengira fallback sebagai petunjuk atau ketukan plot buatan penulis?** Jika ya, perjelas interaksi di tingkat sistem atau revisi dialognya.

Tujuannya bukan membuat setiap pertanyaan menghasilkan pengungkapan lore yang memuaskan. Tujuannya adalah membuat respons dapat dipahami, konsisten dengan pengetahuan karakter, dan aman bagi status cerita game. Batasan yang dirancang dengan baik memberi tahu pemain apa yang dapat dijawab oleh NPC ini sekarang, sembari tetap menjaga keutuhan dunia fiksi.

Lanjutkan topik ini