Bir Metin Tabanlı RYO Yüzlerce Gönderiye Ulaştığında Sefer Geçmişi Nasıl Okunabilir Tutulur?
Bir metin tabanlı RYO yüzlerce gönderiye ulaştığında, bu akışı birbiriyle bağlantılı küçük bir kayıt kümesine dönüştürerek geçmişin okunabilir kalmasını sağlayın: her oyun oturumu için kısa bir özet, sürekli güncellenen bir fihrist ve yinelenen karakterler, mekanlar ile açıkta kalan hikaye düğümleri için odaklanmış notlar. Orijinal gönderileri tam kayıt olarak saklayın, ancak oyuncuların arayı kapatırken başladığı yerin özetler olmasını sağlayın. Oyuncular arama yapabildiği ve ortak geçmişe nelerin dahil edileceği konusunda hemfikir olduğu sürece bu yöntem; paylaşılan bir belgede, vikide, not uygulamasında veya forumda işe yarar.
Bir gönderi arşivinin neden bir kılavuza ihtiyacı vardır?
Kronolojik bir döküm ne söylendiğini kaydeder ancak referans olarak kullanılması zor olabilir. Bir karakterin ilk kez nerede göründüğünü arayan bir oyuncunun sayfalarca tarama yapması gerekebilir; oyuna ara verdikten sonra geri dönen birinin ise çözülmemiş son sahnenin hızlı bir özetine ihtiyacı olabilir. Bu nedenle pratik amaç, her gönderiyi yeniden yazmak değildir. Amaç, kaydın ilgili bölümlerine işaret eden ve içinde gezinmesi kolay bir katman eklemektir.
RYO seferi rehberliği, planlananlar ile gerçekte olanlar arasında benzer bir ayrım yapar: bir oturum raporu oyundaki olayları kaydeder ve amacı grubun bunları daha sonra hatırlamasına yardımcı olmaktır. Aynı fikir; "oturumun" planlanmış bir buluşmadan ziyade bir bölüm, sahne dizisi veya kararlaştırılan bir duraklama noktası anlamına gelebildiği eşzamansız metin tabanlı oyunlara da gayet iyi uyarlanabilir. Bkz. Oturum raporu şablonu rehberi.
Sistemi üç katman olarak düşünün. Gönderi arşivi kaynak kayıttır. Özet fihristi kısa, kronolojik özetler sağlar. Referans notları ise "Kaptan Vale kimdir?" veya "Grup deniz fenerinde ne sözü verdi?" gibi tekrarlayan soruları yanıtlar. Bu işlevleri birbirinden ayrı tutmak, bir karakter sayfasının devasa bir başka döküme dönüşmesini engeller.
Özetler için tekrarlanabilir bir birim seçin
Grubunuzun yazma tarzına uygun bir sınır belirleyin. Bu, tamamlanmış bir sahne, bir bölüm ayrımı veya ardından duraklama gelen belirli sayıda gönderi olabilir. Grubun tutarlı bir şekilde tanıyabileceği bir sınır kullanın. Her gönderiyi kendi başına bir özet haline getirmekten kaçının: bu durum, hikayeye göz atmayı mutlaka kolaylaştırmaksızın fazladan bakım yükü getirir.
Her birim için Bölüm 12 — Cam Liman veya Sahne 12.3 — İskelenin Altındaki Kapı gibi tahmin edilebilir bir başlığa sahip tek bir giriş oluşturun. Hikayenin sırası karışabilecek durumdaysa tarihi veya sıra numarasını ekleyin. Oyun içi tarihler kullanılıyorsa bunları kurgusal tarihler olarak etiketleyin ve oyun dışı bir sıra numarası da ekleyin. Bu küçük kural, okuyucuların bir karakterin takvimini oyuncuların olayları yazdığı sırayla karıştırmasını önler.
Faydalı bir özet genellikle birkaç derli toplu paragraf veya maddeden oluşur. Başlangıçtaki durumu, önemli sonuçlar doğuran seçimleri, nelerin değiştiğini ve oyunun nerede durduğunu yakalayın. Kişileri ve yerleri tutarlı bir şekilde adlandırın. "Ekip arşivciyle tanıştı ve haritayı öğrendi" gibi bir cümle, "Kuzey Arşivi'nde Mira Vale ekibe üç çan kulesinin işaretlendiği bir harita gösterdi; grup önce batı kulesini ziyaret etmeyi seçti" cümlesinden daha az faydalıdır. İkinci versiyon, oyuna geri dönen bir oyuncuya isimler ve bir sonraki adım için sağlam bir dayanak sunar.
Eksiksizlik için değil, kolay erişim için yazın
Özet bir hafıza tazeleme aracıdır, sahnenin ikinci bir canlandırması değildir. Kısa bir alıntı özellikle faydalı olmadığı sürece, canlı diyalogları veya betimleyici anlatımı orijinal gönderilerde bırakın. Bunun yerine neden ve sonucu özetleyin: "Rowan pirinç anahtarı geri verdikten sonra, kayıkçı grubu kanalın karşısına geçirmeyi kabul etti." Bu, tüm diyaloğu kopyalamadan olay örgüsüne dair gerçeği korur.
Doğaçlama detayları henüz tespit edilmeleri kolayken kaydedin. RYO raporlama önerileri özellikle doğaçlama isimlerin, arka plan ayrıntılarının ve beklenmedik oyuncu seçimlerinin not edilmesini ve ardından kaba notların bir rapora dönüştürülmesini tavsiye eder; ayrıca önemli olayları korudukları sürece madde işaretlerinin de yeterli olabileceğini belirtir. Metin tabanlı bir RYO için, yeni oluşturulan gerçekleri özellikle önemli kabul edin: ağızdan öylesine çıkan bir isim, değişen bir sadakat veya hasar görmüş bir mekan, grubun daha sonra başvuracağı bir süreklilik unsuruna dönüşebilir. World Anvil'in oturum raporu rehberi, kaba notlar ile nihai kayıt arasındaki bu pratik ayrımı sunmaktadır.
Kesinleşmiş gerçekleri açıkta kalan sorulardan ayırın. Örneğin: Kesinleşen: batıdaki çan kulesi terk edilmiş. Çözülmeyen: fenerini kimin yaktığını kimse bilmiyor. Bir oyuncunun teorisi hikayede doğrulanmadıysa, bunu gerçekleri içeren özete yazmak yerine bir teori olarak etiketleyin. Bu basit ayrım, spekülasyonların kazara kanon (resmi hikaye) haline gelmesini önlemeye yardımcı olur.
Tüm sefer için bir fihrist oluşturun
Arşivin en üst düzeyine kısa bir sefer fihristi yerleştirin. Bu fihrist sırayla her bir özete bağlantı vermeli ve olayın tek satırlık bir açıklamasını içermelidir. Asgari düzeyde bir fihrist şu şekilde görünebilir:
Yukarıdaki gönderi aralıkları kurgusal örneklerdir. Platformunuz kalıcı gönderi bağlantıları sağlıyorsa doğrudan bir sahnedeki veya bölümdeki ilk gönderiye bağlantı verin; sağlamıyorsa sayfa numarası, tarih veya ayırt edici bir açılış ifadesi gibi grubunuzun güvenilir bir şekilde arayabileceği herhangi bir belirleyiciyi kullanın. Kontrol etmediğiniz bir bağlantı formatına güvenmeyin. Sahneler dallanıyor veya çakışıyorsa, onları yanıltıcı bir doğrusal sıraya zorlamak yerine fihriste kısa bir not ekleyin.
Fihristi göz gezdirmeye yetecek kadar kısa tutun. Bir okuyucu, her giriş hakkında bir paragraf okumak zorunda kalmadan en son bölümü fark edebilmeli ve belirli bir özete atlayabilmelidir. Ayrı bir "Buradan başlayın" notu önermeyi açıklayabilir ve ilk gönderiye işaret edebilir, ancak kronolojik fihristin yerini almamalıdır.
Yinelenen kişileri, mekanları ve hikaye düğümlerini birbirine bağlayın
Yalnızca bir isim veya konu, oyuncuların onu arama olasılığı yüksek olacak kadar sık yinelendiğinde odaklanmış bir referans notu oluşturun. Bir karakter notuna adı ve takma adları, ilk görünüşü, bilinen rolü ve önemli bir şeyin gerçekleştiği özetlere giden bağlantıları kaydedin. Bir konum notuna en son belirlenen durumu kaydedin ve bu durumu değiştiren sahnelere bağlantı verin. Açıkta kalan düğümler listesine ise soruyu, grubun şu anda bildiklerini ve bu konunun en son ilerleme kaydettiği özeti not edin.
Bu notları kısa ve izlenebilir tutun. Örneğin: "Mira Vale — Kuzey Arşivi'nde arşivci; ilk olarak Bölüm 2'de göründü; ekibe üç kule haritasını verdi; en son Bölüm 5'te görüldü. İlgili: [Bölüm 2], [Bölüm 5]." Bu, belirli bir oyun veya araçla ilgili bir iddia değil, kurgusal bir yapı örneğidir. Bir referans notu bir iddiada bulunduğunda, bağlantıları bunu destekleyen özete veya gönderilere yönlendirmelidir.
Geri bağlantılar (backlinks), bunları destekleyen bir not uygulamasında bu tür bir yapıyı kolaylaştırabilir. Obsidian'ın resmi yardım kılavuzu, Backlinks eklentisinin aktif nota bağlantı veren notları listelediğini ve bağlantısız bahsedilmeleri de gösterebildiğini açıklar; bu da yinelenen bir isme atıfta bulunan özetleri bulmayı mümkün kılar. Bu özelliğin sınırları vardır: bağlantısız bahsedilmeler ismin metinde geçmesine bağlıdır ve ayarlar tarafından hariç tutulan dosyalar görünmeyebilir. Bkz. Backlinks — Obsidian Help.
Tutarlı etiketler ve arama terimleri kullanın
Küçük bir etiket kümesi seçin ve bunları baştan sona aynı şekilde kullanın. Faydalı kategoriler özet, karakter, konum ve açık-düğüm olabilir. Bunları yalnızca bilgiye erişimi kolaylaştırdıklarında ekleyin. Her nota birbiriyle çakışan uzun bir etiket listesi eklenirse, oyuncuların hikayeyi bulabilmek için önce bir sınıflandırma sistemini öğrenmesi gerekir.
Kullandığınız araç yapılandırılmış not özelliklerini destekliyorsa tür, bölüm ve karakterler gibi birkaç kararlı alan kullanın. Obsidian'ın belgeleri, özellikleri metin, listeler, tarihler ve etiketler içerebilen yapılandırılmış veriler olarak tanımlar ve bunların aranabileceğini açıklar. Bu, özet olarak işaretlenmiş her notu veya bir karakterle ilişkili her notu bulmak gibi aramaları destekleyebilir. Etiketler ve tam arama sözdizimi araca göre değişiklik gösterecektir, bu nedenle büyük bir arşivi yeniden düzenlemeden önce küçük bir örnekle test edin. Properties — Obsidian Help ve Search — Obsidian Help bu belirli özellikleri belgelemektedir.
Karmaşık adlandırma kuralları yerine güvenilir birkaç arama terimini tercih edin. Özetlerde isimlerin resmi yazılışını kullanın ve önemli olduğunda bir takma adı not edin: "Mira Vale (Bölüm 2'de 'arşivci' olarak anılır)." Bir karakter isim değiştirirse veya bir konumun eski bir unvanı varsa, eski adı referans notuna ekleyin. Arama, yalnızca arşiv insanların hatırladığı kelimeleri koruduğunda yardımcı olabilir.
Arşivi doğru ve kullanılabilir tutun
Özetleri grubunuzun sürdürebileceği bir tempoda hazırlayın: kararlaştırılan her hikaye biriminden sonra veya birinin bunun ardından vakti olduğunda. Düzgün ve eksiksiz bir anlatım yazmak zor geliyorsa önce isimleri, seçimleri, yeni gerçekleri ve duraklama noktasını karalayın; daha sonra düzenleyin. World Anvil'in rehberi de benzer şekilde, birkaç gün sonra bile anlaşılır kalabilecek kaba notlar almayı, ardından vakit buldukça bunları maddeler veya düz metin haline getirmeyi önerir. Tutarlılık, okuyucuların ihtiyaç duyduğu zamandan çok sonra gelen özenli girişlerden daha faydalıdır.
Birden fazla kişi katkıda bulunuyorsa, basit bir düzenleme kuralı üzerinde anlaşın. Bir kişi özeti kaleme alırken diğerleri eksik olaylara veya devamlılık hatalarına işaret edebilir. Düzeltmeleri mümkün olduğunda ilgili gönderiyle bağlantılı tutun ve tartışmalı bir detayı, grup bunu oyun içinde çözene kadar belirsiz olarak işaretleyin. Önceki bir seçimi farklı göstermek için bir özeti sessizce yeniden yazmayın; okuyucuların anlatımın nasıl değiştiğini takip edebilmesi için tarihli bir düzeltme veya not ekleyin.
Ortak arşive nelerin ait olduğuna karar verin. Herkese açık bir özet; anlaşma olmadan özel bir karakter notunu, henüz açığa çıkmamış bir ters köşeyi veya başka bir oyuncunun karakter dışı yorumunu ifşa etmemelidir. World Anvil'in oturum raporu kılavuzu, herkese açık raporlardaki spoiler'lara karşı açıkça uyarıda bulunurken, Chronicles sefer rehberi herkese açık ve özel olayların ayrılmasını anlatır. Bu özellikler olmadan bile, basit bir "paylaşılan özet" ile "özel notlar" ayrımı hedef kitlenin net kalmasını sağlayabilir. Bkz. How to plan and record your campaign in Chronicles.
Mevcut bir arşiv için pratik bir düzenek
Yüzlerce gönderiyi tek seferde özetlemenize gerek yoktur. Oyuna devam etmek için en yararlı olanlar onlar olduğu için son birkaç hikaye birimiyle başlayın. Ardından, ana dönüm noktalarından ve yinelenen isimlerden başlayarak eski girişleri gruplar halinde ekleyin. Boşlukları dürüstçe belirtin; arşivin yalnızca bir kısmına göz gezdirdiğiniz yerlerde eksiksiz bir özet varmış izlenimi vermeyin.
Her grup için aynı kısa süreci izleyin:
Parçaların birbirine nasıl bağlandığını görmek için bu kurgusal örneği kullanın. 35–82. gönderiler Cam Liman ziyaretini kapsar. Özet, ekibin Kuzey Arşivi'nde Mira Vale ile tanıştığını, üç kuleli bir harita aldığını ve batı kulesini seçtiğini belirtir. Fihrist bu özete bağlantı verir ve gönderi aralığını tanımlar. Mira'nın referans notu bu özete geri işaret eder ve açıkta kalan düğümler notu haritayı yapan kişinin hala bilinmediğini kaydeder. Bir oyuncu artık fihristten başlayabilir, bölüm olaylarını tazeleyebilir veya doğrudan Mira'ya ya da harita gizemine geçebilir.
Kısa bir arşiv için başlıklar ve bir fihrist içeren tek bir belge yeterli olabilir. Çok büyük bir arşiv içinse grubunuz bakımını üstlenecekse bağlantılı notlar veya bir viki kullanın. Araç özellikleri arama ve çapraz referanslar konusunda yardımcı olabilir, ancak hiçbir düzenleme yöntemi geçmişteki her detayın yakalanacağını garanti edemez; arşiv, kaynak gönderileri ve bunları özetlerken gösterilen özen kadar doğru kalır. Grubunuzun güncel tutabileceği bir formatla başlayın ve hikaye büyüdükçe fihristin de büyümesine izin verin.