Metlivi Blog

Yapay zekâ tarafından oluşturulan NPC diyalogları ne zaman maliyetine değer?

Bir oyunda ucu açık yapay zekâ diyaloglarını nerede kullanacağınıza karar verirken, bunu oyuncunun kendi ifadelerinin karakterin söyleyebileceklerini veya yapabileceklerini anlamlı şekilde değiştirdiği etkileşimlere saklayın. Konu akışı açısından kritik sahneler, hızlı diyaloglar, tekrarlanabilir kısa replikler (bark) ve zamanlamanın veya tam kelime seçiminin önemli olduğu anlar için senaryolaştırılmış ya da dallara ayrılan diyalogları kullanın. Bu sahne bazlı test şu dört maliyeti tartar: çıkarım, bekleme, yazım ve test.

27 Eylül 202611 dk okumaBoş zaman, seyahat ve şehir deneyimleriYazan: Metlivi Editorial Team
Bölüm 1

Bir NPC sahnesini iyi bir aday yapan nedir?

Ucu açık diyaloglar, oyuncu tasarım ekibinin makul ölçüde öngöremeyeceği bir şey sorduğunda ve verilecek faydalı bir yanıt oyunun dünyasına ve kurallarına hâlâ uyum sağlayabildiğinde yerini hak eder. Bir oyuncunun bir dükkân sahibine yerel dedikodular hakkında sorular sormasını, kendi kelimeleriyle bir ipucu için pazarlık yapmasını veya bir yol arkadaşından az önce buldukları bir nesneyi açıklamasını istemesini düşünün. Buradaki değer yalnızca yanıtın yeni ve özgün olması değildir. Asıl değer, NPC'nin farklı ifade biçimlerine yanıt verebilmesi ve etkileşimin oyuncunun mevcut durumuyla bağlantılı kalmaya devam etmesidir.

Buna karşılık, eğer oyuncunun sabit tek bir gerçeği öğrenmesi, bilinen birkaç eylem arasından seçim yapması veya belirli bir animasyon ipucuna bağlı bir repliği duyması gerekiyorsa, önceden yazılmış diyalog bu iş için zaten uygundur. Daha geniş bir yanıt alanı bir sahneyi otomatik olarak daha iyi yapmaz. Çıktılarının ve olası hata durumlarının yönetilmesi gereken ek bir sistem getirir.

Kullanışlı bir ilk eleme sorusu şudur: Bu etkileşim önceden yazılmış birkaç seçenekle sınırlı olsaydı oyuncular bunu fark eder ve önemser miydi? Yanıt hayırsa, senaryolaştırılmış olarak bırakın. Eğer kendi ilgili sorularını sormaktan fayda sağlayacaklarsa —ve oyun kısa bir beklemeyi ve çeşitli ifade biçimlerini tolere edebiliyorsa— bu sahne yapay zekâ ile üretilen küçük bir diyalog pilot uygulamasına değer olabilir.

Bölüm 2

Üretilen diyaloğun karşılığını verebileceği yerler

Oyuncu merakına alan tanıyan isteğe bağlı konuşmalar.

Bir irfan (lore) koruyucusu, gezgin bir tüccar veya derli toplu bir merkez üssün sakini, birçok farklı biçimde sorularla karşılaşabilir. Yanıtlar yalnızca o yer hakkında onaylanmış bilgilere dayanabiliyorsa, ucu açık girdiler her ifade tarzı için elle yazılmış bir dal gerektirmeden keşif sürecini daha sohbet havasında hissettirebilir. Bu durum en iyi, yanıtların isteğe bağlı olduğu ve kaçırılan veya kusurlu bir etkileşimin ilerlemeyi engellemediği anlarda işe yarar.

Karaktere tanımlı bir bilgi sınırı verin. Örneğin bir liman memuru gemiler, yerel simgeler ve asılmış bir ilan hakkında konuşabilir, ancak kayıp bir görev eşyasının nerede saklandığını uydurmamalıdır. "Sadece liman ofisinde listelenenleri biliyorum" gibi bilinen bir yedek (fallback) yanıt sunun ve üretilen metnin değil, oyun durumunun görev tamamlamayı, fiyatları, envanteri ve kilit açmaları kontrol etmesini sağlayın.

Değişen oynanışa yol arkadaşının verdiği tepkiler.

Oyuncuyla seyahat eden bir yol arkadaşı; konumların, keşiflerin ve eylemlerin birçok kombinasyonuyla karşılaşabilir. Oyuncuların bir açıklama isteyebildiği veya önceden yazılmış repliklerin ekonomik olarak kapsayamayacağı yeni bir olay hakkında yorum alabildiği durumlarda üretilen diyaloglar değer katabilir. En güçlü kullanım senaryosu; keşfedilen bir simgenin adı veya bir kapının açılıp açılmadığı gibi doğrulanmış oyun durumuna atıfta bulunan sınırlı bir etkileşimdir.

Modeli neyin gerçekleştiği konusunda nihai otorite yapmayın. İlgili gerçeklerden oluşan derli toplu ve güvenilir bir veri kümesi sağlayın ve sonuç doğuran durum değişikliklerini sıradan oyun mantığında tutun. Yol arkadaşı bir tepkiyi ifade edebilir; bir ipucunun bulunup bulunmadığını, bir eşyanın toplanıp toplanmadığını veya bir görevin ilerleyip ilerlemediğini oyun belirlemelidir. Bu ayrım bir tasarım tavsiyesidir: konu dışı veya hatalı bir yanıtın yaratacağı etkileri sınırlar.

Tekrarlanabilir, düşük riskli karakter etkileşimleri.

Oyuncular tekrar uğramayı seçtiğinde ve bu etkileşim ilerleme için kritik olmadığında, yinelenen bir karakter çeşitli havadan sudan sohbetlerden faydalanabilir. Sıradan bir sohbetin sonsuz bir komut istemi (prompt) döngüsüne dönüşmemesi için kısa bir etkileşim sınırı, bir bekleme süresi (cooldown) veya özenle seçilmiş belirli konu başlıkları belirlemeyi değerlendirin. Üretilen çeşitlilik, tanımlanmış bir sınır dahilinde atmosfere katkı sağladığında veya duyarlı bir karakterizasyon sunduğunda en savunulabilir hale gelir.

Bunlar aday modellerdir, daha iyi bir oyuncu deneyiminin garantisi değildir. NVIDIA'nın ACE for Games duyurusu, bulut ve PC dağıtımlarında ses, konuşma ve animasyon modelleri için bir araç seti yönelimini açıklamaktadır; bu, teknolojinin bileşenlere ayrılmış hedeflerini ortaya koyar, belirli bir oyun sahnesinin bundan faydalandığının kanıtı değildir. NVIDIA’s ACE for Games overview

Bölüm 3

Önceden yazılmış diyaloğun genellikle daha iyi bir araç olduğu yerler

Ana hikâye ifşalarını, eğitim bölümlerini, çatışma seslenişlerini, zaman ayarlı atışmaları ve kritik görev talimatlarını önceden yazılmış veya sıkı şekilde sınırlandırılmış olarak tutun. Oyuncular bu repliklerin net, tekrarlanabilir ve olaylarla senkronize olmasına ihtiyaç duyar. Geç gelen veya ifadesi değişen, yapay zekâ ile üretilmiş bir yanıt akışı bozabilir; kulağa akıcı gelse bile yanlış bir hedef öneren bir yanıt oyuncunun kafasını karıştırabilir.

Anlamlı tercihin zaten önceden bilindiği durumlarda da dallara ayrılan diyaloglar oldukça uygundur. Oyuncu "köprüyü sor", "yardım teklif et" ve "ayrıl" seçenekleri arasında bir tercih yapıyorsa, yazılı bir dal ekibe her bir sonuç üzerinde kontrol sağlar ve seslendirmenlerin replikleri tutarlı bir şekilde canlandırmasına imkân tanır. Ucu açık girdi, yalnızca mevcut seçenekler pratik bir yazılı arayüz için fazla geniş veya çeşitli olduğunda değer katar.

Bir sahne hem serbest biçimli sohbete hem de sabit sonuçlara sahip olduğunda hibrit bir yöntem kullanın. Oyuncuların serbestçe soru sormasına izin verin, ancak yol tarifi istemek veya adı geçen bir kişiyi sormak gibi kabul edilen niyetleri önceden yazılmış gerçeklerle ve oyun eylemleriyle eşleştirin. Üretilen ifadelerin yalnızca bu esnekliğin güvenli olduğu yerlerde yüzeysel çeşitlilik sağlamasına olanak tanıyın. Standart yanıtı, görev işaretçilerini ve yapılabilecek eylemleri oyun kontrollü verilerde tutun.

Bölüm 4

Bağlanmadan önce dört maliyeti karşılaştırın

OpenAI'ın gecikme kılavuzu, çıktı üretmenin genellikle yanıt süresinin büyük bir bölümünü oluşturduğunu belirtir ve gereksiz çıktı uzunluğunun azaltılmasını önerir; ayrıca girdi boyutunu küçültmenin birçok durumda daha küçük bir etkiye sahip olabileceğini açıklar. Bu durum NPC tasarımına uyarlandığında; belirli bir yanıt süresi varsaymak yerine gerçek oyun ortamındaki performansı ölçerken, özlü yanıtların test edilmesini ve sağlanan bağlamın amaca uygun tutulmasını destekler. OpenAI API latency optimization guide

Basit bir şirket içi karşılaştırma için toplam kullanımı şu formülle tahmin edin: oturumlar × oturum başına uygun konuşmalar × konuşma başına çağrılar. Ardından prototipiniz için ortalama girdi ve çıktı boyutunu kaydedin ve gerçekten seçtiğiniz model ile hizmetin fiyatlandırmasını kullanın. Bu bir planlama hesaplamasıdır, kesin bir fiyat tahmini değildir: oyuncu davranışları, yeniden denemeler, ses özellikleri ve model seçimi sonucu değiştirebilir. Tasarım ayrıca konuşma tanıma, ses üretimi, bellek depolama veya denetim (moderasyon) sistemleri ekliyorsa, tek maliyet olarak yalnızca kısa bir metin yanıtını hesaba katmayın.

Çıkarım: Oturum başına çağrılar, girdi bağlamı, yanıt uzunluğu ve beklenen tekrar ziyaretler. İsteğe bağlı her sohbet, tekrarlanan model kullanımını haklı çıkarıyor mu? Sahne daha kısa bir yanıtla veya daha az sayıda çağrıyla çalışabilir mi?
Bekleme: Oyuncu girdisinden kullanılabilir bir yanıta kadar geçen süre (ses işleme veya animasyon dahil). Oyuncu güvenli bir sohbet duraklamasında mı, yoksa hareket, çatışma veya zamanlı bir etkinlik sırasında mı bekliyor? Yanıt yavaş kalırsa veya alınamazsa ne olur?
Yazım: Karakter tanımı, onaylanmış dünya gerçekleri, örnek etkileşimler ve yedek (fallback) replikleri. Ekip, NPC'nin ne bildiğini, nasıl konuştuğunu ve hangi konuların veya iddiaların sınır dışı kalması gerektiğini net bir şekilde belirtebiliyor mu?
Test: Oyuncu ifade biçimleri, oyun durumları, alışılmadık girdiler, güncellemeler ve hata yolları. Ekip, olası etkileşim yelpazesini test edip yanıtların gerçek oyun durumuyla tutarlı kaldığını doğrulayabiliyor mu?
Bölüm 5

Pratik bir seçim süreci

Oyun NPC sistemleri üzerine yapılan araştırmalar da teknik fizibilitenin geniş kapsamlı bir tasarım değeri kanıtı olarak yorumlanmaması gerektiği konusunda uyarıda bulunmaktadır. 2025 tarihli bir arXiv ön baskısı, LLM güdümlü bir karakteri bir Unity oyununa ve Discord'a bağlayan bir prototipi açıklamakta ve teknik fizibilite ile platform algılamasına odaklanan ilk deneyleri aktarmaktadır. Bu, sınırları belirlenmiş bir uygulama çalışması örneğidir; her NPC sahnesinin ucu açık diyaloglardan fayda sağlayacağını kanıtlamaz. Song, “LLM-Driven NPCs: Cross-Platform Dialogue System for Games and Social Platforms” (2025)

Oyuncu eylemini listeleyin. Oyuncunun ne yaptığını tanımlayın: yerel bir soru sormak, bir görev seçeneği belirlemek, bir çatışma uyarısı almak veya seyahat sırasında konuşmak. İşe teknolojiden başlamaktan kaçının; etkileşimin üstlendiği görevden başlayın.
Nelerin değişmez kalması gerektiğini işaretleyin. Değişemeyecek gerçekleri, ifadeleri, zamanlamayı ve oyun durumu değişikliklerini yazın. Eğer bu liste etkileşimin tüm faydalı içeriğini kapsıyorsa, bunu önceden kendiniz yazın. Oyuncuların çok çeşitli sorular sorması gerekiyorsa ancak gerçekler sınırlı kalıyorsa, bu gerçekler kümesi üzerinde üretim yapmayı düşünün.
Etkileşimi bir risk ölçeğine yerleştirin. İsteğe bağlı bir merkez üssü sohbetini sınırlandırmak, hikâye ifşasına veya ilerlemek için gereken bir talimata kıyasla genellikle daha kolaydır. İlk pilot uygulama için, net bir yedek yanıta sahip ve model kontrollü hiçbir oyun eylemi içermeyen, düşük riskli, isteğe bağlı bir sahne seçin.
Bekleme sürecinin tamamını prototipleyin. Gerçek girdi yöntemini, ağ veya yerel çıkarım yolunu, yanıt sunumunu ve yedek durumu dahil edin. Bir konuşma sisteminin ne kadar hızlı tepki verdiği yalnızca metin üretme bileşenine değil, sürecin tamamına bağlıdır. NVIDIA'nın ACE genel bakışı da ses, konuşma ve animasyonu farklı yapay zekâ model alanları olarak sunarak ses destekli bir NPC'nin neden yalnızca metinden ibaret olmadığını göstermektedir. NVIDIA ACE for Games
Yalnızca ideal komut istemlerini değil, temsili oynanışı test edin. Kısa ve belirsiz soruları, tekrarlanan soruları, NPC ile ilgisi olmayan soruları, çelişkili bağlamları ve farklı görev durumlarındaki ilgili varyasyonları deneyin. Olgusal tutarlılığı, tonu, yanıt uzunluğunu, gecikmeyi, yedekleri ve etkileşimin değiştirmemesi gereken bir şeyi değiştirip değiştirmediğini kontrol edin. Komut istemlerinde, modellerde veya oyun gerçeklerinde yapılan değişikliklerin tekrar kontrol edilebilmesi için test senaryolarını kaydedin.
Bölüm 6

Kararı küçük bir pilot uygulamayla verin

İsteğe bağlı bir sahne seçin ve bunu aynı oyuncu görevini kullanan önceden yazılmış bir sürümle karşılaştırın. Oyuncuların gereken bilgiyi edinip edinemediklerini, etkileşimin ne kadar sürdüğünü, ne sıklıkla tekrarladıklarını veya yarıda bıraktıklarını ve yanıtların tutarlı kalması için ne kadar ince ayar gerektiğini takip edin. Bu ölçümler, ekibin esnekliğin devam eden maliyetlerini haklı çıkaracak kadar faydalı olup olmadığına karar vermesine yardımcı olur; bunlar evrensel bir kıyaslama standardı değildir.

Oyuncular bu özgürlüğü sahne için önem taşıyan şekillerde kullanıyorsa, yanıtlar mevcut gerçeklerle tutarlı kalıyorsa ve bekleme süresi ile bakım yükü oyuna uygunsa yapay zekâ ile üretilen diyaloğu sürdürün. Oyuncular çoğunlukla aynı birkaç soruyu soruyorsa, NPC konuyu sürekli kaçırıyorsa, gecikmeler o anın havasını bozuyorsa veya yanıtları doğru tutmak zahmetli miktarda bir hazırlık gerektiriyorsa sistemi daraltın ya da önceden yazılmış diyaloğa geri dönün.

Dolayısıyla, ucu açık NPC diyalogları için en doğru yer en çok repliğe veya en belirgin role sahip olan karakter değildir. En doğru yer; oyuncu yönlendirmeli ifadelerin net bir değer kattığı, karakterin neyi bildiğinin ve neyi etkilediğinin oyun tarafından sınırlandırılabildiği ve ekibin bu deneyimi ölçmeye ve sürdürmeye gücünün yettiği etkileşimdir. Bu koşullardan herhangi biri sağlanamadığında, iyi yazılmış bir senaryo veya dallara ayrılan bir konuşma genellikle daha güvenilir bir tasarım tercihidir.

İlgili okumalar

Bu konuyu keşfetmeye devam et