Cara Membangun Alkitab Worldbuilding AI Tanpa Kehilangan Kontinuitas Cerita
Bangun alkitab worldbuilding AI dengan memberikan setiap fakta mapan ID yang stabil, pemilik keputusan manusia, sumber, dan cakupan yang terdefinisi. Lacak kapan fakta itu benar, di mana berlakunya, dan karakter mana saja yang mengetahuinya. Minta AI untuk mengusulkan penambahan dan menandai konflik; wajibkan keputusan editorial eksplisit sebelum usulan tersebut menjadi kanon. Panduan ini ditujukan bagi penulis fiksi dan game yang sedang membangun referensi kerja untuk bab, adegan, atau quest berikutnya. Tujuannya adalah membuat alkitab yang dapat Anda konsultasikan dan revisi tanpa secara tidak sengaja mengubah aturan cerita. Buku besar kontinuitas (continuity ledger) yang dapat digunakan kembali di bawah ini menghubungkan fakta dengan adegan-adegan yang bergantung padanya.
Apa saja yang harus ada di dalam alkitab worldbuilding AI Anda?
Mulailah dengan sistem referensi kecil yang menjawab pertanyaan-pertanyaan praktis saat menyusun draf. Bisakah karakter ini mencapai observatorium sebelum matahari terbenam? Apakah mereka sudah tahu cara pintunya terbuka? Apakah jawaban itu berubah pada cabang cerita yang lain?
Atur alkitab menjadi enam bagian yang saling terhubung:
Gunakan spreadsheet, dokumen tertaut, atau basis data yang nyaman Anda kelola. Berikan ID yang stabil pada entitas, seperti LOC-01 dan CHAR-02; pisahkan nama tampilan dan alias ke dalam bidang terpisah. Mengubah nama “Observatorium Kaca” seharusnya tidak merusak setiap referensi ke catatan lokasinya.
Perlakukan ringkasan naratif sebagai tampilan praktis dari buku besar. Jika ringkasan bertentangan dengan catatan dasarnya, periksa sumbernya dan selesaikan konflik tersebut sebelum menyusun draf dari versi mana pun.
Siapa pemilik suatu fakta, dan apa yang membuatnya menjadi kanon?
Untuk alur kerja ini, kepemilikan fakta terdiri dari dua bagian: satu catatan otoritatif memuat pernyataan tersebut, dan satu orang bertanggung jawab untuk menerima perubahan. Penulis solo mengisi peran tersebut. Sebuah tim mungkin menugaskan keputusan lokasi kepada desainer dunia dan pengungkapan karakter kepada pemimpin narasi, dengan satu orang yang ditunjuk sebagai penengah untuk keputusan yang tumpang tindih.
Catat asal-usul (provenance) bersamaan dengan kepemilikan. Gambaran umum PROV W3C (https://www.w3.org/TR/prov-overview/) menjelaskan asal-usul sebagai informasi tentang entitas, aktivitas, dan orang-orang yang terlibat dalam menghasilkan sesuatu. Diterapkan pada alkitab cerita, itu berarti mencatat dari mana pernyataan itu berasal, bagaimana perubahannya, dan siapa yang menyetujuinya. Buku besar di sini mengadaptasi prinsip tersebut; ini bukan implementasi formal PROV.
Beri setiap catatan status yang eksplisit:
Saat mengimpor manuskrip yang sudah ada, biarkan AI mengekstrak calon-calon fakta beserta referensi adegan yang tepat dan kutipan pendukung yang singkat. Periksa sendiri referensi tersebut. Seorang karakter yang berkata “observatorium itu selalu terkunci” menetapkan bahwa pernyataan tersebut telah diucapkan; itu tidak secara otomatis menetapkan aturan yang objektif.
Tuliskan kebijakan otoritas proyek Anda. Sebagai contoh: keputusan retcon yang disetujui menggantikan entri kanon sebelumnya; adegan sumber yang disetujui menetapkan fakta; draf kerja dan curah pendapat tetap bersifat sementara. Jika dua adegan yang disetujui saling bertentangan, tandai konflik tersebut belum terselesaikan sampai Anda memutuskan mana yang diubah.
Bagaimana cara melacak lini masa dan lokasi secara bersamaan?
Catat waktu cerita secara terpisah dari waktu revisi. “Jembatan ditutup pada Hari ke-6” menggambarkan suatu peristiwa. “Penulis mengubah tanggal penutupan jembatan pada revisi 4” menggambarkan keputusan editorial. Mencampuradukkan keduanya menimbulkan ambiguitas mengenai apakah dunianya yang berubah atau deskripsinya yang dikoreksi.
Untuk setiap peristiwa, catat waktu paling awal dan paling lambat yang memungkinkan, lokasi, peserta, prasyarat, dan kondisi hasilnya. Gunakan rentang waktu jika kepastian mutlak tidak diperlukan: “setelah pengiriman pagi, sebelum matahari terbenam” bisa lebih berguna daripada menit karangan semata. Tentukan satuan kalender jika latar cerita Anda menggunakan hari atau musim yang tidak umum.
Untuk setiap rute, catat asal, tujuan, moda transportasi, durasi atau rentang waktu, dan kondisi ketersediaan. Nyatakan apakah perjalanan bisa dilakukan dua arah. Peta bisa saja menunjukkan dua tempat berdekatan, sementara rute yang Anda tetapkan tetap membutuhkan memutar jalan yang jauh.
Perhatikan pemeriksaan kontinuitas ilustratif berikut: seorang kurir meninggalkan kebun buah pukul 09:00, membutuhkan waktu tiga jam untuk mencapai observatorium, dan menghabiskan 30 menit lagi untuk mengambil lensa. Kedatangan paling awal adalah pukul 12:30. Adegan yang menempatkan kurir di sana pada tengah hari bertentangan dengan input tersebut kecuali jika ada pengecualian yang diterima berlaku.
Selesaikan konflik dengan mengubah input yang valid: waktu keberangkatan, rute, penundaan, atau waktu pertemuan. Jika perjalanan memakan waktu dua hingga empat jam, waktu kedatangan menjadi rentang waktu. Pertahankan ketidakpastian tersebut daripada menyatakan adanya kontradiksi yang pasti.
Bagaimana cara memisahkan kebenaran dunia dari pengetahuan karakter?
Pisahkan catatan pengetahuan dari fakta objektif. Untuk setiap pengungkapan penting, catat karakter, fakta atau keyakinan, peristiwa perolehan informasi, waktu, dan kondisi cabang cerita mana pun. Bedakan antara “tahu,” “curiga,” “salah percaya,” dan “belum tahu.” Ketiadaan catatan berarti pengetahuan belum tercatat; itu tidak membuktikan ketidaktahuan.
Hal ini memiliki padanan langsung dalam narasi interaktif. Tutorial resmi ink dari Inkle (https://www.inklestudios.com/ink/web-tutorial/) menunjukkan teks bersyarat dan pilihan berdasarkan bagian cerita yang telah dikunjungi sebelumnya. Tutorial ini juga menjelaskan variabel kustom. Mekanisme tersebut dapat merepresentasikan akses ke informasi, meskipun penulis tetap harus memutuskan apakah mengunjungi sebuah adegan benar-benar mengajarkan fakta tertentu kepada karakter.
Sebagai contoh, pintu observatorium mungkin terbuka ketika piringan tembaga disejajarkan dengan tanda tertentu. Itu adalah fakta dunia. Mira mempelajari prosedurnya selama demonstrasi adalah peristiwa terpisah. Karakter lain yang membaca catatan yang tidak lengkap mungkin hanya mencurigai cara kerjanya.
Untuk game bercabang, tautkan peristiwa pembelajaran dengan jalur atau kondisi status yang relevan. Ujilah rute di mana karakter mempelajari prosedurnya dan rute di mana mereka melewatkannya. Untuk novel, pastikan penjelasan dan dialog terjadi setelah peristiwa pembelajaran dalam waktu cerita, bahkan ketika bab-babnya disajikan tidak berurutan secara kronologis.
Buku besar kontinuitas yang dapat digunakan kembali
Gunakan bidang-bidang berikut sebagai kolom spreadsheet atau sebagai catatan berulang dalam catatan Anda. Simpan satu klaim yang dapat direvisi secara independen per catatan. Contoh-contoh ini dibuat semata-mata untuk menunjukkan alur kerja.
Berikut adalah ringkasan dari tiga catatan yang saling terhubung. Buku besar lengkap akan tetap menyimpan bukti dan bidang kepemilikan di atas untuk setiap baris.
Jangan biarkan “unresolved” secara diam-diam menjadi “tidak.” Pertanyaan Q-003 membiarkan opsi piringan pengganti belum diputuskan. Hal ini tidak mengizinkan maupun melarangnya. Adegan yang membutuhkan jawaban harus memicu permintaan keputusan.
Beri setiap pertanyaan terbuka pemilik dan titik keputusan: “Selesaikan sebelum menyusun draf S-15.” Jika jawabannya sengaja dirahasiakan dari pembaca, catat apakah penulis sudah mengetahuinya. Jawaban yang disimpan oleh penulis dan pilihan desain yang belum diputuskan membutuhkan perlakuan yang berbeda.
Bagaimana AI sebaiknya menggunakan alkitab selama penulisan draf?
Siapkan paket adegan yang berisi waktu adegan target, tempat, sudut pandang, cabang cerita, catatan kanon yang relevan, dan ketergantungan yang belum terselesaikan. Sertakan prasyarat yang tertaut, bukan hanya entri yang memiliki kata kunci yang sama dengan adegan tersebut. Adegan pintu mungkin bergantung pada demonstrasi sebelumnya di lokasi lain.
Gunakan prompt seperti instruksi yang dapat digunakan kembali ini:
Tinjau adegan yang diberikan berdasarkan catatan kontinuitas terlampir dan revisi yang dinyatakannya. Untuk setiap potensi konflik, kutip kutipan adegan dan sebutkan ID catatan yang relevan. Klasifikasikan sebagai kontradiksi, informasi yang hilang, atau usulan penambahan. Periksa kronologi, perjalanan, akses lokasi, pengetahuan karakter, dan kondisi cabang. Pertahankan pertanyaan yang belum terselesaikan. Sarankan perbaikan secara terpisah; jangan mengubah kanon atau mengarang referensi sumber. Nyatakan pemeriksaan mana yang tidak dapat diselesaikan dari materi yang diberikan.
Untuk pekerjaan generatif, mintalah alternatif dalam batasan yang jelas: “Sarankan tiga cara untuk menunda Mira tanpa mengubah F-014 atau memberinya pengetahuan sebelum E-008.” Jelaskan suasana, ritme, dan fitur latar yang diinginkan dengan kata-kata Anda sendiri.
Tinjau hasilnya dalam dua tahap. Pertama, periksa apakah catatan yang dikutipnya mendukung temuan-temuannya. Kemudian putuskan saran mana yang bermanfaat bagi cerita. Hanya perubahan yang disetujui yang boleh dimasukkan ke dalam buku besar. Jika sumber yang diperlukan tidak ada, ambil sumber tersebut atau biarkan temuan itu belum terselesaikan (unresolved).
Bagaimana cara menangani retcon tanpa menghapus riwayat?
Bedakan peristiwa biasa dari retcon. Jika pintu mendapatkan mekanisme baru pada Hari ke-11, tambahkan peristiwa transisi dan aturan baru yang dibatasi waktu. Jika Anda memutuskan bahwa pintu tersebut memang selalu menggunakan mekanisme yang berbeda, revisi kanon sebelumnya dan periksa setiap adegan yang bergantung padanya.
Riwayat versi membuat kondisi sebelumnya dapat dipulihkan. Pengantar kontrol versi dalam buku resmi Git (https://git-scm.com/book/en/v2/Getting-Started-About-Version-Control) menjelaskan bagaimana kontrol versi mencatat perubahan, mendukung perbandingan, dan memungkinkan versi sebelumnya untuk dipanggil kembali. Git adalah salah satu opsi; pilihlah sistem dokumen dengan riwayat yang dapat digunakan jika itu lebih sesuai dengan alur kerja Anda. Catat secara terpisah alasan mengapa keputusan naratif diubah.
Untuk setiap usulan retcon:
Entri log perubahan yang dapat digunakan kembali harus memuat ID perubahan, tanggal revisi, pemilik keputusan, alasan, catatan lama, catatan pengganti, materi yang terpengaruh, dan status verifikasi. Contoh: “CH-006 mengusulkan syarat dua piringan yang disejajarkan; memengaruhi F-014, E-008, K-009, dan S-12; keputusan tertunda.” Persetujuan saja bukan berarti adegan-adegan yang bergantung tersebut sudah langsung diperbaiki.
Apa yang harus Anda periksa sebelum menerima sebuah adegan?
Bacalah adegan tersebut sekali untuk memeriksa kontinuitas setelah revisi kreatifnya. Verifikasi bahwa peristiwa yang disyaratkan telah terjadi, kondisi perjalanan dan akses terpenuhi, karakter memiliki informasi yang mereka gunakan, dan fakta khusus cabang tetap berada di dalam cabangnya masing-masing. Periksa apakah detail baru telah diterima ke dalam kanon atau tetap berstatus sementara secara terlihat jelas.
Catat revisi alkitab yang digunakan untuk pemeriksaan tersebut. Jika perubahan di masa mendatang menyentuh salah satu ketergantungan adegan tersebut, buka kembali adegan untuk ditinjau. Anda dapat mulai dengan satu lokasi, satu karakter, dan fakta-fakta penting dari adegan berikutnya, lalu memperluas buku besar setiap kali detail baru membatasi apa yang dapat terjadi selanjutnya.