Oyun Durumu ve Diyalog Uyuşmazlıklarını Teşhis Etme: Yeniden Üretim ve Onarım Kontrol Listesi
Bir karakterin repliği oyunun kayıtlı durumuyla uyuşmadığında, oyuncu olayların hangi versiyonuna güveneceğini bilemez. Bir anlatı tasarımcısı için görev; bu uyuşmazlığı yeniden üretmek, başarısız olan durum geçişini veya diyalog geçidini tespit etmek ve diyaloğun oynanışla aynı işlenmiş dünya durumunu okumasını sağlamaktır. Kurgusal bir gizem oyunu olan *Glass Harbor*ı ele alalım: Buradaki dedektif yırtık bir feribot bileti bulur, pirinç bir jetonu bir anahtarla takas eder ve daha sonra liman bekçisini uyarıp uyarmayacağına karar verir.
Durum ve diyalog uyuşmazlığı olarak ne sayılır?
Kayıtlı dünya durumu; edinilen ipuçları, elde tutulan eşyalar, tamamlanan eylemler ve işlenen seçimler gibi oyun için önem taşıyan olguların oyun tarafından tutulan yetkili kaydıdır. Diyalog, oyunun bu gerçekleri sunma yollarından biridir. Replikler farklı bir versiyona atıfta bulunduğunda, oyuncular henüz hak etmedikleri bilgileri alabilir, bir eylemin gerçekleşmediği halde işe yaradığına inanabilir veya daha sonra bir seçimin görmezden gelindiğine tanık olabilirler.
Bu durum, yalnızca bir repliğin üslubundaki bir sorun değil, oynanabilir durumdaki bir kusurdur. Anlatı tasarımcısı Hannah Nicklin'in *Mutazione* hakkındaki birinci şahıs anlatımı bu konuda faydalı bir emsal sunar: Nicklin, konuşmaları önceki konuşmalara, envanter eşyalarına, bahçe durumuna ve konuşmalar sırasında belirlenen değişkenlere göre erişimi kısıtlayabilen olay örgülerine yerleştirdiğini anlatır. Bu anlatım, diyalog kullanılabilirliğinin birden fazla açık koşula nasıl bağlanabileceğini gösterir; her oyunun aynı sisteme ihtiyaç duyduğunu iddia etmez. [Nicklin'in *Mutazione* tasarım anlatımı](https://www.gamedeveloper.com/design/deep-dive-inside-the-narrative-design-and-multiple-middles-of-i-mutazione-i-)
Bir NPC oyuncunun henüz hak etmediği bir ipucundan bahseder
Dedektif yırtık feribot biletini henüz bulmamıştır, ancak liman bekçisi şöyle der: “O bilet, birinin fırtına gecesi ayrıldığını kanıtlıyor.” Bu replik sonraki bir dalda geçerli olabilir veya önceki bir konuşma yanlış bir bayrak (flag) ayarlamış olabilir. Oyuncunun bakış açısından sonuç aynıdır: Oyun, oraya giden anlaşılır bir yol olmadan kanıtı ifşa etmiştir. Oyuncu hiç almadığı bir bileti arayabilir, bir sahnenin veya etkileşimin atlandığını düşünebilir ya da soruşturma sırasının bir önemi olup olmadığından şüphe duyabilir.
Bu durum, bilgi sırasının bulmacanın bir parçası olduğu bir gizem oyununda özellikle zarar vericidir. Oynanabilir bir dedektiflik oyunu prototipi olan *The Interrogation of Adrian Gale* hakkındaki Eylül 2026 tarihli bir arXiv önbaskısı, erken ifşayı ve olgusal tutarlılığı dedektiflik oyununun ilerleyişi için endişe kaynakları olarak tanımlamaktadır. Bunu, tüm oyunlar için evrensel bir ölçüt veya kesinleşmiş bir kural olarak değil, araştırmacıların tek bir çalışmadaki endişesi ve bulguları olarak değerlendirin. [Rahmati ve Zhao, arXiv önbaskısı](https://arxiv.org/abs/2609.23043)
Diyalog bir eylemin başarılı olduğunu söyler ancak durum güncellenmez
Feribot ofisinde oyuncu pirinç jetonu görevliye verir. Yanıt şudur: “İşte anahtar. Arşiv açıldı.” Ancak anahtar envanterde yoktur ve arşiv kapısı kilitli kalmaya devam eder. Bir başarı repliği, oyunun işlemediği (commit etmediği) bir işlemi duyurmuştur.
Oyuncu bu görünürdeki çelişkiyi çözmek için takası tekrarlayabilir, görevliyi tekrar ziyaret edebilir veya ilgisiz yolları deneyebilir. Eğer eşya harcandıysa ancak ödül eklenmediyse, oyuncu gereken bir kaynağı kaybetmiş olabilir. Eğer iki değişiklik de gerçekleşmediyse, etkileşim bozuk bir düğme gibi görünebilir. Her iki durumda da metin, oynanabilir durumun tutamadığı bir söz vermiştir.
Daha sonraki bir replik işlenmiş bir seçimi görmezden gelir
Oyuncu liman bekçisini uyarır, bir onaylama görür ve oradan ayrılır. Daha sonra bekçi, “Feribotun tehlikede olduğunu bana hiç söylemedin,” der. Eğer uyarı seçimi işlenmişse, bu sonraki replik hatırlanan bir kararla çelişir. Oyuncu seçiminin sadece yüzeysel olduğu sonucuna varabilir, yanlış yanıtı seçip seçmediğini düşünebilir veya hikâyenin oyunun çoktan kapattığı bir dala yeniden dönmesini bekleyebilir.
Bu tür arızalar ortak bir nedene sahip olabilir: Diyalog ve oynanış farklı bayrakları, farklı kayıt verilerini veya bir durum güncellemesindeki farklı anları okuyor olabilir. Ayrıca aşırı geniş bir konuşma geçidi, başarısız bir envanter işlemi veya yanlış seçim değişkenini kontrol eden sonraki bir replik gibi bağımsız hatalardan da kaynaklanabilirler. Yalnızca metnin hatalı bileşen olduğunu varsaymak yerine işe iz sürmeyle başlayın.
Sınırlı bir yeniden üretim ve onarım kontrol listesi
Sabit bir kayıt dosyası, tek bir hedeflenen rota ve her seferinde tek bir platform veya sürüm (build) kullanın. Başka bir tasarımcının veya mühendisin diziyi tahmin yürütmek zorunda kalmadan tekrarlayabilmesi için başlangıç koşullarını kaydedin.
**Test etmeden önce beklenen durumu yazın.** Kazanılmamış ipucu vakası için `ticket_found` değişkeninin false olduğunu ve liman bekçisinin biletten bahsetmemesi gerektiğini belirtin. Takas için, hedeflenen önceki ve sonraki envanteri ve arşivin kilidinin açılıp açılmayacağını belirtin. Seçim için, işlenen uyarı değerini ve bunun seçmesi gereken sonraki yanıtı belirtin. Hata raporunda projenin gerçek değişken adlarını kullanın.
**Her çalıştırmada bir uyuşmazlığı yeniden üretin.** Kayıtlı durumdan başlayın, yalnızca repliğe ulaşmak için gereken adımları izleyin ve diyaloğu, envanteri, ilgili bayrakları ve etkileşim sonucunu kaydedin. Oyunu yüklemenin, sahneye yeniden girmenin veya başka bir karakterle konuşmanın sonucu değiştirip değiştirmediğini not edin. Aynı çalıştırmada birkaç görev dalını birbirine karıştırmaktan kaçının; fazladan eylemler, başarısız olan geçişi tespit etmeyi zorlaştırır.
**Repliğin geçidini yetkili durumla karşılaştırın.** Konuşmayı erişilebilir kılan koşulun ve belirli repliği seçen koşulların izini sürün. İpucuna sahip olma, önceki konuşmalar, işlenmiş seçimler ve herhangi bir sahne veya görev ilerleme değerleri gibi ön koşulları kontrol edin. Nicklin'in anlatımı, bir anlatı sisteminde bu tür geçitlerin birlikte çalışmasına somut bir örnek sunar; projenizin uygulaması ve adlandırması farklı olabilir.
**Eylemin bir işlem (transaction) olarak izini sürün.** Jeton takası için etkileşimi; oyuncu girdisinden uygunluk kontrollerine, jetonun kaldırılmasına, anahtarın verilmesine, kapı veya görev güncellemesine, kaydetmeye ve yanıt seçimine kadar takip edin. İşlemin başarılı mı olduğunu, başarısız mı olduğunu yoksa sadece kısmen mi tamamlandığını belirleyin. Replik, oyunun fiilen işlediği sonucu yansıtmalıdır. Gerekli bir güncelleme başarısız olursa, başarı yanıtını göstermek yerine bu başarısızlığı açıkça bildirin veya yönetin.
**Seçimi, seçildiği andan sonraki kullanımına kadar kontrol edin.** Seçilen yanıtın hedeflenen değeri yazdığını, bu yazma işleminin tasarlandığı gibi sahne değişiklikleri veya yeniden yüklemeler boyunca korunduğunu ve sonraki konuşmanın bu aynı değeri okuduğunu doğrulayın. Farklı karakterler, sahneler veya görev sürümleri için kapsamlandırılmış (scoped) benzer adlı bayrakları arayın. Yalnızca o sırada görüntülenen diyalog metnini değil, oyuncunun gerçek seçimini doğrulayın.
**Uyuşmazlığın kaynağını onarın ve rotayı tekrarlayın.** İncelemenin yanlış olduğunu gösterdiği geçidi, durum yazımını, kalıcılık davranışını veya replik seçimini düzeltin. Ardından aynı başlangıç kaydından tekrar oynatın ve ilgili tüm çıktıları doğrulayın: replik, envanter, dünya etkileşimi ve sonraki yanıt. Onarımın hedeflenen ilerleme hızını (pacing) koruduğundan emin olmak için yakın bir sınır kontrolü ekleyin; örneğin, bekçiyle hem bileti bulmadan önce hem de bulduktan sonra konuşun.
Diyaloğun işlenmiş durumu tüketen bir yapıda kalmasını sağlayın
İpuçları, eşyalar, tamamlanan eylemler ve seçimler için tek bir kayıtlı dünya durumu kaynağını yetkili kılın. Diyalog koşulları bu kaynaktan okuma yapmalı ve oynanış etkileşimleri bunu aynı tanımlanmış geçişler aracılığıyla güncellemelidir. Bir diyalog repliği bir sonucu tanımlayabilir veya bir eyleme davet edebilir; tek başına görünmesi sessizce bir eşya vermemeli, bir kapının kilidini açmamalı veya bir seçimi işlememelidir. Aksi takdirde metin, onunla yarışan ikinci bir durum sistemine dönüşür.
Üretilen (generated) veya oldukça değişken diyaloglar için de aynı sınırı uygulayın: Replikleri mevcut işlenmiş duruma göre seçin veya doğrulayın ve durumun desteklemediği iddiaları reddedin ya da değiştirin. Söz konusu arXiv önbaskısı, sanal bir şüphelinin prototipinde neleri ifşa edebileceğini kontrol etmek için yapılandırılmış bir yaklaşım tanımlamaktadır, ancak bu yalnızca rapor edilen tek bir tasarım ve çalışmadır. Buradaki pratik teşhis ilkesi daha basittir: Kelimeleri üreten veya seçen şey her ne olursa olsun, bunları sunmadan önce oyunun yetkili gerçeklerine göre doğrulayın.
Kusur raporuna neler dahil edilmeli?
Kısa ve net bir rapor, birinin sorunu yeniden üretmesine ve ilgili geçişi incelemesine olanak tanımalıdır. Sürümü ve başlangıç kaydını, tam adımları, gözlemlenen repliği, beklenen repliği veya davranışı, ilgili önceki ve sonraki durumu ve sorunun yeniden yüklemeden sonra devam edip etmediğini ekleyin. Bir dallanma sorunu için, seçilen tercihi ve bununla çelişilen sonraki sahneyi belirtin. Mümkün olduğunda bir durum izleme dökümü veya ekran görüntüsü ekleyin.
Bu kayıt; bir diyalog seçimi kusurunu, işlenemeyen bir eylemden, bir kalıcılık probleminden veya sonraki hatalı bir koşuldan ayırmaya yardımcı olur. Neden giderildikten sonra, sınırlı rotayı ve ona en yakın sınır durumunu yeniden oynatın. Amaç; oyunun söylediği, arayüzün gösterdiği ve dünyanın izin verdiği şeylerin ne olduğu konusunda birbiriyle uyuşmasıdır.