Blog Metlivi

Cara Membuat Dialog AI Opsional dalam Game Tanpa Merusak Alur Cerita

Jika pemain dapat menonaktifkan dialog buatan AI, game memerlukan rute lengkap melalui aktivitas inti yang sama tanpanya. Mulailah dengan mendata fungsi dialog yang dihasilkan saat ini: menyampaikan petunjuk, merespons tindakan pemain, membuka pilihan, atau membangun atmosfer. Kemudian berikan rute rancangan khusus untuk setiap fungsi esensial, jaga agar progres dan catatan petunjuk tidak bergantung pada setelan dialog, serta uji file simpanan (save) dengan fitur yang diaktifkan maupun dinonaktifkan. Konsekuensinya adalah tambahan beban penulisan teks, penanganan status (state), pengerjaan antarmuka, dan pengujian; keuntungannya adalah fitur yang dapat dikontrol pemain tanpa menjadi penghambat alur bermain reguler.

30 September 20267 min readMembaca, seni, dan budayaOleh Metlivi Editorial Team
Bagian 1

Tentukan arti “nonaktif” sebelum membuat tombol pengalihnya

Setelan berlabel “dialog AI” terlalu ambigu jika tidak jelas apa yang sebenarnya berubah saat dinonaktifkan. Tentukan secara spesifik apakah opsi tersebut hanya menonaktifkan kalimat yang baru dibuat, semua teks yang dihasilkan, keluaran suara (audio), atau interaksi yang bergantung pada percakapan bebas. Deskripsi setelan harus menyatakan efek praktis dalam istilah yang dipahami pemain, seperti “Gunakan dialog terancang (authored) untuk percakapan” atau “Nonaktifkan balasan NPC yang dihasilkan.” Jika setelan diubah setelah simpanan menggunakan dialog buatan, jelaskan apakah riwayat percakapan sebelumnya tetap terlihat.

Pisahkan fungsi dialog sebelum memilih penggantinya. Balasan yang dihasilkan mungkin sekadar pemanis, bereaksi terhadap pemilihan kata pemain, memberikan petunjuk opsional, atau menyampaikan petunjuk penting. Masing-masing peran tersebut memiliki kebutuhan cadangan (fallback) yang berbeda. Salam opsional dapat dihilangkan tanpa mengubah tugas. Petunjuk wajib memerlukan rute rancangan lain, seperti kalimat yang telah ditulis sebelumnya, catatan yang dapat dibaca, pembaruan objektif, atau petunjuk visual lingkungan. Ini merupakan rekomendasi desain yang ditarik dari perbedaan antara penyampaian narasi dan informasi gameplay: panduan Xbox dari Microsoft menyatakan bahwa informasi kunci untuk gameplay harus disampaikan dalam bentuk yang mudah diakses, sementara panduan aksesibilitas game menyarankan agar informasi penting tidak bergantung pada audio semata. Xbox Accessibility Guideline 106: Screen narration, Full list – Game Accessibility Guidelines

Bagian 2

Pertahankan alur tugas, tidak harus setiap kalimat

Rute cadangan tidak harus meniru setiap respons yang dihasilkan secara otomatis. Rute tersebut hanya perlu mempertahankan kemampuan pemain untuk memahami objektif saat ini, membuat keputusan penting, dan melanjutkan aktivitas. Catat urutan minimum yang dapat dimainkan dengan AI aktif dan nonaktif: tindakan apa yang memulai interaksi, informasi apa yang dibutuhkan pemain, pilihan mana yang berdampak, dan apa yang mengonfirmasi penyelesaian tugas. Bandingkan urutan-urutan ini untuk melihat adanya prasyarat yang terlewat atau jalan buntu.

Sebagai contoh, bayangkan percakapan yang dapat mengungkap petunjuk tentang ruangan terkunci. Pada rute terancang, pemain dapat memilih topik dan menerima petunjuk tetap; setelah percakapan usai, petunjuk muncul di jurnal. Dengan dialog yang dihasilkan aktif, respons NPC mungkin bervariasi dalam susunan kata, tetapi petunjuk yang sama tetap harus tercatat melalui peristiwa game (game event) yang terdefinisi. Jika fitur dimatikan, percakapan terancang tetap dapat mengungkap petunjuk tersebut. Ini adalah pola ilustratif, bukan klaim tentang game tertentu. Pembaruan jurnal adalah catatan gameplay yang stabil; dialog hanyalah salah satu cara penyampaiannya.

Pemisahan tersebut juga membantu membatasi beban penulisan teks. Percakapan bercabang sering kali menyatu kembali (reconverge), dan sistem dialog dapat menggunakan beberapa respons berbeda yang mengarah ke jalur lanjutan yang sama; konsekuensi desainnya adalah pemain mungkin menyadari batasan cabang-cabang tersebut. Defining Dialogue Systems Opsi praktisnya adalah mempertahankan pilihan dan konsekuensi terancang yang utama, sembari memperlakukan variasi susunan kata dari generator sebagai variasi luaran yang opsional. Jika balasan yang dihasilkan dapat mengubah status quest, reputasi, inventaris, atau akses, dokumentasikan ketergantungan tersebut dan tentukan apakah jalur nonaktif akan menghasilkan perubahan status yang sama melalui pilihan terancang yang disengaja. Jangan menghapus tindakan yang berdampak secara diam-diam bersamaan dengan penonaktifan generator teks.

Bagian 3

Jaga agar file simpanan dan petunjuk tidak bergantung pada setelan

Simpan progres pemain di dalam status game (game state), bukan di transkrip yang hanya ada saat pembuatan teks aktif. Petunjuk harus memiliki pengenal (identifier) yang stabil serta status telah dikumpulkan atau ditemukan; percakapan dapat menetapkan status tersebut, begitu pula alternatif dialog terancangnya. Jurnal harus menampilkan petunjuk yang bersumber dari status itu. Ini adalah rekomendasi implementasi, bukan ketentuan wajib mesin game secara universal.

Demikian pula, perlakukan preferensi fitur sebagai setelan dengan cakupan yang jelas. Tentukan apakah opsi disimpan per profil atau per simpanan (save), dan buat pilihan tersebut transparan. Game Accessibility Guidelines merekomendasikan penyimpanan pengaturan dan juga mencatat pengaturan tingkat profil sebagai salah satu opsi. Full list – Game Accessibility Guidelines Pemain yang memuat simpanan tidak boleh kehilangan penemuan apa pun hanya karena preferensi saat ini berbeda dari preferensi yang digunakan pada sesi sebelumnya. Mematikan fitur juga tidak boleh menghapus catatan dialog terdahulu jika catatan tersebut merupakan bagian dari riwayat penting file simpanan.

Periksa transisi alur, jangan hanya pengujian dari awal. Muat simpanan yang dibuat saat dialog hasil generator aktif, matikan fiturnya, lalu lanjutkan permainan dari titik di mana petunjuk telah ditemukan tetapi percakapan belum selesai. Kemudian ulangi langkah tersebut ke arah sebaliknya. Pastikan perubahan setelan tidak menduplikasi hadiah, mereset percakapan, menghapus entri jurnal, atau membiarkan objektif menunggu kalimat yang tidak akan pernah dihasilkan. Ini adalah skenario uji yang dirumuskan dari tujuan desain di atas; bukan klaim bahwa game tertentu memiliki bug semacam itu.

Bagian 4

Jelaskan perubahan di tempat pemain mengaturnya

Tempatkan tombol pengalih di lokasi yang mudah ditemukan pemain sebelum mereka pertama kali menjumpai fitur tersebut, dan jelaskan dampaknya tanpa berasumsi mereka paham cara dialog diproduksi. Jika menonaktifkannya mengubah gaya percakapan yang tersedia, beri tahu pemain apa yang akan menggantikannya. Jika perubahan baru berlaku setelah pergantian adegan atau muat ulang (reload), cantumkan informasi tersebut. Tampilkan setelan saat ini pada kontrol antarmuka yang mudah dibaca dan dinavigasi, serta pastikan pilihan tersebut tersimpan jika itu memang perilaku yang diharapkan.

Antarmuka juga harus menjelaskan kehilangan fungsionalitas yang signifikan secara transparan. Misalnya, jika menonaktifkan balasan tergenerasi berarti pemain tidak lagi dapat mengetik pertanyaan bebas, sampaikan dengan jelas; jangan menyiratkan bahwa opsi terancang mendukung input bebas. Hal ini sangat relevan karena struktur dialog yang berbeda menyediakan jenis kendali yang berbeda pula. Dialog berpola hub-and-spoke memungkinkan pemain meninjau kembali topik, sementara percakapan bercabang dapat menuntun ke sebuah keputusan dan terus maju. Defining Dialogue Systems Label pengaturan dan teks bantuan harus sesuai dengan apa yang benar-benar didukung oleh rute nonaktif.

Bagian 5

Uji kedua jalur menggunakan daftar periksa yang sama

Gunakan matriks pengujian yang ringkas dan dapat diulang untuk setiap percakapan yang memengaruhi objektif atau petunjuk. Jalankan dengan setelan aktif dan nonaktif, menggunakan simpanan baru maupun simpanan yang dibuat dengan setelan berlawanan. Pada setiap pengujian, pastikan pemain dapat memulai dan mengakhiri interaksi, menerima setiap petunjuk penting, melihat petunjuk di jurnal, membuat pilihan yang berdampak, menyelesaikan objektif, menyimpan, memuat ulang, dan melanjutkan permainan.

Kemudian uji gangguan dan kasus-kasus ekstrem: ubah setelan di tengah sesi permainan, tinggalkan percakapan sebelum kalimat terakhirnya usai, temui kembali NPC setelah mengumpulkan petunjuk dari tempat lain, dan muat checkpoint dari sebelum interaksi dimulai. Catat transisi status yang diharapkan menggunakan istilah biasa—seperti “petunjuk ditemukan”, “pintu terbuka”, “objektif selesai”—sehingga tim QA dapat membandingkan hasil tanpa bergantung pada susunan kalimat spesifik yang dihasilkan AI. Riset desain naratif menguraikan beberapa struktur, termasuk cabang yang menyatu kembali dan cerita yang dinamis, serta mencatat adanya ketegangan antara agensi pemain dan kohesi narasi. Hal tersebut mendukung penanganan kedua rute sebagai pengalaman terancang yang saling terhubung dengan aturan status yang eksplisit, ketimbang berasumsi bahwa setiap kalimat harus sama persis. Character-Driven Storytelling Design for Digital Games: A Scoping Review

Terakhir, minta penguji untuk menyelesaikan aktivitas inti pada masing-masing jalur dan catat di bagian mana mereka merasa bingung mengenai apa yang harus dilakukan selanjutnya. Pertanyaan ini menguji komitmen desain secara langsung: menonaktifkan dialog tergenerasi seharusnya mengubah pengalaman percakapan sesuai deskripsi setelan, sementara rute terancang tetap menyediakan informasi yang memadai untuk menyelesaikan tugas. Riset tentang pilihan dalam game kaya narasi menemukan bahwa pilihan dapat memengaruhi jalannya game, hubungan pemain dengan game tersebut, dan pengalaman di luar game; ini tidak menyiratkan bahwa setiap pilihan harus dipertahankan secara identik di semua mode. How Should I Respond to “Good Morning?”: Understanding Choice in Narrative-Rich Games

Dengan demikian, membuat dialog AI opsional memerlukan biaya lebih besar daripada sekadar menambahkan tombol sakelar. Hal ini menuntut rute terancang yang disengaja, batasan status yang jelas, visibilitas petunjuk yang konsisten, penjelasan jujur mengenai perubahan yang terjadi, serta pengujian menyeluruh lintas setelan dan file simpanan. Tolok ukur desain yang paling berguna sangat sederhana: saat fitur nonaktif, apakah pemain masih dapat memahami objektif, menemukan petunjuk yang dibutuhkan, membuat keputusan yang diharapkan, dan menyelesaikan aktivitas? Jika tidak, tombol tersebut justru mematikan sebagian isi game, bukannya menawarkan alternatif yang lengkap.

Bacaan terkait

Lanjutkan topik ini