Oyuncunun Merakını Sınırlandırmadan Serbest Sorulu Bir Oyun Sahnesi Nasıl Rayında Tutulur?

Sahnenin gerçekleri ve durumu ile başlayın

Bir deniz fenerinde geçen sakin, kurgusal bir sahne hayal edin. Fener bekçisi Mara, pirinç bir anahtar taşıyan bir kuryeyi bekliyor. Sahnenin amacı, oyuncunun deniz fenerinin neden karanlık olduğunu öğrenmesini ve Mara'nın limana işaret vermesine yardım edip etmeyeceğine karar vermesini sağlamaktır. Bu örnek bir tasarımdır, piyasaya sürülmüş bir oyundan alınmış bir rapor değildir.

Diyaloğu yazmadan önce, üç ayrı liste içeren kompakt bir sahne şablonu (scene sheet) hazırlayın:

**Dünya gerçekleri:** Lamba karanlık çünkü merceği onarım için söküldü. Anahtar kuryede. Liman bir işaret bekliyor.

**Mara’nın bilgisi:** Merceğin uzakta olduğunu ve kuryenin gün batımından önce gelmesi gerektiğini biliyor. Kuryenin şu anda nerede olduğunu veya oyuncunun neden geldiğini bilmiyor.

**İzin verilen durum değişiklikleri:** `lens_explained` doğru (true) hale gelebilir; `player_offered_help` doğru hale gelebilir; ve `signal_route_open` yalnızca oyuncu yardım teklif ettikten ve Mara bunu kabul ettikten sonra doğru hale gelebilir. Hiçbir soru tek başına işareti gönderilmiş olarak ayarlayamaz, anahtarı bulamaz veya kuryenin konumunu değiştiremez.

Bu ayrım önemlidir çünkü kulağa makul gelen bir yanıt sessizce yeni bir dünya gerçeğine dönüşebilir. Mara, kuryenin kuzey köprüsünün yakınında görüldüğünü uydurursa, oyuncu haklı olarak bunu bir ipucu olarak kabul edebilir. Köprü, yazılmış sahnenin bir parçası olmadığı sürece, bu yanıt yeni bir içerik ve muhtemelen yeni bir görev yükümlülüğü yaratmış olur. Sahne şablonu, yazarlara ve uygulayıcılara neyin söylenebileceği ve neyin gerçekleşebileceği konusunda ortak bir referans sağlar.

Sonuçlar sınırlandırılmışken soruların çeşitlenmesine izin verin

Doğal dil, aynı şeyi sormanın birçok yolunu sunar. Bir oyuncu "Işık neden söndü?", "Fener kulesine ne oldu?" veya "Gemilere hâlâ yol gösterebiliyor musunuz?" diye sorabilir. Bu farklı ifadelerin tümü, belirlenmiş olan mercek açıklamasına ulaşabilir. Ancak her sorunun doğrudan bir cevaba ihtiyacı yoktur. Soruları, sahnenin gerçekleri ve amacıyla olan ilişkilerine göre sınıflandırın.

Senaryo dışı soru: “Deniz fenerinin merceğini kim çaldı?” — Sınıflandırma: **Yanıtla** — Örnek yanıt ve etki: “Kimse çalmadı. Onarımda.” `lens_explained = true` olarak ayarlayın; bir suçlu adı vermeyin.

Senaryo dışı soru: “Kurye şu anda nerede?” — Sınıflandırma: **Ertele** — Örnek yanıt ve etki: “Bilmiyorum. Gün batımından önce gelmesi gerekiyordu.” Durum değişikliği yok; NPC, yalnızca oyuncu sordu diye bilgi edinmez.

Senaryo dışı soru: “Limana işaret göndermek için lambayı kullanabilir miyiz?” — Sınıflandırma: **Bilinen bir rotaya dön** — Örnek yanıt ve etki: Mara merceğin hâlâ uzakta olduğunu söyler, ardından limana başka bir yolla işaret vermeye yardım etmek için önceden belirlenmiş seçeneği sunar. Bu rotayı yalnızca oyuncu kabul ederse ve Mara onaylarsa açın.

Bu etiketler katı yanıt şablonlarını değil, tasarım sonuçlarını tanımlar. Bir yanıt, bilinen bir gerçeği vermeden önce oyuncunun kelimelerini dikkate alabilir. Bir erteleme, kuryenin gelip gelmediğini kontrol etmek gibi yararlı bir sonraki adım sunabilir. Bir rotaya geri dönmek, soruyu sahnenin tasarlanmış seçimine geri bağlamak anlamına gelir; konuşmayı kesmesi veya aynı repliği tekrarlaması gerekmez. Buradaki kilit nokta, olgusal iddiaları ve durum etkileri tanımlanmış kalırken yanıtın ifadelerinin esneyebilmesidir.

Repliği oluşturmadan önce niyeti ve durumu çözümleyin

Gelen her soru için önce işlenmiş olan sahne durumunu okuyun. Bunun bilinen bir gerçeği mi, NPC'nin bilemeyeceği bir gerçeği mi yoksa izin verilen bir eylemi gerçekleştirme talebini mi sorduğuna karar verin. Bir soru birden fazla kategoriye dokunabilir; lamba hakkındaki bir yanıt ve yardım teklifi ayrı sonuçlar olabilir. Ardından bir yanıt yolu seçin ve bu yol dahilinde bir replik oluşturun. Üretilen ifade kararı veren merci değil, kararın bir sunumudur.

Bu sıra, özellikle oyuncu gelecekteki bir olay hakkında soru sorduğunda önem kazanır. "Kurye geldi mi?" sorusu, kurye geldiğinde, sahnenin kuryeyi hâlâ kayıp olarak kaydettiği duruma göre farklı bir yanıta sahiptir. Ne kendinden emin bir ton ne de bir oyuncunun varsayımı bu durumu değiştirmelidir. Gerekli durum mevcut değilse, sahne geliştirme aşamasında görünür bir şekilde hata vermeli ve kesin bir iddiada bulunmaktan kaçınmalıdır. Diyaloğun kulağa eksiksiz gelmesini sağlamak için kuryenin geldiğini sessizce varsaymayın veya bir köprüde görülme vakası uydurmayın.

Kabul edilen durum etkilerini küçük ve belirgin tutun. Örneğin, bir yardım teklifi bilinen bir `player_offered_help` geçişini talep edebilir. Oyun, `signal_route_open` değişmeden önce oyuncunun bunu seçtiğini ve Mara'nın kabul ettiğini doğrulayabilir. Sadece "yardım" kelimesini içeren bir soru bir teklif olarak sayılmamalıdır. Bir prototipte yanıt ve işlenen durum geçişi, incelenmek üzere yan yana günlüğe kaydedilebilir.

Sahneyi kazara yapılacak erken ifşalardan koruyun

Oyuncu, temelini henüz keşfetmeden nihai cevap hakkında doğrudan soru sorabilir. Mara'nın hikayenin mevcut noktasında hangi bilgileri paylaşabileceğine karar verin. "Kuryeyi görmedim" gibi dürüst bir erteleme, hem karakterin bilgisini hem de oyuncunun keşfetmeye devam etme yetisini koruyabilir. Bir ipucunun bulunmuş gibi davranmamalı ve sırf sahneyi uzatmak için önceden belirlenmiş bir gerçeği gizlememelidir.

Ubisoft, [NEO NPC prototip anlatımında](https://news.ubisoft.com/en-us/article/5qXdxhshJBXoanFZApdG3L/how-ubisofts-new-generative-ai-prototype-changes-the-narrative-for-npcs), stüdyonun kendiliğinden gelen oyuncu girdileri etrafında yazar tarafından şekillendirilen karakter geçmişlerini ve senaryo kısıtlamalarını anlatıyor. Bu, deneysel bir prototipin birinci elden anlatımıdır; piyasaya sürülen oyunlarda belirli bir sınır tasarımının başarılı olduğuna dair kanıtlanmış bir iddia değildir. Bu sahne için çıkarılacak faydalı ders, bir modelden bir repliği doğaçlama üretmesini istemeden önce karakterin bilgisini ve rolünü yazmaktır.

[Jamin Smith'in Acolyte anlatımı](https://www.gamedeveloper.com/design/deep-dive-designing-for-spontaneity-and-non-linearity-in-alternate-reality-games-with-i-acolyte-i-), doğal dilde soru sormanın faydasını ve usta oyuncuların bilgileri çok erken açığa çıkarmasıyla ortaya çıkan bir tempo sorununu açıklamaktadır. Bu, bir tasarımcının tek bir oyun hakkındaki düşüncesidir. Deniz feneri örneğinde, gözden geçirilmesi gereken soru, kurye hakkında soru sormanın, oyun bunu henüz ortaya koymadan önce daha sonraki bir olay örgüsü gerçeğini ortaya çıkarıp çıkaramayacağıdır. Eğer durum buysa, yalnızca yanıtın ifadesini değil, o durumdaki izin verilen gerçekler kümesini değiştirin.

Senaryo dışı geri dönüşleri tekrarlayıcı değil, faydalı hale getirin

Bilinmeyen bir soru her zaman aynı "Buna cevap veremem" cümlesini tetiklememelidir. Mara, sorunun geçerli bir kısmını kabul edebilir, bir sınır belirtebilir ve belirlenmiş bir seçeneğe işaret edebilir. Kuryenin nereye gittiği sorulursa, en son bildiği şeyi açıklayabilir ve liman işaretini kontrol etmeyi teklif edebilir. Lambanın tamir edilip edilemeyeceği sorulursa, eksik merceği açıklayabilir ve bilinen alternatifi anlatabilir. Yanıt, oyuncunun gerçek ilgisine cevap vermeye devam ederken sahne sınırları içinde kalır.

Bir geri dönüş, tam bir ifadeyi kullanma zorunluluğu değil, oyuncunun yapabileceği bir şeye giden bir rota olmalıdır. Aynı tasarlanmış eylemi birden fazla doğal soruyla ve sohbet dışı görünür bir etkileşimle sunun. Bu, konuşmayı bırakan bir oyuncunun yine de ilerlemesini sağlar ve tasarımcının serbest soru sormanın gizli bir parola bulmacasına dönüşmek yerine karaktere derinlik katıp katmadığını test etmesine olanak tanır. İsteğe bağlı anlatım süsleri büyük ölçüde değişebilir; zorunlu bir ipucunun ise dünyada istikrarlı ve incelenebilir bir yeri olmalıdır.

Serbest soruları kaydedilen hikayeye karşı test edin

Bir test kullanıcısına sahneyi ve basit bir hedef verin: ışığın neden karanlık olduğunu anlamak ve yardım edip etmeyeceğine karar vermek. Onlara hangi soruları soracaklarını söylemeyin. Hangi iddiaları ipucu olarak gördüklerini, herhangi bir yanıtın bir sonraki eylemlerini değiştirip değiştirmediğini ve belirli bir cümleyi yeniden üretmeden amaçlanan seçime ulaşıp ulaşamadıklarını gözlemleyin. Daha sonra konuşmayı sahne şablonu ve gerçek durum değişiklikleriyle karşılaştırın.

Uydurmaya teşvik eden sorularla negatif bir test aşaması ekleyin: "Kurye hangi köprüden geçti?", "Merceği kim çaldı?" ve "İşareti zaten gönderdim mi?" Başlangıç durumunda başarılı bir yanıt; bir köprüde görülme, bir hırsızlık veya tamamlanmış bir işaret iddiasında bulunmaz. Bilinen onarım gerçeğiyle yanıt verebilir, kuryenin yerinin bilinmediğini kabul edebilir veya oyuncuyu kabul edilen işaret seçeneğine yönlendirebilir. Hem metin hem de saklanan işaretçiler için günlüğü kontrol edin: `signal_route_open`, kabul edilen teklife kadar yanlış (false) kalmalıdır; `signal_sent` ise ayrı bir tasarlanmış eylem gerçekleşene kadar yanlış kalmalıdır.

Üretilen bir replik temelsiz bir ipucu yaratırsa, sahne şablonunun bir gerçeği atlayıp atlamadığını, NPC'nin aşırı geniş bir bağlam alıp almadığını veya yanıtın açık bir sınırı yok sayıp saymadığını izleyin. Oyuncular özgürce soru sorabiliyor ancak bir sonraki anlamlı eylemi bulamıyorlarsa, tasarlanmış seçime geri dönen rotayı iyileştirin. Tutarlı bir serbest sorulu sahne; dünya gerçekleri, karakter bilgisi ve gerçek sonuçlar anlaşılır kalırken oyuncunun ifadelerinin çeşitlenebildiği bir sahnedir.

Bu konuyu keşfetmeye devam et