विश्व संपादक फ़ील्ड संदर्भ

Codex बनाने वाले सार्वजनिक World Editor फ़ील्ड खोजें। आंतरिक स्रोत, हटाए गए अनुकरण-फ़ील्ड और पुराने कथानक-नियंत्रण इसमें शामिल नहीं हैं।

फ़ील्ड खोजें

112 फ़ील्ड

basic.mainCharacter

मुख्य पात्र

इकाई फ़ील्ड

इस पात्र को संभावित दृष्टिकोण-पात्र और नायक के रूप में चिह्नित करता है।

उन मुख्य पात्रों के लिए उपयोग करें जिन्हें player अपना रूप दे सकता है या जिनका निकटता से अनुसरण कर सकता है।
सूची छोटी रखें, ताकि आवरण-कला, आरंभिक संदर्भ और player का ध्यान स्पष्ट रहे।
हर महत्वपूर्ण NPC को मुख्य पात्र के रूप में चिह्नित न करें।

उदाहरण

मुख्य नायक, पुनर्जन्म पाया हुआ नायक, दल का दृष्टिकोण-पात्र या केंद्रीय खेलने योग्य पात्र।

basic.tags

कुछ ही संक्षिप्त टैग लिखें और उन्हें अल्पविराम से अलग करें।
ठोस खोज-शब्दों को प्राथमिकता दें: गुट, स्थान-भूमिका, प्रजाति, खतरा, विषय।
जहाँ संभव हो, brief में पहले से प्रयुक्त वही शब्द दोहराने से बचें।

उदाहरण

ghost,rebirth,immortal,clan,rival

basic.brief

संक्षिप्त सारांश

इकाई फ़ील्ड

इकाई की मुख्य विशेषता बताने वाली छोटी संदर्भ-पंक्ति।

इतना विशिष्ट लिखें कि इकाई के महत्व का कारण स्पष्ट हो जाए।
इसे शीघ्र पढ़ी जा सकने वाली पंक्ति रखें, पूरी पिछली कथा नहीं।
रहस्यमय व्यक्ति या शक्तिशाली कलाकृति जैसे सामान्य वाक्यांशों से बचें।

उदाहरण

एक सूखा कुआँ जो रात में चमकता है और पानी के बजाय यादें पीता है।

basic.detail

विवरण

इकाई फ़ील्ड

इकाई को विश्व में ठोस रूप से स्थापित करने वाले कथात्मक विवरण।

संभव हो तो 2 से 4 ठोस वाक्यों में लिखें।
भूमिका, परिणाम, स्वायत्तता और इकाई का विश्व से संबंध समझाएँ।
पात्रों के दिखाई देने वाले व्यवहार या आंतरिक गुणों को स्वाभाविक गद्य में शामिल करें।

उदाहरण

ऊपरी डेक धातुई चमक से झिलमिलाते हैं, जबकि निचली परतें विषैली धुंध में डूबी हैं। हर यंत्र मानव यादों से निकली आत्म-श्वास पर चलता है।

race

जाति

इकाई फ़ील्ड

किसी पात्र की प्रजाति या वंशावली का संदर्भ।

कोई ढीला मान लिखने के बजाय मौजूदा Race entity चुनें।
जैविक, आध्यात्मिक या संस्कृति द्वारा मान्य वंशावली के लिए इसका उपयोग करें।
यदि वंशावली को लोकज्ञान, संस्कृति, जीवनकाल या क्षमताओं की आवश्यकता हो, तो पहले Race entity बनाएँ।

उदाहरण

Eldergrove Sylphs

gender

लिंग

इकाई फ़ील्ड

पात्र का लिंग या setting में उसके समकक्ष पहचान-सूचक।

setting के लिए स्वाभाविक शब्दावली का उपयोग करें।
इसे संक्षिप्त रखें; सामाजिक प्रथाएँ या प्रतिबंध description अथवा culture fields में रखें।

उदाहरण

female

alias

उपनाम

इकाई फ़ील्ड

ज्ञात वैकल्पिक नाम, उपाधियाँ, लघु नाम या छद्म पहचान।

अलग समूहों या युगों से आए नामों के लिए कई प्रविष्टियाँ उपयोग करें।
हर alias पुनर्प्राप्ति या roleplay में उपयोगी हो; वह वास्तविक नाम की पुनरावृत्ति मात्र न हो।

उदाहरण

The Ashwalker; The Shadow

originLocation

उत्पत्ति स्थान

इकाई फ़ील्ड

वह विशिष्ट स्थान जहाँ इकाई की शुरुआत हुई या वह पहली बार महत्वपूर्ण बनी।

विश्व में पहले से मौजूद Location या Region चुनें।
पृष्ठभूमि के लिए origin और वर्तमान स्थान या स्वामित्व के लिए relations का उपयोग करें।

उदाहरण

Volcanic Village

originRegion

उत्पत्ति क्षेत्र

इकाई फ़ील्ड

इकाई की उत्पत्ति या सांस्कृतिक जड़ से जुड़ा बड़ा भू-भाग।

जब सटीक स्थान से अधिक भू-भाग या जैव-क्षेत्र महत्वपूर्ण हो, तब इसका उपयोग करें।
विश्व में पहले से मौजूद Region entity की ID या name को प्राथमिकता दें।

उदाहरण

Northern Glass Wastes

originFaction

उत्पत्ति गुट

इकाई फ़ील्ड

इकाई की उत्पत्ति से जुड़ा समूह, कुल, राष्ट्र, विद्यालय या संस्था।

विरासत में मिली निष्ठा, प्रशिक्षण-पृष्ठभूमि या संस्थागत जड़ों के लिए उपयोग करें।
वर्तमान निष्ठा को जहाँ संभव हो relations के माध्यम से दर्शाएँ।

उदाहरण

Whisperwind Clan

bloodline

वंश

इकाई फ़ील्ड

विरासत में मिला परिवार, घराना या आध्यात्मिक वंश।

जब वंशपरंपरा हैसियत, क्षमताएँ, सामाजिक व्यवहार या भाग्य बदलती हो, तब उपयोग करें।
ऐसे सजावटी उपनामों से बचें जिनका कोई परिणाम न हो।

उदाहरण

House Darion

bornAt

जन्म समय

इकाई फ़ील्ड

विश्व के आरंभिक समय के अनुरूप जन्म का समय।

संभव हो तो premise में दिया world time format उपयोग करें: hh:mm dd/mm/yyyy।
Age को Starting Time के संदर्भ में संगत रखें।

उदाहरण

08:40 12/05/2001

diedAt

मृत्यु समय

इकाई फ़ील्ड

मृत्यु, अमर-मृत अवस्था, पुनर्जन्म या ऐतिहासिक रूप से दर्ज मृत्यु का समय।

जीवित पात्रों के लिए इसे खाली छोड़ें।
उपयोग करने पर age, backstory और current state से संगत रखें।

उदाहरण

16:40 01/12/2030

emergedAt

प्रकट होने का समय

इकाई फ़ील्ड

वह समय जब कोई जाति, प्रजाति या वंश इतिहास में प्रकट हुआ।

उत्पत्ति-कथाओं, उत्परिवर्तन, दैवी सृष्टि या पारिस्थितिक उद्भव के लिए उपयोग करें।
इसे विश्व-कालक्रम के अनुरूप रखें।

उदाहरण

00:00 01/01/0047

foundedAt

स्थापना समय

इकाई फ़ील्ड

गुट या संस्था की स्थापना का समय।

ऐसी date चुनें जो faction की age, authority और historical memory को समर्थन दे।
यदि स्थापना विवादित हो, तो विवाद को ideology या historical notes में समझाएँ।

उदाहरण

12:00 03/04/0911

createdAt

निर्माण समय

इकाई फ़ील्ड

वस्तु, निर्मिति या अवशेष के बनाए जाने का समय।

जब age, maker या historical timing वस्तु के अर्थ को प्रभावित करे, तभी उपयोग करें।
जहाँ ज्ञात हो, इसे creator या originLocation के साथ जोड़ें।

उदाहरण

23:10 09/09/1204

backStory

पिछली कथा

इकाई फ़ील्ड

पात्र का वह अतीत जो उसकी वर्तमान प्रेरणा और संघर्ष को समझाता है।

समझाएँ कि पात्र आज जैसा है, वैसा कैसे बना।
ठोस कारणों, हानियों, दायित्वों, प्रशिक्षण, ऋणों या लज्जा का उपयोग करें।
ऐसे आघात से बचें जो व्यवहार बदले बिना केवल सजावट हो।

उदाहरण

Whisperwind के मुखिया के दूसरे पुत्र के रूप में जन्मा और छह वर्ष की आयु से तलवार चलाने का प्रशिक्षण पाया...

historicalNotes

ऐतिहासिक टिप्पणियाँ

इकाई फ़ील्ड

किसी स्थान से जुड़ा उपयोगी इतिहास।

ऐसी घटनाएँ दर्ज करें जो आज भी पहुँच, गुटों, वर्जनाओं, खतरे या अफवाहों को प्रभावित करती हों।
कई तथ्य हों तो एक अस्पष्ट अनुच्छेद के बजाय अलग-अलग प्रविष्टियों को प्राथमिकता दें।

उदाहरण

घेराबंदी: उत्तरी द्वार पर नौ दिन चली घेराबंदी के काँच-जैसे निशान अब भी दिखाई देते हैं।

foundingMyth

स्थापना मिथक

इकाई फ़ील्ड

यह समझाने वाली पौराणिक कथा कि कोई क्षेत्र क्यों अस्तित्व में है या महत्वपूर्ण है।

मिथक झूठा हो सकता है, पर उसे संस्कृति, कानून, भय या पहचान को आकार देना चाहिए।
इसे साधारण इतिहास-सारांश के रूप में उपयोग न करें।

उदाहरण

कहा जाता है कि घाटी वहाँ बनी जहाँ moon-serpent ने अपनी पहली skin उतारी थी।

creator

निर्माता

इकाई फ़ील्ड

वह इकाई या गुट जिसने इस इकाई को बनाया, स्थापित, लिखा या अभिकल्पित किया।

यह Character, Object, Creature और Item पर लागू होता है।
जहाँ संभव हो, मौजूदा Character या Faction चुनें।
यदि creator link को लंबे समय तक graph-queryable रखना हो, तो relations का उपयोग करें।

उदाहरण

Whisperwind Clan

persona

व्यक्तित्व

इकाई फ़ील्ड

स्थिर पात्र-मनोविज्ञान और देखे जा सकने वाले व्यवहार को एक गद्य-खंड में रखता है।

आदिरूप, बाहरी छवि, सामाजिक मुखौटा, वाणी-शैली, छिपी प्रतिक्रिया, देह-भाषा, उद्दीपक और रोचक तथ्यों को संक्षिप्त गद्य में शामिल करें।
इसे roleplay-ready रखें: विशिष्ट, देखे जा सकने योग्य और दृश्यों में दोहराए जा सकने योग्य।
Backstory दोहराने के बजाय दबाव में पात्र कैसे कार्य और प्रतिक्रिया करता है, उस पर ध्यान दें।

उदाहरण

Ruler-Warrior archetype। बाहरी छवि: अधिकारपूर्ण, संयत, सतर्क। सामाजिक मुखौटा: एक कदम दूरी रखता है, बच्चों के साथ नरम पड़ता है। वाणी: धीमी और नपी-तुली; व्यंग्य में अंतिम syllable खींचता है। छिपी प्रतिक्रिया: चुनौती मिलने पर title-flex और cold stare। देह-भाषा: सोचते समय sword hilt थपथपाता है और प्रवेश करते ही exits देखता है। Triggers: public disrespect, tense unfamiliar rooms। Quirks: ठंडी चाय पसंद है और प्रतीक्षा में छोटे पत्थर सजाता है।

secretInfos

गुप्त सूचनाएँ

इकाई फ़ील्ड

वे छिपे हुए तथ्य जिन्हें player बाद में खोज सकता है।

ऐसे रहस्य रखें जो भविष्य के विकल्प, प्रभाव, जोखिम या भावनात्मक उलटफेर पैदा करें।
सार्वजनिक जीवन-वृत्त यहाँ न रखें।

उदाहरण

उसे पता है कि shrine key कभी खोई ही नहीं थी, केवल उसका नाम बदला गया था।

longTermGoals

दीर्घकालिक लक्ष्य

इकाई फ़ील्ड

एक दृश्य से आगे भी पात्र को सक्रिय रखने वाली स्थायी प्रेरणाएँ।

लक्ष्य भविष्य का दबाव, गठबंधन, विश्वासघात या quests पैदा करें।
अस्पष्ट भाग्य-वर्णन के बजाय ठोस उद्देश्यों को प्राथमिकता दें।

उदाहरण

Winter taxes गिने जाने से पहले river gate पर कानूनी नियंत्रण सुरक्षित करना।

destiny

भाग्य

इकाई फ़ील्ड

वह नियति जिसकी ओर world इस character को खींचेगा।

World द्वारा character पर डाली गई कथात्मक शक्ति, अर्थात भूमिका, भविष्यवाणी, अभिशाप या आह्वान, का वर्णन करें।
Destiny वह है जो world character से चाहता है, न कि वह जो character स्वयं चाहता है।
नाटकीय दबाव के लिए पर्याप्त विशिष्ट, पर player agency के लिए पर्याप्त खुला रखें।

उदाहरण

चाहे choice से या दुर्घटना से, पुराने gods को बाँधने वाली seal तोड़ना उसका नियत भाग्य है।

appearance

रूप-रंग

इकाई फ़ील्ड

दृश्य-लेखन और छवि-निर्माण में उपयोग होने वाला स्थिर दृश्य-वर्णन।

ऐसे दोहराए जा सकने वाले गुण तय करें जिनसे अलग दृश्यों और कला-शैलियों में भी पहचान बनी रहे।
निश्चित रंग, आकार, बाहरी आकृति, पदार्थ, प्रतीक, घाव और आभूषणों का उपयोग करें।
Characters के लिए शरीर, आँखें, चेहरा, बाल, वस्त्र और उल्लेखनीय विशेषताओं को एक गद्य-खंड में रखें।
Locations या creatures के लिए दिखाई देने वाली संरचना, माप, वातावरण और बार-बार आने वाले संकेतों का वर्णन करें।

उदाहरण

शरीर: लंबा, संकरे कंधे, नर्तक जैसा संतुलन; दाएँ forearm पर पुराना blade scar। चेहरा: हृदयाकार, कोमल jawline, बाईं आँख के नीचे हल्का beauty mark। आँखें: storm-gray, electric-blue flecks और तीखे outer corners। बाल: raven-black से icy teal gradient, कमर तक लंबे, लहरदार, center-parted। वस्त्र: silver wind-glyph trim वाला indigo battle robe, ढीला sash, sandals, बाएँ ankle पर silver anklet। उल्लेखनीय विशेषताएँ: टेढ़ा cheek scar, बाएँ कान में crescent earring, दाएँ wrist पर black glass prayer beads।

appearanceMarkers

रूप-चिह्न

इकाई फ़ील्ड

किसी जाति, वंश या प्रजाति में साझा दिखाई देने वाले संकेत।

ऐसे गुण रखें जिनसे सदस्य तुरंत पहचाने जाएँ: कान, शल्क-पैटर्न, आँखों का घेरा, गंध, मुद्रा या वस्त्र-अनुकूलन।
साझा प्रजातिगत गुणों को व्यक्तिगत पात्र के रूप-रंग से अलग रखें।

उदाहरण

आँखें: vertical amber pupils
त्वचा: कलाइयों के साथ pale bark-like veins

level

स्तर

गेमप्ले

Stats और gauges के लिए सार्वभौमिक शक्ति और गुण-इकाई।

World rules में 1 Level को 1 attribute point के बराबर रखें।
Level से जुड़े values Gameplay Properties का पालन करें।
स्तर को rank, danger, आँकड़ों और क्षेत्र की कठिनाई के साथ संगत रखें।

उदाहरण

stats

आँकड़े

गेमप्ले

Gameplay Properties में परिभाषित keys का उपयोग करने वाले इकाई-गुणों के मान।

केवल Gameplay Properties में पहले से परिभाषित stat names का उपयोग करें।
मानों को level के अनुरूप रखें; कुल आँकड़े prompt के level budget rule के आसपास रहें।
Gameplay checks चला सकने वाले ठोस numbers या formulas को प्राथमिकता दें।

उदाहरण

Magic 15
Combat 9
Stealth 4

gauges

माप पट्टियाँ

गेमप्ले

HP, Mana, Sanity, Corruption या Favor जैसी गतिशील पट्टियाँ।

केवल Gameplay Properties में परिभाषित gauge names का उपयोग करें।
Gauge values world rules के formulas और trigger logic का पालन करें।
जहाँ उपयोगी हो, current/max या संक्षिप्त numeric state लिखें।

उदाहरण

HP 55/100
Mana 18/30
Corruption 7/100

abilities

क्षमताएँ

इकाई फ़ील्ड

इकाई के लिए उपलब्ध शक्तियाँ, कौशल, तकनीकें या जन्मजात गुण।

World rules से मेल खाते names और effects का उपयोग करें।
Unlocks, cost, limits या requirements वाली modular entries को प्राथमिकता दें।
दिखाई देने वाले प्रभाव के बिना अस्पष्ट शक्ति-लेबल से बचें।

उदाहरण

Flamewalk: 3 turns तक fire के पार जा सकता है; burn intensity के अनुपात में Mana खर्च होती है।

requiredStats

आवश्यक आँकड़े

गेमप्ले

Item, object या ability उपयोग करने के लिए आवश्यक minimum stats।

केवल Gameplay Properties के stat names का उपयोग करें।
Checks को संक्षिप्त और सत्यापित किए जा सकने वाले रूप में लिखें।

उदाहरण

Swordsmanship >= 20

effect

प्रभाव

इकाई फ़ील्ड

किसी item या object का कार्यात्मक परिणाम।

बताएँ कि use, equip, consume या activate करने पर क्या बदलता है।
Balance के लिए आवश्यक हों तो limits, risks या costs भी शामिल करें।

उदाहरण

Invisible oath-marks को one scene के लिए दिखाता है; direct sunlight में विफल रहता है।

usageLimit

उपयोग सीमा

इकाई फ़ील्ड

Item कितनी बार या किन conditions में उपयोग किया जा सकता है।

Per turn, per day, after recharge, only in location, requires cost जैसी स्पष्ट constraints लिखें।
जब तक check कहीं और defined न हो, only by the worthy जैसी soft limits से बचें।

उदाहरण

हर dusk में एक बार; truthful confession सोखने के बाद recharge होता है।

श्रेणी

इकाई फ़ील्ड

Ability category, school, technique type या item grouping।

Filtering और balance में सहायक संक्षिप्त labels का उपयोग करें।
Abilities के लिए magic, skill, innate, forbidden, ritual या world-specific schools जैसी categories उपयोग कर सकते हैं।

उदाहरण

forbidden,ritual,blood-magic

description

विवरण

इकाई फ़ील्ड

Object, Myth या Lore entities के लिए कथात्मक मुख्य पाठ।

ऐसा ठोस content लिखें जिसे Writer और Simulation फिर उपयोग कर सकें: story, meaning, physical detail या cultural weight।
Myth और Lore में बताएँ कि क्या माना या जाना जाता है और वह world को कैसे आकार देता है।
Object के लिए condition से आगे construction, function, wear और scene-relevant detail बताएँ।
मध्यम लंबाई रखें: दृश्यों को दिशा देने जितना विशिष्ट, पूरे निबंध जितना लंबा नहीं।

उदाहरण

यह lantern केवल true north के पास जलता है। Priests का दावा है कि इसकी लौ first dawn का fragment है, जो अब भी एक भूली हुई oath से बँधा है।

costBase

मूल लागत

गेमप्ले

किसी ability के लिए default resource cost।

Gameplay Properties में defined gauges, stats, currency या world resources का reference दें।
Cost formula को छोटा और reusable रखें।

उदाहरण

Mana = 3 + intent intensity; cursed rain में cast करने पर HP +1

cooldownBase

मूल पुनर्प्रयोग-अंतराल

गेमप्ले

किसी ability का default cooldown या recovery time।

Turns, seconds, scenes, rests, dawn/dusk या world-specific cycle units उपयोग करें।
Cooldown में शक्ति, जोखिम और genre pacing का प्रतिबिंब होना चाहिए।

उदाहरण

3 turns; caster oath तोड़े तो जल्दी reset होता है।

usageRestriction

उपयोग प्रतिबंध

इकाई फ़ील्ड

Ability के उपयोग को रोकने, कमजोर करने या दिशा देने वाले rules।

ऐसे restrictions लिखें जिन्हें play में check किया जा सके।
अच्छे restrictions tactical choices, social risk या narrative cost पैदा करते हैं।

उदाहरण

Sanity < 30 होने पर या consecrated courts के भीतर उपयोग नहीं किया जा सकता।

climate

जलवायु

इकाई फ़ील्ड

किसी region का मौसम और पर्यावरणीय ढाँचा।

Travel, survival, economy, culture या combat को प्रभावित करने वाली conditions बताएँ।
यदि ठोस मौसमी pattern उपलब्ध हो तो generic labels से बचें।

उदाहरण

अधिकांश mornings में cold salt fog; हर सातवें dusk पर glass storms

commonResources

सामान्य संसाधन

इकाई फ़ील्ड

किसी region में मिलने वाले materials, crops, energy sources, animals या trade goods।

ऐसे resources रखें जो economy, conflict, crafts या faction interest समझाएँ।
Generic wealth के बजाय ठोस resource names को प्राथमिकता दें।

उदाहरण

ironwood,blue-salt,stormglass,reed-rice

accessMethod

प्रवेश विधि

इकाई फ़ील्ड

Characters किसी location तक कैसे पहुँचते या उसमें प्रवेश करते हैं।

Physical route, gate condition, social permission, ritual, danger या cost शामिल करें।
यह scene planning और quest gating में सहायक होना चाहिए।

उदाहरण

केवल low tide पर खुलता है; यात्रियों को silver lantern रखना होगा, वरना mirror fog उन्हें दूसरी ओर मोड़ देती है।

habitat

आवास

इकाई फ़ील्ड

वह natural environment जहाँ कोई creature रहता है।

Habitat को behavior, danger, reward, ecology और local rumors से जोड़ें।
जहाँ संभव हो, specific terrain, time और conditions का उपयोग करें।

उदाहरण

ऐसे mangrove crypts जहाँ moonlight standing water तक पहुँचती है

behavior

व्यवहार

इकाई फ़ील्ड

Creature या NPC का देखा जा सकने वाला व्यवहार-पैटर्न।

Actions, triggers, hunting style, social habits या avoidance patterns का वर्णन करें।
ऐसा behavior लिखें जो encounters और consequences को प्रभावित कर सके।

उदाहरण

Bodies के बजाय reflections का पीछा करता है; अपना नाम उल्टा सुनते ही पीछे हट जाता है।

rewardExperience

अनुभव पुरस्कार

इकाई फ़ील्ड

Creature को हराने, उसका समाधान करने या उसका अध्ययन करने पर मिलने वाला EXP या progression reward।

Reward को level, threat और world leveling rules के अनुरूप रखें।
जब violence मुख्य समाधान न हो, तो zero या low values उपयोग करें।

उदाहरण

lifespan.matureAtYears

परिपक्वता की आयु

इकाई फ़ील्ड

वह age जब race को physically या socially mature माना जाता है।

Biology, culture और power growth के अनुरूप numbers उपयोग करें।
यदि social maturity biology से अलग है, तो culture notes में समझाएँ।

उदाहरण

lifespan.averageYears

औसत आयु

इकाई फ़ील्ड

इस race या species का typical lifespan।

इसे history, population, reproduction और social memory के साथ consistent रखें।

उदाहरण

lifespan.maxYears

अधिकतम आयु

इकाई फ़ील्ड

इस race या species की ज्ञात upper lifespan limit।

Rare elders, ancient rulers या biological limits के लिए उपयोग करें।
यदि immortality मौजूद है, तो उसका cost कहीं और समझाएँ।

उदाहरण

ideology

विचारधारा

इकाई फ़ील्ड

Faction के beliefs, doctrine या actions को सही ठहराने वाला logic।

लिखें कि group किसे मूल्यवान मानने का दावा करता है और वह belief क्या संभव या क्षम्य बनाता है।
अच्छी ideology contradiction, loyalty, oppression या conflict पैदा करती है।

उदाहरण

Order is mercy: हर citizen को index करना होगा ताकि कोई grief बिना account के न रह जाए।

scope

कार्य-क्षेत्र

इकाई फ़ील्ड

Faction के influence या operation का scale।

बताएँ कि यह local, regional, continental, hidden, official या cross-world है।
Resources और political reach को calibrate करने के लिए scope का उपयोग करें।

उदाहरण

river courts में covert influence वाला regional temple network

headquarters

मुख्यालय

इकाई फ़ील्ड

Faction का main base या seat of power।

मौजूदा Location या Region चुनें।
यदि headquarters hidden या mobile है, तो उसे scope या relations में समझाएँ।

उदाहरण

Iron Quarter Citadel

symbol

प्रतीक

इकाई फ़ील्ड

Faction का पहचाने जाने योग्य emblem, banner, mark या visual identity।

ऐसे symbols चुनें जो clothing, flags, documents, seals या architecture पर दिखाई दे सकें।
जहाँ संभव हो, उन्हें belief, history या intimidation से जोड़ें।

उदाहरण

चाँदी की कील पकड़े हुए काला बगुला

initialLeader

प्रारंभिक नेता

इकाई फ़ील्ड

Faction का founder या first leader।

जहाँ संभव हो, मौजूदा Character चुनें।
इसे origin identity के लिए उपयोग करें; current leadership को अलग model किया जा सकता है।

उदाहरण

Mother Veyra

condition

स्थिति

इकाई फ़ील्ड

Current state, damage, curse, activation state या physical condition।

उन items और objects के लिए उपयोग करें जिनकी state usefulness या risk बदलती है।
इसे concrete और scene-actionable रखें।

उदाहरण

दरारों के बावजूद functional; liar के handle छूते ही humming करता है।

material

सामग्री

इकाई फ़ील्ड

Object का मुख्य substance या construction material।

ऐसे materials उपयोग करें जो weight, durability, cost, origin या magical properties का संकेत दें।

उदाहरण

stormglass से जड़ा हुआ black basalt

purpose

उद्देश्य

इकाई फ़ील्ड

Object का designed function या ritual role।

समझाएँ कि object क्यों मौजूद है और वह क्या संभव बनाता है।
यदि purpose समय के साथ बदला है, तो current use को कहीं और दर्ज करें।

उदाहरण

Court oaths को anchor करता है ताकि priests spoken contracts का audit कर सकें।

isUnique

क्या अद्वितीय है

इकाई फ़ील्ड

यह बताता है कि item या object one-of-a-kind है या नहीं।

Relics, named artifacts या irreplaceable quest objects के लिए on करें।
Repeatable equipment, currency या common resources के लिए off रखें।

उदाहरण

true

statement

कथन

इकाई फ़ील्ड

Fact entity द्वारा प्रस्तुत canonical truth।

Lore या decisions को प्रभावित करने वाले fact को clear claim के रूप में लिखें।
जब तक fact किसी group की held belief के बारे में न हो, opinions से बचें।

उदाहरण

Sunset के बाद capital का कोई mirror royal family को reflect नहीं करता।

source

स्रोत

इकाई फ़ील्ड

किसी fact या claim का origin।

Witness, archive, faction record, experiment, prophecy या rumor source का उपयोग करें।
Source quality doubt या investigation hooks पैदा कर सकती है।

उदाहरण

River Monks द्वारा copied sealed court ledger

discoveredAt

खोजे जाने का समय

इकाई फ़ील्ड

वह समय जब कोई fact ज्ञात या recorded हुआ।

जब discovery timing politics, science, faith या secrecy को प्रभावित करे, तब उपयोग करें।

उदाहरण

09:00 21/07/1241

occurredAt

घटित होने का समय

इकाई फ़ील्ड

वह समय जब कोई event हुआ या scheduled है।

जहाँ संभव हो exact world time उपयोग करें।
यदि event uncertain है, तो summary या consequence में uncertainty समझाएँ।

उदाहरण

13:00 17/10/1409

location

स्थान

इकाई फ़ील्ड

वह place जहाँ event हुआ या मुख्य रूप से महत्वपूर्ण है।

मौजूदा Location या Region चुनें।
Broader territorial या ownership links के लिए relations का उपयोग करें।

उदाहरण

Ashfall Village

summary

सारांश

इकाई फ़ील्ड

Event का concise overview और उसके stakes।

बताएँ कि क्या हुआ और बाद में वह क्यों मायने रखता है।
इसे full scene transcript में न बदलें।

उदाहरण

Mount Vael फटता है और आसपास की settlements को खतरा होता है।

consequence

परिणाम

इकाई फ़ील्ड

किसी event से उत्पन्न lasting result।

Factions, places, resources, beliefs या relationships में होने वाले concrete changes लिखें।
अच्छे consequences कई turns बाद भी उपयोगी रहते हैं।

उदाहरण

Refugees south की ओर भागते हैं; ash taxes तीन गुना हो जाते हैं; old shrine route बंद हो जाता है।

originHint

उत्पत्ति संकेत

इकाई फ़ील्ड

Unknown entity की origin का partial clue।

आगे के resolution को guide करने जितनी ही जानकारी दें।
पर्याप्त context मिलते ही Unknown entities को promptly resolve किया जाना चाहिए।

उदाहरण

River salt की गंध आती है, लेकिन पीछे desert glass छोड़ता है।

observedEffect

देखा गया प्रभाव

इकाई फ़ील्ड

लोगों ने इस Unknown entity को प्रत्यक्ष रूप से क्या करते देखा है।

Explanation के बजाय observable evidence दें।
यह field investigation scenes को grounded बनाए रखता है।

उदाहरण

Candles इसकी ओर झुकती हैं; लिखे हुए names three breaths के भीतर मिट जाते हैं।

needsResolution

समाधान आवश्यक

इकाई फ़ील्ड

वह question या uncertainty जिसका अंततः उत्तर मिलना चाहिए।

Unresolved issue को स्पष्ट रूप से frame करें ताकि future turns उसे close कर सकें।

उदाहरण

निर्धारित करें कि यह creature, curse residue या faction-made device है।

imageUrl

छवि URL

इकाई फ़ील्ड

इस इकाई को दर्शाने वाली generated या uploaded image।

यहाँ read-only है। Images को image panel के माध्यम से edit करें।
स्थिर appearance description future regeneration में consistency बनाए रखने में सहायता करती है।

imagePrompt

छवि Prompt

इकाई फ़ील्ड

Entity image generate करने के लिए उपयोग किया गया prompt।

यहाँ read-only है। इसे audit और regeneration context के लिए रखा जाता है।
यदि regenerated images inconsistent हों, तो appearance fields सुधारें।

relation.type

संबंध प्रकार

संबंध

दो entities को जोड़ने वाला अर्थपूर्ण UPPER_SNAKE_CASE label।

Generic RELATED_TO या CONNECTED_WITH के बजाय precise long-term relation उपयोग करें।
Directed relation में order महत्वपूर्ण है: A-[ADMIRES]->B का अर्थ है कि A, B की प्रशंसा करता है।
एक ही meaning के लिए पूरे world में वही type string consistently reuse करें।

उदाहरण

OWNS, SERVES, MENTORS, LOCATED_IN, BORDERS, BOUND_TO

relation.source

स्रोत इकाई

संबंध

Relation के बाएँ पक्ष पर स्थित entity।

Directed relations में source, relation type के अनुसार actor, holder, believer, owner या dependent side होता है।
Source बदलने से graph का meaning बदल जाता है।

उदाहरण

A in A-[OWNS]->B

relation.target

लक्ष्य इकाई

संबंध

Relation के दाएँ पक्ष पर स्थित entity।

Directed relations में target वह होता है जिसकी ओर relation point करता है।
Display labels या names के बजाय entity IDs का उपयोग करें।

उदाहरण

B in A-[OWNS]->B

relation.direction

दिशा

संबंध

यह बताता है कि relation directed, reversed या सचमुच two-way है।

Causality, authority, ownership, belief और dependency को सुरक्षित रखने के लिए directed को प्राथमिकता दें।
Undirected केवल तब उपयोग करें जब symmetry semantic रूप से सत्य और queries के लिए उपयोगी हो।

उदाहरण

forward: A-[TYPE]->B; undirected: A-[TYPE]-B

relation.since

कब से

संबंध

वह समय जब relation शुरू हुई या relevant बनी।

यदि ज्ञात हो तो world time उपयोग करें।
Timing अज्ञात या अनुपयोगी हो तो blank छोड़ दें।

उदाहरण

09:00 21/07/1241

relation.status

स्थिति

संबंध

Relation की वर्तमान activity state।

Active का अर्थ है कि यह वर्तमान behavior या world state को प्रभावित कर रही है।
Dormant, Broken या Hidden वर्तमान action को बढ़ा-चढ़ाकर बताए बिना long-term memory रख सकते हैं।

उदाहरण

Active

relation.brief

संबंध का संक्षिप्त विवरण

संबंध

Relation के अर्थ का छोटा natural-language विवरण।

Entity names दोहराएँ नहीं।
समझाएँ कि आगे भी दोनों entities एक-दूसरे के लिए महत्वपूर्ण क्यों रहेंगी।
Emotional, political, economic, historical, cultural, territorial या causal links को प्राथमिकता दें।

उदाहरण

एक ऐसी oath से बँधे हैं जो हर टूटे promise को physical debt में बदल देती है।

name

नाम

इकाई फ़ील्ड

Users को दिखने वाला human-readable name।

World की language और genre में स्वाभाविक लगने वाला name उपयोग करें।
जबरन perfect name से बेहतर याद रह जाने वाला imperfect name है।

उदाहरण

City Of Copper Mirage

ID

इकाई फ़ील्ड

Relations और references में उपयोग होने वाला stable internal identifier।

Entity IDs में spaces या special characters न रखें।
जब तक setting स्वयं इसे उचित न ठहराए, entity_001 जैसी generic numbering से बचें।
IDs बदलने से references टूट सकते हैं, इसलिए सावधानी से edit करें।

उदाहरण

CityOfCopperMirage

label

लेबल

इकाई फ़ील्ड

Filtering, generation और editor forms में उपयोग होने वाला entity type।

सबसे उपयोगी simulation category चुनें: Character, Item, Location, Region, Race, Creature, Faction, Ability, Event, Myth, Fact, Object या Unknown।
पर्याप्त information मिलने पर Unknown को resolve करें।

उदाहरण

Character

brief

संक्षिप्त परिचय

इकाई फ़ील्ड

Quick scanning के लिए छोटा hook या summary।

इसे compact और specific रखें।
ऐसे details दें जिनसे item एक नज़र में अलग पहचाना जा सके।

उदाहरण

कड़वे leadership dispute के बाद टूटता हुआ एक बड़ा guild।

startingTime

आरंभ समय

कथा-आधार

वह fictional world time जब play शुरू होता है।

जहाँ संभव हो 24-hour format उपयोग करें: hh:mm dd/mm/yyyy।
Age को Starting Time के संदर्भ में संगत रखें।

उदाहरण

08:00 01/01/407

genreTags

शैली टैग

कथा-आधार

World के tone और market shape का वर्णन करने वाले कुछ genre labels।

ऐसे tags उपयोग करें जिनसे users promise जल्दी समझ सकें।
Tags search के लिए पर्याप्त broad और expectations तय करने के लिए पर्याप्त specific हों।

उदाहरण

Isekai, Dark Fantasy, Reincarnation, Faction War

authorStyle

लेखक शैली

कथा-आधार

World की tone, pacing और prose पर प्रभाव डालने वाली शैली।

संक्षिप्त style guide या author-like reference का उपयोग करें।
यह narration, comedy level, tragedy और emotional distance को प्रभावित करता है।

उदाहरण

Grim logic और moral extremity; characters ideology के दबाव में टूटते जाते हैं।

storyDescription

कथा विवरण

कथा-आधार

World premise और systemic conflict का high-level वर्णन।

Fantasy concept और simulation conflict को hook करने वाले 2 या 3 वाक्य लिखें।
इसे reader को आकर्षित करने वाली natural language में लिखें।

detailInstruction

विवरण निर्देश

कथा-आधार

Player systems, choices और consequences को कैसे अनुभव करता है।

समझाएँ कि actions कैसे paths खोलते और दूसरे paths बंद करते हैं।
Small-moment immersion और long-term systemic consequence के बीच balance रखें।

backstory

विश्व की पृष्ठभूमि

कथा-आधार

Player character की नहीं, बल्कि world की foundational past।

वर्तमान structure को आकार देने वाले lore, myths, catastrophes या prior conflicts का वर्णन करें।
यहाँ protagonist का वर्णन न करें।

firstAction

पहली कार्रवाई

कथा-आधार

Player के सामने रखी जाने वाली opening situation।

Journey शुरू करने वाला grounded physical या emotional moment उपयोग करें।
यह केवल lore summary नहीं, तुरंत playable होना चाहिए।

उदाहरण

ठंडी, jelly जैसी अनुभूति। न arms हैं, न legs, फिर भी अजीब तरह से जीवित हूँ।

worldRules

विश्व नियम

कथा-आधार

Setting के metaphysical और mechanical laws।

Costs, limits, territory shifts, magic laws, death rules, faction karma या reincarnation price परिभाषित करें।
Rules को game या world logic के रूप में उपयोग करने योग्य बनाएँ।

उदाहरण

SpellCasting: mastery न होने तक magic के लिए chanting और Mana आवश्यक है।

hiddenTruths

छिपे हुए सत्य

कथा-आधार

World को आगे बढ़ाने वाली invisible systemic forces।

ये public backstory या plot summary नहीं हैं।
Selection logic, exploitation, constraints या trade-offs जैसे neutral systemic truths उपयोग करें।
ये public myths का विरोध कर सकते हैं और player के कभी न आने पर भी मौजूद रहने चाहिए।

उदाहरण

Systemic reincarnation: reincarnation flawed souls को redeem करने के बजाय recycle करने के लिए मौजूद है।

gameplayProperties.stats

गेमप्ले आँकड़े

गेमप्ले

Checks, growth और interaction logic के लिए उपयोग होने वाले core attributes।

हर stat में mechanical और narrative function दोनों शामिल करें।
सभी entity stats में इन्हीं keys का उपयोग होना चाहिए।
Gameplay Properties में undefined variables का reference न दें।

उदाहरण

Magic: emotion को elemental spells में बदलता है, intent intensity के अनुपात में Mana खर्च होती है

gameplayProperties.gauges

गेमप्ले माप पट्टियाँ

गेमप्ले

Dynamically update होने वाले world या character condition bars।

यदि world health track करता है तो आम तौर पर HP शामिल करें।
Mechanics, trigger conditions और formulas स्पष्ट रूप से define करें।
सभी entity gauges में इन्हीं keys का उपयोग होना चाहिए।

उदाहरण

HP: 0 = death; rest या items से restore होता है
Mana: हर turn 1 + stats.Magic regenerate होता है

gameplayProperties.currency

मुद्रा

गेमप्ले

World economy में उपयोग होने वाला money या trade resource।

Narrative की आवश्यकता हो तो यह region के अनुसार अलग हो सकता है।
ऐसी currencies उपयोग करें जो trading, hiring, debt, taxes या faction pressure को प्रभावित करें।

उदाहरण

Crowns: official capital coin
SaltScript: contract-backed river currency

gameplayProperties.levelingSystem

स्तर-वृद्धि प्रणाली

गेमप्ले

EXP, levels, rewards और scaling किस तरह काम करते हैं।

इसे scalable, thematic और math-consistent रखें।
World rules में Level universal attribute unit है।

उदाहरण

EXP: threats resolve करने पर मिलता है; max 10 से शुरू होता है और हर level पर 10 percent बढ़ता है

gameplayProperties.rankSystem

पद प्रणाली

गेमप्ले

Social, mechanical और metaphysical अर्थ वाले ordered progression ranks।

एक consistent conceptual system में कम-से-कम 5 ranks रखें।
हर rank zones को gate करे, relationships बदले, mechanics shift करे या systems unlock करे।
Rank escalation केवल बड़ी संख्या नहीं, transformation जैसी महसूस होनी चाहिए।

उदाहरण

Ashmarked: minor curse zones में survive कर सकता है, लेकिन temple guards उसे distrust करते हैं

gameplayProperties.powerReference

शक्ति संदर्भ

गेमप्ले

Power, threats, zones और ranks की तुलना के लिए reference scale।

Entities के बीच level, stats, danger और rank consistent रखने के लिए इसका उपयोग करें।
अच्छे references random overpowered values से बचाते हैं।

उदाहरण

Village guard: level 3-8
Regional champion: level 80-120

phase.phaseName

चरण का नाम

विश्व चरण

Phase Graph पर story stage के लिए छोटा label।

Canvas पर author जल्दी scan कर सके ऐसा name उपयोग करें।
Generic Step 1 / Step 2 labels के बजाय concrete stage titles को प्राथमिकता दें।
उसी cast branch (Global या main character) के भीतर इसे distinct रखें।

उदाहरण

खंडहर बनी राजधानी में पहुँचना

phase.descriptionPlayer

Player विवरण

विश्व चरण

यह phase कैसा महसूस होता है, इसका reader-facing summary।

ऐसी plain language में लिखें जिसे player context या UI copy की तरह पढ़ सके।
Internal Director notes नहीं, situation और stakes बताएँ।
इसे skim करने योग्य छोटा रखें; internal story context Phase Content और transition rules Progression Logic में रखें।

उदाहरण

Ash और टूटी towers के बीच आँख खुलती है। City अब भी साँस लेती है, लेकिन कोई stranger पर भरोसा नहीं करता।

phase.descriptionLLM

चरण की विषय-वस्तु

विश्व चरण

इस phase के active रहने के दौरान story state की internal definition।

Dramatic purpose, current world state, active pressures और desired tone का वर्णन करें।
वे important conditions बताएँ जो पूरे phase में true रहनी चाहिए।
Director, Writer और Simulation को कई consistent turns improvise करने लायक context दें।
Fixed chapter outline, exact dialogue या mandatory scene sequence के बजाय flexible narrative space बताएँ।
Expected duration, entry, stay, exit और branch-selection conditions Progression Logic में रखें।
लंबे phases को scan योग्य रखने के लिए optional labeled lines उपयोग करें: PURPOSE, STATE, PRESSURES, OBJECTIVE, KR1-KR3, TONE, BG LINK।
OBJECTIVE इस stage का एक verifiable end-state है; KR lines observable results हैं, chapter task lists नहीं।
PRESSURES यहाँ cast पर दबाव डालने वाले active forces, factions या scarcity के नाम हैं; forces और clocks retired होने के बाद world pressure यहीं लिखा जाता है।

उदाहरण

खंडहर राजधानी में शुरू होने वाला survival phase। Food scarce है, locals outsiders पर distrust करते हैं और rumors sealed royal vault की ओर इशारा करते हैं। Protagonist को कम जानकारी में रखें और local knowledge पर dependent बनाएँ। Tone tense, lonely और grounded है।

phase.isEnding

कथा का अंत

विश्व चरण

इस phase को story ending के रूप में चिह्नित करता है। यहाँ पहुँचने पर play session के choices समाप्त हो जाते हैं।

महत्वपूर्ण: Ending node में कोई next phase नहीं होना चाहिए। Ending enable करने से पहले outbound connections हटाएँ।
Ending toggle करने के लिए details panel नहीं, phase node का flag button उपयोग करें।
यदि node में next phases हैं, तो edges हटाने तक Ending control disabled रहेगा।
इसे केवल terminal beats पर enable करें: victory, defeat, epilogue या closed door।
Writer के ending phase में जाने पर player options clear हो जाते हैं और reader को Play Again दिखाई देता है।

उदाहरण

true

phase.guidance

प्रगति तर्क

विश्व चरण

इस phase में प्रवेश, इसमें रहने और इससे आगे बढ़ने के operational rules।

पहचाने जा सकने वाले sections उपयोग करें: Duration, Enter when, Stay until, Advance when और Branch when।
Duration को 3-5 turns या 2-3 scenes जैसी flexible pacing range रखें, forced countdown नहीं।
Phase छोड़ने से पहले आवश्यक minimum development, discovery या player commitment स्पष्ट करें।
कई next phases होने पर बताएँ कि कौन-सा evidence या choice प्रत्येक branch को उचित बनाता है।
Reveals को जल्दी करने, setup छोड़ने, resolved conflict दोहराने या अनिश्चितकाल तक रुकने से बचाने वाले guardrails जोड़ें।
Optional HOOKS: इस phase में planted promises को एक-एक line में लिखें: [CORE] H01 | payoff: <phaseId> | timing: slow-burn | one-line promise।
Hook timing इनमें से एक हो: immediate, near-term, mid-arc, slow-burn, endgame; payoff id उसी branch का बाद का phase होना चाहिए।
Hook lines छोटी रखें। यदि field 1000 characters से अधिक होने लगे, तो detail Phase Content के PRESSURES में ले जाएँ।
Phase premise या tone दोहराएँ नहीं; उन्हें Phase Content में रखें।

उदाहरण

DURATION: लगभग 3-5 turns; यदि player local tensions explore करे तो अधिक।
ENTER: Protagonist capital पहुँचता है।
STAY: जब तक उसे एक local ally न मिले या वह publicly settlement का trust न खो दे।
ADVANCE: Faction में formally commit करने या vault तक credible route पाने के बाद।
AVOID: Vault के भीतर क्या है, अभी reveal न करें।

entityLabel.Character

पात्र

इकाई प्रकार

नाम और agency वाला living being जो story में बात कर और act कर सकता है।

Heroes, NPCs, demons, prophets या बोलकर choices कर सकने वाले beings के लिए उपयोग करें।
Personality और dialogue होने पर Creature के बजाय Character चुनें।
Cover art और play focus स्पष्ट रखने के लिए केवल वास्तविक viewpoint leads को Main Character बनाएँ।

उदाहरण

Kael'Von Astra — ash-walker prophet who bargains with dead gods.

entityLabel.Region

क्षेत्र

इकाई प्रकार

कई places को समाहित करने वाला बड़ा territorial unit या meta-zone।

Empires, domains, continents, biomes या broad territories के लिए उपयोग करें।
Single city, shrine या room से बड़े scale के लिए Region को प्राथमिकता दें।
Hierarchy महत्वपूर्ण हो तो relations के माध्यम से Locations को Region के नीचे link करें।

उदाहरण

Northern Glass Wastes — frozen empire of mirrored dunes.

entityLabel.Location

स्थान

इकाई प्रकार

वह specific place जहाँ scenes घटित हो सकते हैं।

Shrines, cities, ruins, inns, strongholds या अन्य concrete sites के लिए उपयोग करें।
Locations को Regions से छोटा और अधिक playable रखें।
हर place को स्पष्ट narrative role दें: danger, refuge, secret या travel hub।

उदाहरण

Ashen Shrine — ruined temple that drinks spoken names.

entityLabel.Race

जाति

इकाई प्रकार

कई beings द्वारा साझा की जाने वाली distinct species या lineage।

Humans, elves, orcs, dragons या किसी recognized species group के लिए उपयोग करें।
Culture, lifespan, appearance markers और shared abilities Race entity में रखें।
हर व्यक्ति पर species lore दोहराने के बजाय Characters से Race reference कराएँ।

उदाहरण

Eldergrove Sylphs — wind-born people who age by promises kept.

entityLabel.Creature

जीव

इकाई प्रकार

Full character agency के बिना beast या semi-sapient entity।

Chimeras, wyrms, familiars, monsters और non-speaking animals के लिए उपयोग करें।
यदि being बोलता, plan करता या NPC की तरह act करता है, तो Character चुनें।
Creatures threats, ecology और world texture के लिए फिर भी महत्वपूर्ण हैं।

उदाहरण

Glassfang Wyrm — serpent that nests in broken mirrors.

entityLabel.Item

वस्तु

इकाई प्रकार

Power या narrative weight रखने वाला distinct object।

Relics, weapons, keys, cursed heirlooms या plot-critical objects के लिए उपयोग करें।
Ownership, power या quest progress इस पर निर्भर हो तो Item को प्राथमिकता दें।
कम story weight वाले ordinary props के लिए Object उपयोग करें।

उदाहरण

Crown of Ash — relic that burns one memory for each command given.

entityLabel.Object

उपकरण

इकाई प्रकार

बड़ी power या plot focus के बिना minor item या environmental piece।

Furniture, tools, signs या ऐसे scenery props के लिए उपयोग करें जिन्हें name चाहिए।
Object magical, cursed या quest-critical हो तो Item चुनें।
World को scan योग्य रखने के लिए Object entries हल्की रखें।

उदाहरण

Waystone Lantern — iron lamp that only lights near true north.

entityLabel.Faction

गुट

इकाई प्रकार

एक group की तरह act करने वाली collective force या organization।

Guilds, clans, cults, houses, nations, empires और schools के लिए उपयोग करें।
Faction और relations के माध्यम से goals, power और membership capture करें।
जब कई characters allegiance या institutional pressure साझा करते हों, तो Faction चुनें।

उदाहरण

Whisperwind Clan — spy house that trades secrets for safe passage.

entityLabel.Ability

क्षमता

इकाई प्रकार

किसी being द्वारा उपयोग की जा सकने वाली specific power, skill या technique।

Named spells, martial arts, blessings, curses या unique techniques के लिए उपयोग करें।
Abilities reusable रखें ताकि कई characters उसी Ability entity को reference कर सकें।
Simulation और writing consistent रखने के लिए cost, effect और limits बताएँ।

उदाहरण

Flamewalk — step through fire and reappear within line of sight.

entityLabel.Event

घटना

इकाई प्रकार

Lasting consequences वाला समय का defined moment।

Wars, summonings, betrayals, festivals, disasters या turning points के लिए उपयोग करें।
Events केवल history को decorate न करें; उन्हें world state बदलना चाहिए।
Relations और plot conditions के माध्यम से participants, places और fallout link करें।

उदाहरण

Night of Broken Crowns — three dynasties fell before dawn.

entityLabel.Myth

मिथक

इकाई प्रकार

Past के बारे में legendary tale या belief।

Creation stories, saint legends या half-true cultural beliefs के लिए उपयोग करें।
Incomplete या false होने पर भी Myths ideology को आकार देते हैं।
Content को hard canonical history माना जाता हो तो Myth के बजाय Fact चुनें।

उदाहरण

Creation of the Moonmother — belief that tides are her unfinished tears.

entityLabel.Fact

तथ्य

इकाई प्रकार

World में ज्ञात truth या canonical historical record।

Established history, laws of nature या widely accepted data के लिए उपयोग करें।
Facts को short और authoritative रखें ताकि agents उन्हें reliable मान सकें।
Story believed हो पर proven न हो, तो Myth उपयोग करें।

उदाहरण

The Glass Sea freezes solid every seventh winter.

entityLabel.Lore

लोकज्ञान

इकाई प्रकार

Supporting world knowledge जो किसी stricter entity type में fit नहीं होती।

Doctrines, customs, systems या background notes के लिए उपयोग करें जिन्हें किसी home की आवश्यकता हो।
जब Race, Faction, Myth या Fact बेहतर fit हो, तो Lore के बजाय वही label चुनें।
Lore को concrete रखें ताकि retrieval और writing में सहायता मिलती रहे।

उदाहरण

Ash Tithe — custom of offering one memory at every city gate.

विश्व संपादक फ़ील्ड संदर्भ ​

मुख्य पात्र

टैग

संक्षिप्त सारांश

विवरण

जाति

लिंग

उपनाम

उत्पत्ति स्थान

उत्पत्ति क्षेत्र

उत्पत्ति गुट

वंश

जन्म समय

मृत्यु समय

प्रकट होने का समय

स्थापना समय

निर्माण समय

पिछली कथा

ऐतिहासिक टिप्पणियाँ

स्थापना मिथक

निर्माता

व्यक्तित्व

गुप्त सूचनाएँ

दीर्घकालिक लक्ष्य

भाग्य

रूप-रंग

रूप-चिह्न

स्तर

आँकड़े

माप पट्टियाँ

क्षमताएँ

आवश्यक आँकड़े

प्रभाव

उपयोग सीमा

श्रेणी

विवरण

मूल लागत

मूल पुनर्प्रयोग-अंतराल

उपयोग प्रतिबंध

जलवायु

सामान्य संसाधन

प्रवेश विधि

आवास

व्यवहार

अनुभव पुरस्कार

परिपक्वता की आयु

औसत आयु

अधिकतम आयु

विचारधारा

कार्य-क्षेत्र

मुख्यालय

प्रतीक

प्रारंभिक नेता

स्थिति

सामग्री

उद्देश्य

क्या अद्वितीय है

कथन

स्रोत

खोजे जाने का समय

घटित होने का समय

स्थान

सारांश

परिणाम

उत्पत्ति संकेत

देखा गया प्रभाव

समाधान आवश्यक

छवि URL

छवि Prompt

संबंध प्रकार

स्रोत इकाई

लक्ष्य इकाई

दिशा

कब से

स्थिति

संबंध का संक्षिप्त विवरण

नाम

ID

लेबल

संक्षिप्त परिचय

विश्व संपादक फ़ील्ड संदर्भ