Blog Metlivi

Cara Mengajarkan Pemain Batasan Percakapan NPC di Bab Pertama Game

Bagi seorang perancang game naratif, bab pertama memiliki tugas khusus: membantu pemain memahami apa saja yang dapat mereka tanyakan kepada NPC, apa yang dapat diubah oleh sebuah jawaban, dan apa yang terjadi jika karakter kekurangan informasi. Ajarkan aturan-aturan tersebut melalui satu percakapan opsional berisiko rendah yang dapat dicoba dan diperiksa oleh pemain. Pisahkan ini dari tutorial kontrol pembuka: tujuannya di sini adalah menetapkan batasan percakapan, bukan menjelaskan pergerakan, menu, atau pertarungan.

27 September 2026Waktu baca 9 menitMembaca, seni, dan budayaOleh Metlivi Editorial Team

Buka Produk Kembali ke blog

Bagian 1

Apa yang seharusnya diajarkan bab pertama tentang percakapan AI?

Ajarkan serangkaian ekspektasi yang kecil dan akurat daripada berjanji bahwa pemain bisa menanyakan apa saja. Seorang pemain seharusnya dapat membedakan:

Hal-hal ini adalah janji mengenai sistem percakapan game ini, jadi pastikan semuanya sesuai dengan implementasi aslinya. Jika hanya subjek atau tindakan tertentu yang didukung, tunjukkan batasan tersebut sebelum mengundang input bebas. Hindari karakter yang mengklaim bahwa setiap pertanyaan memiliki jawaban yang bermakna jika sistem sebenarnya tidak dapat menyediakannya.

**Jenis input apa yang diterima:** misalnya, memilih topik yang disarankan atau mengetik pertanyaan singkat.

**Apa yang dapat dibahas oleh NPC:** seperti orang, tempat, atau peristiwa yang pernah ditemui karakter tersebut.

**Tanggapan mana yang memengaruhi game:** bedakan antara informasi atau dialog pemanis (flavor) dengan tindakan yang mengubah status terlacak.

**Apa yang tidak diketahui oleh karakter:** pertanyaan yang belum terjawab harus menerima batasan yang jelas dan sesuai karakter, bukan fakta karangan.

**Cara bereksperimen dengan aman:** tampilkan satu contoh pertanyaan yang hasilnya mudah dipahami dan tidak mengikat pemain pada pilihan besar.

Bagian 2

Urutan singkat yang dapat dimainkan untuk bab pertama

Gunakan momen yang dapat dicapai pemain selama permainan biasa, setelah kontrol tersedia dan cerita telah memperkenalkan karakter yang memiliki alasan untuk berbicara. Urutan berikut merupakan contoh desain; sesuaikan nama dan label status dengan game Anda.

Urutan ini mengajar melalui interaksi konkret: pertanyaan informasi yang didukung, batasan tindakan yang terlihat, pilihan pengubah status yang opsional, dan jalan keluar. Label status di sini adalah perangkat desain ilustratif, bukan klaim tentang mesin game atau implementasi tertentu.

**Tawarkan percakapan opsional.** Seorang kurir bernama Iven sedang menunggu di samping gerbang yang terkunci. Perintah interaksi yang terlihat berbunyi, “Tanyakan kepada Iven tentang jalan utara.” Pemain dapat berjalan melewatinya dan melanjutkan bab. Tidak ada tujuan wajib yang bergantung pada pembukaan dialog tersebut.

**Tunjukkan batasan dalam konteks.** Saat pemain berinteraksi, Iven berkata: “Aku bisa memberitahumu apa yang kulihat di jalan utara. Aku tidak bisa membuka gerbang atau tahu apa yang terjadi setelah aku pergi.” Petunjuk antarmuka yang ringkas menandai dua topik yang memungkinkan: “Kondisi jalan” dan “Gerbang.” Label kecil atau ikon membedakan antara “percakapan” dan “tindakan dunia.”

**Biarkan pemain mencoba satu contoh pertanyaan yang aman.** Berikan pertanyaan yang disarankan: “Apakah jalan utara terhalang?” Iven menjawab dengan detail yang diketahuinya: “Sebuah gerobak jatuh memperlambat orang-orang pagi ini, tapi aku sudah lewat sebelum tengah hari.” Tanggapannya berguna, memiliki batasan jelas, dan bukan merupakan perubahan status dunia. Jika pemain menanyakan hal yang sama dengan kata-kata mereka sendiri, sistem dapat menunjukkan bahwa pertanyaan yang didukung tidak harus menggunakan satu frasa yang sama persis.

**Tunjukkan perubahan status nyata secara terpisah.** Pemain kemudian dapat bertanya, “Bisakah kamu memindahkan gerobak itu?” Jika Iven bisa melakukannya, game harus menyajikan pilihan tindakan yang jelas seperti “Minta Iven memindahkannya.” Setelah konfirmasi, game mencatat status yang relevan—mungkin `cart_moved = true`—dan menunjukkan konsekuensinya di dunia atau percakapan. Jika belum ada tindakan yang tersedia, beri tahu kondisi apa yang kurang.

**Tutup tanpa memaksakan penyelesaian.** Pemain dapat pergi kapan saja. Bab berlanjut baik jika mereka mengajukan satu pertanyaan, menjelajahi beberapa topik, maupun melewati percakapan sama sekali.

Bagian 3

Cara membuat perubahan status mudah dipahami

Pisahkan tiga hasil dalam penulisan maupun desain antarmuka:

Informasi: “Gerobak itu menghalangi jalan utara pagi ini.” — NPC berbagi informasi; tidak ada tindakan dunia yang tersirat.

Pengakuan atau pemanis (flavor): “Aku akan ingat kamu pernah menanyakan hal ini.” — Kecuali game melacak konsekuensinya, ini hanyalah dialog belaka. Jangan menyiratkan efek tersembunyi.

Tindakan pengubah status: “Aku akan memindahkan gerobak itu.” — Sebuah tindakan tersedia, dan game akan memperbarui kondisi yang terdata atau dapat diamati.

Bagian 4

Tunjukkan konsekuensi dari suatu tindakan

Aturan yang berguna adalah mengaitkan bahasa tindakan dengan pilihan eksplisit dan menindaklanjutinya dengan bukti yang terlihat: objek yang berubah, entri jurnal yang diperbarui, rute baru, atau konfirmasi yang jelas. Jika suatu tindakan memerlukan kunci, petunjuk sebelumnya, penanda hubungan, atau pencapaian bab, buatlah persyaratan tersebut mudah dipahami saat tindakan terhalang. Jangan memberi tahu pemain bahwa suatu tindakan telah terjadi jika status yang relevan sebenarnya tidak berubah.

Bagian 5

Petakan interaksi NPC yang didukung sebelum menulis

Untuk pertemuan bab pertama yang singkat, seorang perancang dapat memetakan setiap interaksi yang didukung sebelum menulis dialog:

Peta sederhana ini memudahkan untuk menjaga dialog tetap konsisten dengan status game dan mencegah janji yang tidak disengaja dalam naskah.

**Topik:** Apa yang ditanyakan pemain?

**Sumber pengetahuan:** Mengapa karakter ini mengetahui jawabannya?

**Prasyarat:** Fakta atau status apa yang harus benar agar tanggapan tersedia?

**Hasil:** Apakah jawabannya hanya memberikan informasi, atau mengubah sesuatu?

**Fallback:** Apa yang harus dikatakan karakter jika pertanyaan berada di luar cakupan yang didukung atau informasi yang diperlukan tidak ada?

Bagian 6

Apa yang harus dikatakan NPC saat tidak tahu?

NPC harus dapat membedakan antara **tidak tahu**, **tidak bisa bertindak**, dan **tidak memahami pertanyaan**. Ini adalah hasil yang berbeda bagi pemain dan membutuhkan tanggapan yang berbeda.

Pilihan cadangan (fallback) sebaiknya tidak mengarang petunjuk hanya demi menjaga percakapan tetap mengalir. Ini juga tidak boleh menghukum pemain yang sedang menguji antarmuka. Jaga nada bicara tetap konsisten dengan karakter, tetapi buat hasil praktisnya jelas: jawabannya tidak diketahui, tindakannya tidak tersedia, atau susunan katanya perlu diperjelas.

**Batasan pengetahuan:** “Aku belum pernah melewati jembatan timur.” Ini menyatakan sudut pandang karakter dan menghindari spekulasi.

**Informasi game hilang:** “Aku tidak tahu siapa yang mengambil kuncinya. Aku belum melihatnya sejak kemarin.” Gunakan ini ketika game belum menetapkan faktanya atau karakter tidak memiliki dasar untuk mengetahuinya.

**Tindakan tidak tersedia:** “Aku tidak bisa memindahkan gerobak itu saat para penjaga gerbang sedang menggunakannya.” Jika ada kondisi yang nantinya bisa berubah, sebutkan jika membantu.

**Permintaan tidak jelas atau tidak didukung:** “Aku bisa menjawab pertanyaan tentang jalan dan gerbang. Apa yang ingin kamu ketahui?” Tawarkan arahan yang didukung daripada pesan kesalahan yang samar.

**Pertanyaan berulang atau tidak relevan:** Berikan tanggapan singkat yang mempertahankan batasan, lalu biarkan pemain mencoba topik lain atau pergi.

Bagian 7

Jaga percakapan tetap opsional dan ringan

Buat ajakan berdialog mudah dilihat, tetapi izinkan pemain untuk mengabaikannya, pergi lebih awal, atau berhenti setelah contoh pertama. Jika informasi tersebut diperlukan untuk menyelesaikan bab, berikan rute lain untuk mendapatkannya atau jadikan percakapan tersebut sebagai persyaratan yang jelas dan disengaja; jangan menyamarkan hambatan wajib sebagai pilihan opsional. Hindari keharusan bagi pemain untuk menghabiskan setiap topik hanya untuk mencari tahu mana yang penting.

Petunjuk visual singkat dapat membantu membedakan jenis input: topik yang disarankan, kolom teks bebas, dan pilihan tindakan tidak boleh terlihat serupa jika memiliki konsekuensi yang berbeda. Letakkan instruksi dekat dengan interaksi yang relevan. Makalah [“Less Text, More Visuals”](https://aclanthology.org/2022.games-1.3/) melaporkan studi kualitatif dengan 12 pemain game linguistik dan pembelajaran bahasa; peserta mengharapkan visual dan merasa kewalahan dengan teks onboarding yang terlalu banyak, sekaligus mengidentifikasi masalah pada konteks linguistik dan umpan balik. Itu adalah studi terbatas dari GWAP untuk NLP, bukan bukti bahwa setiap game membutuhkan lebih sedikit teks atau bahwa pendekatan yang sama akan berhasil di semua genre. Anggap itu sebagai alasan untuk menguji, bukan aturan universal: buat petunjuk yang jelas, lalu periksa apakah pemain memahaminya dalam game Anda sendiri.

Penelitian tentang grounding dialog memberikan pelajaran yang saling terkait tetapi berbeda. Dalam [“A Framework for Exploring Player Perceptions of LLM-Generated Dialogue in Commercial Video Games”](https://aclanthology.org/2023.findings-emnlp.151/), 28 pemain yang direkrut dari subreddit *Disco Elysium* mengevaluasi dialog dalam antarmuka percakapan RPG yang dibuat ulang. Penulis melaporkan bahwa naskah desainer asli jauh lebih disukai daripada generasi GPT-4, dengan peserta menyebutkan alur logis dan grounding pada status game. Ini adalah evaluasi dialog, bukan tes onboarding bab pertama. Ini mendukung pentingnya memperhatikan percakapan yang koheren dan sadar status (state-aware), tetapi tidak menetapkan cara mengajarkan aturan percakapan kepada semua pemain.

Bagian 8

Periksa apakah pemain mempelajari aturan yang tepat

Setelah membangun rangkaian tersebut, amati apakah pemain baru dapat menjawab empat pertanyaan praktis tanpa penjelasan panjang:

Cari ketidaksesuaian antara apa yang disimpulkan pemain dan apa yang sebenarnya dilakukan sistem. Jika mereka mengasumsikan setiap jawaban mengubah dunia, pertegas perbedaan antara informasi versus tindakan. Jika mereka mengira penolakan adalah bug, perjelas batasan atau topik yang tersedia. Jika mereka percaya pertanyaan contoh itu wajib, perbaiki perintahnya dan pastikan bab dapat berlanjut tanpanya.

Bab pertama tidak perlu menjelaskan setiap kemungkinan jalur dialog. Bab ini hanya perlu membiarkan pemain mencoba satu interaksi representatif yang berisiko rendah, memahami hasilnya, dan melihat bagaimana NPC menangani batasan. Begitu aturan-aturan itu jelas, pemain dapat menjelajahi percakapan lebih lanjut dengan pemahaman yang lebih akurat tentang apa yang dapat dilakukan oleh pertanyaan mereka.

Apa yang bisa dibahas oleh karakter ini?

Pilihan mana, jika ada, yang mengubah status game?

Apa yang dilakukan karakter ketika mereka tidak mengetahui jawaban?

Bisakah pemain meninggalkan atau melewatkan percakapan?

Bacaan terkait