Oyun Evreni Kanonu ile Yapay Zeka Doğaçlaması Çeliştiğinde Hangisi Kazanmalı?

Kanonu ve bölüm durumunu nihai otorite olarak kabul edin

Kullanışlı bir sistem iki soruyu birbirinden ayırır: Bu evrende ne gerçektir ve bu oynanışın bu noktasında ne gerçektir? Kanon; bir karakterin kimliği, bir mekanın tarihi veya bir cihazın nasıl çalıştığı gibi yerleşik gerçekleri kapsar. Bölüm durumu ise bu oynanışta nelerin gerçekleştiğini kapsar: hangi kapı açıldı, oyuncu kiminle tanıştı veya bir olay henüz meydana geldi mi gelmedi mi. Diyalog modeli bu gerçekleri kullanabilir ancak onları sessizce yeniden yazmamalıdır.

Bu ayrım, etkileşimli anlatı sistemlerinin pratik bir özelliğini yansıtır. Inkle Studios tarafından geliştirilen bir betik dili olan ink, dallanan hikaye mantığını ve durum takibini destekler; yazarları, metni daha önce olanlara göre değiştirmek için durumu kullandıklarını açıklar. Microsoft’un Minecraft belgeleri de benzer şekilde bireysel NPC'ler veya anlatı bölümleri için sahne dosyalarını ve oyuncu eylemlerine göre değişen diyalogları tanımlar. Bunlar, herhangi bir özel yapay zeka tasarımının gerekli olduğunun kanıtı değil, hikaye bağlamı tarafından kontrol edilen yazılmış diyalog örnekleridir. Bir oyunun ilerleme gerçeklerini açık tutmaktan neden yararlandığını gösterirler. (ink üzerine Inkle Studios, Microsoft’un NPC diyalog belgeleri)

Modele dar kapsamlı bir görev verin

Üretilen yanıtı, yeni evren gerçeklerinin bir kaynağı olarak değil, bilinen bilgilerin bir icrası olarak tanımlayın. Karakter, bilinen bir olayı kendi üslubuyla açıklayabilir, oyuncunun kelime seçimine tepki verebilir veya ilgili bir gözlem sunabilir. Hikaye verilerinde dayanağı olmaksızın yeni bir kardeş yaratmamalı, anahtarı kimin tuttuğunu değiştirmemeli, tamamlanmış bir bölüm olayının gerçekleştiğini ilan etmemeli veya gizli bir neden ortaya atmamalıdır.

Net bir talimat şöyle diyebilir: “Yalnızca burada sağlanan gerçekleri ve bölüm durumunu kullanın. Kelimeleri ve tonu seçebilirsiniz. Gerçek olarak isimler, olaylar, ilişkiler, motifler veya sonuçlar eklemeyin. Cevap verilmemişse bilmediğinizi veya bunu doğrulayamayacağınızı söyleyin.” Bu bir tasarım kuralı örneğidir, bir yapay zeka modelinin buna her zaman uyacağının garantisi değildir. Oyunun yine de karaktere hangi bilgilerin ulaştığını ve bir yanıtın hangi eylemleri tetikleyebileceğini kontrol etmesi gerekir.

Bir karakterin inancını evren gerçeğinden ayırt edin

Karakterler, yazılan hikaye bunu amaçladığında yanılabilir, kaçamak cevaplar verebilir veya kararsız kalabilir. Önemli olan ayrım, oyunun bir ifadeyi o karakterin bakış açısı olarak mı yoksa evren hakkında doğrulanmış bir gerçek olarak mı sunduğudur. Anlatı dedikodulara izin veriyorsa “Köprünün kapalı olduğunu duydum” bir söylenti olabilir. “Köprü kapalı”, özellikle oyun daha sonra buna dayanıyorsa, güvenilir bir durum güncellemesi olarak okunabilir.

Her belirsiz veya tartışmalı cevap için, karakterin kişisel bilgisini mi aktardığına, bir dedikoduyu mu tekrarladığına, tahminde mi bulunduğuna yoksa doğrulanmış kanonu mu belirttiğine karar verin. Bu kategoriyi istemde (prompt) veya diyalog verilerinde işaretleyin ve ifadeleri tutarlı tutun. Hikaye eski kuleyi kimin inşa ettiğini belirlememişse, bir NPC birbiriyle çelişen hikayeler duyduğunu söyleyebilir; model, sadece bir cevap kulağa makul geliyor diye bu gizemi çözüme kavuşturmamalıdır.

Bölüm durumunu güncel ve belirgin tutun

Bir model, kendisine verilmeyen bir gerçeğe güvenilir bir şekilde saygı gösteremez. Yalnızca konuşma için gereken durumu iletin, ancak bunu kesinleştirin: mevcut bölüm, ilgili tamamlanmış olaylar, çözülmemiş önemli sorular ve karakterin bizzat bildiği tüm gerçekler. Planlanan olaylarla tamamlananları birbirine karıştıran geniş özetlerden kaçının. “Oyuncu mührü bulduktan sonra kapı açılır” gibi bir not, “oyuncu mührü buldu” ile karıştırılmamalıdır.

Masaüstü rol yapma oyunlarındaki dil modelleri üzerine yapılan araştırmalar, durum takibini ve diyalog üretimini birbiriyle ilişkili ancak farklı görevler olarak ele alır. *Dungeons and Dragons as a Dialog Challenge for Artificial Intelligence* yazarları, karakter ayrıntıları ve değişen eylemleri içeren durum bilgileriyle birlikte diyalog geçmişinden sıralar oluşturmayı ve oyun durumunu tahmin etmeyi açıklar. Bu durum, durumun açık bir girdi ve ayrı bir mesele olarak ele alınmasını destekler; üretilen bir yanıtın oyunun yetkili durumunu değiştirmesine izin verilmesi gerektiğini kanıtlamaz. (Callison-Burch ve ark., “Dungeons and Dragons as a Dialog Challenge for Artificial Intelligence”)

Kanon eksik olduğunda güvenli bir yanıt kullanın

Kaynaktaki boşluklar için varsayılan bir yanıt seçin. Karaktere ve sahneye bağlı olarak yanıt “Orada değildim”, “Bilmiyorum” veya “Bana kimse bir şey söylemedi” olabilir. Bir söylenti veya bir karakterin tahmini uygunsa, bunu açıkça bu şekilde etiketleyin. Buradaki amaç, yazılan hikaye onu çözene kadar açık uçlu soruyu korumak ve bu sırada konuşmanın devam etmesini sağlamaktır.

Bu alternatif çözüm çelişkileri de kapsamalıdır. Sağlanan bölüm durumu oyuncunun kaptanla tanışmadığını söylüyor ancak konuşma geçmişi aksini gösteriyor gibi görünüyorsa, NPC'nin her iki versiyonu da kendinden emin bir şekilde ileri sürmesini engelleyin. Oyun sisteminden bu tutarsızlığı çözmesini isteyin veya NPC'nin tartışmalı ayrıntıya dayanmayan bir yanıt vermesine izin verin. Bu yanıt politikası, durum ve diyaloğu tutarlı tutma ihtiyacından çıkarılan bir tasarım tavsiyesidir; belirli bir oyun çalışmasından bildirilen bir bulgu değildir.

Üretilen satırları sınırlara göre kontrol edin

Bir yanıtı göstermeden önce, yeni ve sonuç doğurucu bir gerçek ortaya atıp atmadığını kontrol edin. Hafif bir inceleme şu soruları sorabilir: Cevap bir olayı, ilişkiyi, motifi, mekanı, eşya sahibini veya sonucu adlandırıyor mu? Bu ayrıntı kanonda veya mevcut durumda var mı? Açıkça bir inanç veya söylenti olarak mı çerçevelenmiş? Oyunun kaydetmediği bir bölüm geçişini veya eylemi ima ediyor mu? Sonuç doğurucu bir ayrıntı dayanaktan yoksunsa, daha sıkı kısıtlamalar dahilinde yeniden üretin veya belirsizlik alternatifini kullanın.

İstemler karakter tutarlılığını korumaya yardımcı olabilir ancak bir kanon veritabanı olarak görülmemelidir. Bir Minecraft gizemindeki LLM odaklı NPC'ler üzerine 2026 tarihli bir araştırma raporu, karakter tutarlılığını ve diyalog bütünlüğünü geliştirmek için istem tekniklerinin kullanıldığını açıklamaktadır. Bu, belirli bir prototipteki bir araştırma yaklaşımının kanıtıdır, tek başına istem vermenin diğer oyunlardaki çelişkileri önlediğinin kanıtı değildir. Yazılmış gerçekleri ve oyun ilerlemesini oyunun başvurabileceği bir kaynakta tutun ve üretilen diyaloğu bir aday yanıt olarak değerlendirin. (Heriot-Watt Araştırma Portalı, “Designing and Evaluating Interactive Narratives with Generative AI: LLM-Driven NPCs for a Minecraft Murder Mystery”)

Pratik bir karar kuralı

Tartışmalı bir satırı incelerken şu kontrolleri sırasıyla uygulayın:

İddia yerleşik bir evren gerçeği mi? Yazılmış versiyonu koruyun.

Bu oynanışta olanlara mı bağlı? Genel bir hikaye özeti yerine mevcut bölüm durumunu kullanın.

Bu, karakterin sınırlı veya belirsiz görüşü mü? Bu bakış açısını replikte netleştirin.

Dayanağı olan bir cevap yok mu? Karakterin bunu söylemesine izin verin; soruyu açık bırakın.

Bu ifade oyunun doğru veya tamamlanmış olarak kabul ettiği şeyi değiştirir mi? Yalnızca oyunun yazılmış ilerleme mantığı bu değişikliği yapmalıdır.

Bu yaklaşım, yazarlığı ve sürekliliği anlaşılır kılarken canlı bir sohbete de yer açar. Model, bilinen bir karakterin bir şeyi nasıl söylediği konusunda doğaçlama yapabilir; evren kaydı ise karakterin neyi güvenilir bir şekilde doğru olarak söyleyebileceğine karar verir. Kaydın sessiz kaldığı durumlarda belirsizlik, modelin doldurması gereken bir boşluk değil, geçerli bir yanıttır.

Bu konuyu keşfetmeye devam et