Feldreferenz des Welt-Editors

Durchsuche die öffentlichen Felder des World Editors, aus denen ein Codex besteht. Interne Quellen, abgeschaltete Simulationsfelder und veraltete Steuerungen für Handlungsverläufe sind ausgeschlossen.

Felder durchsuchen

110 Felder

basic.mainCharacter

Hauptfigur

Entity-Felder

Markiert diese Figur als wahrscheinliche Perspektivfigur.

• Verwende das Feld für Hauptfiguren, in die der Spieler schlüpfen oder denen er eng folgen kann.
• Halte die Liste klein, damit Coverbild, Einstiegskontext und Spielerfokus klar bleiben.
• Markiere nicht jeden wichtigen NPC als Hauptfigur.
• Nur du legst das fest, mit dem Schalter Main character an der Entity; World Helper und externe KI-Agenten können es nicht.

Beispiel

Verwende es für den Haupthelden, die wiedergeborene Hauptfigur, die Perspektivfigur der Gruppe oder eine zentrale spielbare Figur.

basic.tags

Schlagwörter

Entity-Felder

Kurze durchsuchbare Begriffe zum Gruppieren und Auffinden dieser Entity.

• Verwende höchstens einige wenige kompakte, durch Kommas getrennte Schlagwörter.
• Bevorzuge konkrete Suchwörter: Faction, Ortsfunktion, Spezies, Bedrohung, Thema.
• Wiederhole möglichst nicht dieselben Wörter, die bereits im Brief stehen.
• Höchstens 50 Zeichen pro Schlagwort.

Beispiel

ghost,rebirth,immortal,clan,rival

basic.brief

Kurzfassung

Entity-Felder

Eine kurze Referenzzeile, die den Aufhänger der Entity beschreibt.

• Formuliere sie so spezifisch, dass erkennbar ist, warum diese Entity wichtig ist.
• Nutze sie als schnelle Scan-Zeile, nicht als vollständige Hintergrundgeschichte.
• Vermeide allgemeine Formulierungen wie geheimnisvolle Figur oder mächtiges Artefakt.
• Höchstens 200 Zeichen.

Beispiel

Ein trockener Brunnen, der nachts leuchtet und statt Wasser Erinnerungen trinkt.

race

Spezies

Entity-Felder

Referenz auf Spezies oder Abstammung einer Figur.

• Wähle eine vorhandene Race-Entity, statt einen freien Wert einzutippen.
• Verwende das Feld für biologische, metaphysische oder kulturell anerkannte Abstammung.
• Erstelle zuerst eine Race-Entity, wenn die Abstammung eigene Lore, Kultur, Lebensdauer oder Abilities braucht.

Beispiel

Eldergrove Sylphs

gender

Geschlecht

Entity-Felder

Geschlecht einer Figur oder ein kulturell entsprechendes Identitätsmerkmal.

• Verwende die im Setting natürliche Bezeichnung.
• Halte sie knapp; gesellschaftliche Bräuche oder Einschränkungen gehören in Beschreibungs- oder Kulturfelder.

Beispiel

female

alias

Alias

Entity-Felder

Bekannte Namen, Titel, Spitznamen oder Tarnidentitäten.

• Verwende mehrere Einträge, wenn die Namen aus verschiedenen Gruppen oder Epochen stammen.
• Jeder Alias sollte Auffindbarkeit oder Rollenspiel unterstützen und nicht nur den echten Namen wiederholen.

Beispiel

The Ashwalker; The Shadow

originLocation

Herkunftsort

Entity-Felder

Konkreter Ort, aus dem diese Entity stammt oder an dem sie erstmals wichtig wurde.

• Wähle einen Ort oder eine Region, die bereits in der World existiert.
• Nutze origin für den Hintergrund; den aktuellen Ort oder Besitz stellst du nach Möglichkeit über Beziehungen dar.

Beispiel

Volcanic Village

originRegion

Herkunftsregion

Entity-Felder

Große Region, die mit der Herkunft oder kulturellen Wurzel der Entity verbunden ist.

• Verwende das Feld, wenn das genaue Stück Land weniger wichtig ist als Gebiet oder Biom.
• Bevorzuge die ID oder den Namen einer bereits vorhandenen Region-Entity.

Beispiel

Northern Glass Wastes

originFaction

Herkunftsfraktion

Entity-Felder

Gruppe, Clan, Nation, Schule oder Institution, die mit der Herkunft der Entity verbunden ist.

• Verwende es für geerbte Loyalität, Ausbildungshintergrund oder institutionelle Wurzeln.
• Die aktuelle Loyalität sollte nach Möglichkeit durch Beziehungen dargestellt werden.

Beispiel

Whisperwind Clan

bloodline

Blutlinie

Entity-Felder

Vererbte Familie, Haus- oder metaphysische Abstammungslinie.

• Verwende sie, wenn die Abstammung Status, Abilities, gesellschaftliche Behandlung oder Schicksal verändert.
• Vermeide dekorative Nachnamen ohne Konsequenz.

Beispiel

House Darion

bornAt

Geboren am

Entity-Felder

Geburtszeit, abgestimmt auf die Startzeit der World.

• Verwende nach Möglichkeit das Zeitformat der Premise: hh:mm dd/mm/yyyy.
• Speichere das Datum, nie ein Alter: Ein Alter veraltet, während die Zeit der Geschichte voranschreitet, ein Geburtsdatum nicht.
• Das Alter sollte im Verhältnis zur Starting Time plausibel sein.

Beispiel

08:40 12/05/2001

diedAt

Gestorben am

Entity-Felder

Todeszeit, wenn die Figur tot, untot, wiedergeboren oder historisch dokumentiert ist.

• Lass das Feld bei lebenden Figuren leer.
• Halte den Wert konsistent mit Alter, Backstory und aktuellem Zustand.

Beispiel

16:40 01/12/2030

emergedAt

Aufgetreten am

Entity-Felder

Zeitpunkt, an dem eine Race, Spezies oder Abstammung in der Geschichte erschien.

• Verwende das Feld für Ursprungsmythen, Mutationen, göttliche Erschaffung oder ökologische Entstehung.
• Halte den Wert mit der Chronologie der World konsistent.

Beispiel

00:00 01/01/0047

foundedAt

Gegründet am

Entity-Felder

Gründungszeit einer Faction oder Institution.

• Wähle ein Datum, das Alter, Autorität und historisches Gedächtnis der Faction stützt.
• Wenn die Gründung umstritten ist, erkläre den Streit in Ideology oder Historical Notes.

Beispiel

12:00 03/04/0911

createdAt

Erschaffen am

Entity-Felder

Erschaffungszeit eines Items, Objects, Konstrukts oder Relikts.

• Verwende das Feld, wenn Alter, Schöpfer oder historische Einordnung die Bedeutung beeinflussen.
• Kombiniere es mit Creator oder Origin Location, sofern diese bekannt sind.

Beispiel

23:10 09/09/1204

backStory

Vorgeschichte

Entity-Felder

Vergangenheit einer Figur, die ihren aktuellen Antrieb und ihre Konflikte erklärt.

• Erkläre, wie die Figur zu der Person wurde, die sie heute ist.
• Verwende konkrete Ursachen, Verluste, Verpflichtungen, Ausbildung, Schulden oder Scham.
• Vermeide Trauma, das nur schmückt und das Verhalten der Figur nicht verändert.

Beispiel

Als zweiter Sohn des Whisperwind-Anführers geboren und ab dem sechsten Lebensjahr im Schwertkampf ausgebildet ...

historicalNotes

Historische Notizen

Entity-Felder

Nützliche Geschichte zu einem Ort oder Schauplatz.

• Halte Ereignisse fest, die noch immer Zugang, Factions, Tabus, Gefahren oder Gerüchte beeinflussen.
• Bevorzuge bei mehreren Fakten modulare Einträge statt eines vagen Absatzes.

Beispiel

Belagerung: Das Nordtor trägt noch immer Glasspuren der neuntägigen Belagerung.

foundingMyth

Gründungsmythos

Entity-Felder

Mythische Geschichte, die erklärt, warum eine Region existiert oder wichtig ist.

• Der Mythos darf falsch sein, sollte aber Kultur, Recht, Angst oder Identität prägen.
• Verwende ihn nicht als schlichte historische Zusammenfassung.

Beispiel

Der Überlieferung nach entstand das Tal dort, wo eine Mondschlange ihre erste Haut abwarf.

creator

Schöpfer

Entity-Felder

Entity oder Faction, die diese Entity erschaffen, gegründet, verfasst oder entwickelt hat.

• Gilt für Character, Object, Creature und Item.
• Wähle nach Möglichkeit eine vorhandene Character- oder Faction-Entity.
• Verwende Beziehungen, wenn die Verbindung zum Schöpfer langfristig per Graph abfragbar sein soll.

Beispiel

Whisperwind Clan

persona

Persona

Entity-Felder

Stabile Psychologie und beobachtbares Verhalten einer Figur in einem Prosablock.

• Decke Archetyp, äußere Fassade, soziale Maske, Sprechweise, Schattenleck, Körpersprache, Auslöser und interessante Fakten in kompakter Prosa ab.
• Halte sie rollenspielfertig: spezifisch, beobachtbar und über mehrere Szenen wiederholbar.
• Wiederhole nicht die Backstory; konzentriere dich darauf, wie die Figur unter Druck handelt und reagiert.
• Höchstens 700 Zeichen (etwa 70–110 Wörter).

Beispiel

Herrscher-Krieger-Archetyp. Äußere Fassade: autoritär, beherrscht, wachsam. Soziale Maske: hält einen Schritt Abstand, wird bei Kindern sanfter. Stimme: langsam und überlegt; bei Sarkasmus zieht sich die letzte Silbe. Schattenleck: überdehnt Titel und kalter Blick bei Widerspruch. Körpersprache: klopft beim Denken auf den Schwertknauf und prüft beim Eintreten die Ausgänge. Auslöser: öffentliche Respektlosigkeit, angespannte fremde Räume. Eigenheiten: bevorzugt kalten Tee und stapelt beim Warten kleine Steine.

secretInfos

Geheime Informationen

Entity-Felder

Verborgene Fakten, die der Spieler später entdecken kann.

• Verwende Geheimnisse, die künftige Entscheidungen, Druckmittel, Risiken oder emotionale Wendungen erzeugen.
• Füge hier keine öffentliche Biografie ein.

Beispiel

Weiß, dass der Schlüssel des Schreins nie verloren, sondern nur umbenannt wurde.

longTermGoals

Langfristige Ziele

Entity-Felder

Dauerhafte Motivationen, die eine Figur über eine Szene hinaus aktiv halten.

• Ziele sollten künftigen Druck, Bündnisse, Verrat oder Quests erzeugen.
• Bevorzuge konkrete Vorhaben statt vager Schicksalsformeln.

Beispiel

Vor der Erhebung der Wintersteuern die rechtliche Kontrolle über das Flusstor sichern.

knowledge

Wissen

Entity-Felder

Was diese Figur von der World weiß: das einzige Bild davon, aus dem sie handelt, wenn sie ihre eigene Rolle spielt.

• Im Spiel entscheidet jede Figur ihre eigenen Züge aus dem, wer sie ist, woran sie sich erinnert und diesem Feld. Sie liest nie die Premise, ihre verborgenen Wahrheiten oder die Notizen anderer: Was hier nicht steht und im Spiel nicht erlebt wurde, weiß sie nicht.
• Schreibe es aus ihrer Sicht: was jemand mit ihrer Herkunft, ihrem Handwerk, Alter, ihrer Schulbildung und ihren Reisen von der World weiß (ihre Mächte, Gesetze, Orte, Geschichte, Völker, Gefahren) und woher sie es weiß: selbst gesehen, beigebracht bekommen, auf dem Markt gehört.
• Benenne die Ränder: was sie nur als Gerücht kennt, was sie fälschlich glaubt, wovon sie nie gehört hat. Ein Knecht kennt den Getreidepreis und den Namen des örtlichen Lords, nicht die Politik des Hofes oder den wahren Grund des Krieges.
• Die Geheimnisse der World bleiben draußen, es sei denn, diese Figur kennt sie wirklich. Ihre eigenen Geheimnisse gehören in Secret Infos.
• Schreibe, was die Figur zu Beginn der Geschichte weiß (vor Zug 1), nie, was die Geschichte ihr erst später zeigt: Das erfährt sie im Spiel, und ein späterer Wissensstand ist eine Variante.
• Nur absolute Angaben: Jahre und benannte Orte, nie „letztes Jahr“ oder „oben im Norden“.
• Höchstens 1500 Zeichen (etwa 150–250 Wörter).

Beispiel

Aufgewachsen an den Saltmarket-Docks von Vey: kennt jeden Pier, weiß, welche Kapitäne pünktlich zahlen, welche Zollbeamten sich bestechen lassen, und kennt die Signallampen der Schmuggler. Liest Zahlen und Schiffszeichen, keine Bücher. Weiß, dass die Harbor Guild den Hafen betreibt und dass der Herzog 1203 die Salzsteuer erhöht hat; glaubt, der Herzog sei krank, weil die Gilde es sagt. Kennt die Meerhexen der Shroud Isles nur aus Seemannsgeschichten und glaubt nicht an sie. Hat Vey nie verlassen, kennt die Hauptstadt nur dem Namen nach und hat Magie nur bei den Tempelheilern gesehen.

appearance

Erscheinungsbild

Entity-Felder

Stabile visuelle Beschreibung für Szenenschreiben und Bildgenerierung.

• Definiere wiedererkennbare Merkmale, die über Szenen und Kunststile hinweg bestehen bleiben.
• Verwende feste Farben, Formen, Silhouetten, Materialien, Symbole, Narben und Accessoires.
• Decke bei Figuren Körperbau, Augen, Gesicht, Haare, Kleidung und auffällige Merkmale in einem Prosablock ab.
• Beschreibe bei Orten oder Kreaturen sichtbare Struktur, Maßstab, Stimmung und wiederkehrende Erkennungsmerkmale.
• Nur absolute Angaben: Das Bildmodell liest dieses Feld allein. Nenne nie eine andere Figur und vergleiche nie mit einer („ein Jahr älter als Theo“, „die Augen ihrer Mutter“); gib das scheinbare Alter in Jahren, die Farbe, die Größe an.
• Höchstens 700 Zeichen (etwa 60–110 Wörter).

Beispiel

Körperbau: groß, schmal gebaut, tänzerische Balance; alte Klingennarbe am rechten Unterarm. Gesicht: herzförmig, weiche Kieferlinie, schwacher Schönheitsfleck unter dem linken Auge. Augen: sturmgrau mit elektrisch blauen Sprenkeln, scharfe Außenwinkel. Haare: rabenschwarz mit eisig-türkisem Verlauf, hüftlang, wellig, Mittelscheitel. Kleidung: indigoblaue Kampfrobe mit silberner Windglyphen-Borte, gelockerter Schärpe, Sandalen, silberner Fußreif am linken Knöchel. Auffällige Merkmale: gezackte Wangennarbe, Halbmondohrring links, schwarze Glasgebetsperlen am rechten Handgelenk.

appearanceMarkers

Erscheinungsmerkmale

Entity-Felder

Gemeinsame sichtbare Merkmale einer Race, Abstammung oder Spezies.

• Verwende Merkmale, an denen Mitglieder sofort erkannt werden: Ohren, Schuppenmuster, Augenring, Geruch, Haltung oder angepasste Kleidung.
• Unterscheide gemeinsame Speziesmerkmale vom individuellen Erscheinungsbild einer Figur.

Beispiel

Augen: senkrechte bernsteinfarbene Pupillen
Haut: blasse, rindenartige Adern an den Handgelenken

level

Stufe

Gameplay

Universelle Macht- und Attributseinheit für Stats und Gauges.

• 1 Level entspricht gemäß den World-Regeln 1 Attributspunkt.
• Werte mit Bezug auf die Stufe müssen den Gameplay Properties folgen.
• Halte die Stufe konsistent mit Rang, Gefahr, Stats und Regionsschwierigkeit.

Beispiel

1200

stats

Attribute

Gameplay

Entity-Attributwerte mit den in den Gameplay Properties definierten Schlüsseln.

• Verwende ausschließlich Stat-Namen, die bereits in Gameplay Properties / Stats definiert sind.
• Die Werte sollten zum Level passen: Die Summe der Stats sollte ungefähr der Budgetregel aus der Prompt entsprechen.
• Bevorzuge konkrete Zahlen oder Formeln, die Gameplay-Checks steuern können.

Beispiel

Magic 15
Combat 9
Stealth 4

gauges

Zustandswerte

Gameplay

Dynamische Balken wie HP, Mana, Sanity, Corruption oder Favor.

• Verwende ausschließlich Gauge-Namen, die bereits in den Gameplay Properties definiert sind.
• Gauge-Werte sollten den Formeln und Auslösern der World-Regeln folgen.
• Verwende bei Bedarf current/max oder einen knappen numerischen Zustand.

Beispiel

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

abilities

Fähigkeiten

Entity-Felder

Kräfte, Fertigkeiten, Techniken oder angeborene Eigenschaften der Entity.

• Verwende Namen und Effekte, die zu den World-Regeln passen.
• Bevorzuge modulare Einträge mit Freischaltungen, Kosten, Begrenzungen oder Voraussetzungen.
• Vermeide vage Machtbezeichnungen ohne beobachtbaren Effekt.
• Ein Eintrag pro Fähigkeit: ihr Name (höchstens 50 Zeichen) und in höchstens 200 Zeichen ihr Effekt, ihre Kosten, ihre Grenze und woran man sie erkennt.

Beispiel

Flamewalk: Durchquert drei Runden lang Feuer; kostet Mana proportional zur Brandintensität.

requiredStats

Erforderliche Attribute

Gameplay

Mindestwerte, die zur Nutzung eines Items, Objects oder einer Ability nötig sind.

• Verwende ausschließlich Stat-Namen aus den Gameplay Properties.
• Formuliere Checks in kompakter, überprüfbarer Form.

Beispiel

Swordsmanship >= 20

effect

Effekt

Entity-Felder

Funktionales Ergebnis eines Items oder Objects.

• Beschreibe, was sich bei Nutzung, Ausrüstung, Verbrauch oder Aktivierung verändert.
• Nenne Grenzen, Risiken oder Kosten, wenn sie für das Balancing wesentlich sind.

Beispiel

Macht unsichtbare Eidmale für eine Szene sichtbar; versagt bei direktem Sonnenlicht.

usageLimit

Nutzungsbegrenzung

Entity-Felder

Wie oft oder unter welchen Bedingungen ein Item verwendet werden kann.

• Verwende klare Einschränkungen: pro Turn, pro Tag, nach Aufladung, nur an einem Ort oder mit erforderlichen Kosten.
• Vermeide weiche Grenzen wie nur für die Würdigen, sofern der Check nicht anderswo definiert ist.

Beispiel

Einmal pro Dämmerung; lädt sich nach dem Aufnehmen eines wahrheitsgemäßen Geständnisses wieder auf.

category

Kategorie

Entity-Felder

Kategorie, Schule, Techniktyp einer Ability oder Gruppierung eines Items.

• Verwende kompakte Labels, die Filtern und Balancing helfen.
• Bei Abilities können Kategorien magic, skill, innate, forbidden, ritual oder settingeigene Schulen sein.

Beispiel

forbidden,ritual,blood-magic

description

Beschreibung

Entity-Felder

Erzählender Fließtext für Object-, Myth- oder Lore-Entities.

• Schreibe konkrete Inhalte, die Writer und Simulator wiederverwenden können: Geschichte, Bedeutung, physische Details oder kulturelles Gewicht.
• Erkläre bei Myth und Lore, was geglaubt oder gewusst wird und wie es die World prägt.
• Beschreibe bei Object Konstruktion, Funktion, Abnutzung und szenenrelevante Details über den Zustand hinaus.
• Halte den Text mittellang: spezifisch genug für Szenen, aber kein vollständiger Essay.

Beispiel

Die Laterne leuchtet nur nahe dem wahren Norden. Priester behaupten, ihre Flamme sei ein Fragment der ersten Morgendämmerung, noch immer durch einen vergessenen Eid gebunden.

costBase

Grundkosten

Gameplay

Standard-Ressourcenkosten einer Ability.

• Verweise auf Gauges, Stats, Währung oder World-Ressourcen aus den Gameplay Properties.
• Halte die Kostenformel kurz und wiederverwendbar.

Beispiel

Mana = 3 + intent intensity; HP +1 if cast inside cursed rain

cooldownBase

Grund-Abklingzeit

Gameplay

Standard-Abkling- oder Erholungszeit einer Ability.

• Verwende Turns, Sekunden, Szenen, Pausen, dawn/dusk oder settingeigene Zykluseinheiten.
• Die Abklingzeit sollte Macht, Risiko und den Rhythmus des Genres widerspiegeln.

Beispiel

3 turns; reset early if the caster breaks an oath

usageRestriction

Nutzungseinschränkung

Entity-Felder

Regeln, die die Nutzung einer Ability blockieren, schwächen oder lenken.

• Formuliere Einschränkungen, die im Spiel geprüft werden können.
• Gute Einschränkungen erzeugen taktische Entscheidungen, soziales Risiko oder erzählerische Kosten.

Beispiel

Cannot be used while Sanity < 30 or inside consecrated courts.

climate

Klima

Entity-Felder

Wetter- und Umweltmuster einer Region.

• Nenne Bedingungen, die Reisen, Überleben, Wirtschaft, Kultur oder Kampf beeinflussen.
• Vermeide allgemeine Bezeichnungen, wenn ein konkretes jahreszeitliches Muster verfügbar ist.

Beispiel

Morgen meist kalter Salznebel; jeden siebten Abend Glasstürme

commonResources

Gemeinsame Ressourcen

Entity-Felder

Materialien, Nutzpflanzen, Energiequellen, Tiere oder Handelsgüter einer Region.

• Verwende Ressourcen, die Wirtschaft, Konflikte, Handwerk oder das Interesse von Factions erklären.
• Bevorzuge konkrete Ressourcennamen statt allgemeinem Wohlstand.

Beispiel

ironwood,blue-salt,stormglass,reed-rice

accessMethod

Zugangsmethode

Entity-Felder

Wie Figuren einen Ort erreichen oder betreten.

• Nenne körperliche Route, Torzustand, soziale Erlaubnis, Ritual, Gefahr oder Kosten.
• Das Feld sollte Szenenplanung und Quest-Sperren unterstützen.

Beispiel

Nur bei Ebbe geöffnet; Reisende müssen eine silberne Laterne tragen oder werden von Spiegelnebel umgeleitet.

habitat

Lebensraum

Entity-Felder

Natürliche Umgebung, in der eine Creature lebt.

• Verknüpfe den Lebensraum mit Verhalten, Gefahr, Belohnung, Ökologie und lokalen Gerüchten.
• Verwende nach Möglichkeit konkretes Gelände, konkrete Zeit und konkrete Bedingungen.

Beispiel

Mangrobenkrypten, in denen Mondlicht stehendes Wasser erreicht

behavior

Verhalten

Entity-Felder

Beobachtbares Verhaltensmuster einer Creature oder eines NPC.

• Beschreibe Handlungen, Auslöser, Jagdweise, Sozialverhalten oder Vermeidungsmuster.
• Verwende Verhalten, das Begegnungen und Konsequenzen beeinflussen kann.

Beispiel

Verfolgt Spiegelbilder statt Körper; zieht sich zurück, wenn sein Name rückwärts ausgesprochen wird.

rewardExperience

Erfahrungsbelohnung

Entity-Felder

EXP- oder Fortschrittsbelohnung für das Besiegen, Lösen oder Erforschen einer Creature.

• Halte die Belohnung mit Level, Bedrohung und den Leveling-Regeln der World konsistent.
• Verwende null oder niedrige Werte, wenn Gewalt nicht die wichtigste Lösung sein soll.

Beispiel

120

lifespan.matureAtYears

Reife ab Jahren

Entity-Felder

Alter, ab dem diese Race körperlich oder gesellschaftlich als reif gilt.

• Verwende Zahlen, die zu Biologie, Kultur und Machtentwicklung passen.
• Wenn gesellschaftliche Reife von biologischer Reife abweicht, erkläre das in den Kulturnotizen.

Beispiel

18

lifespan.averageYears

Durchschnittliche Lebensdauer

Entity-Felder

Übliche Lebensdauer dieser Race oder Spezies.

• Halte sie konsistent mit Geschichte, Bevölkerungsentwicklung, Fortpflanzung und gesellschaftlichem Gedächtnis.

Beispiel

120

lifespan.maxYears

Maximale Lebensdauer

Entity-Felder

Bekannte obere Grenze der Lebensdauer dieser Race oder Spezies.

• Verwende den Wert für seltene Älteste, uralte Herrscher oder biologische Grenzen.
• Wenn Unsterblichkeit existiert, erkläre ihre Kosten an anderer Stelle.

Beispiel

300

ideology

Ideologie

Entity-Felder

Glaube, Doktrin oder Rechtfertigung, mit der eine Faction ihr Handeln begründet.

• Schreibe, was die Gruppe angeblich wertschätzt und was dieser Glaube ermöglicht oder entschuldigt.
• Eine gute Ideologie erzeugt Widerspruch, Loyalität, Unterdrückung oder Konflikt.

Beispiel

Ordnung ist Barmherzigkeit: Jeder Bürger muss erfasst werden, damit keine Trauer unberücksichtigt bleibt.

scope

Reichweite

Entity-Felder

Größe des Einflusses oder Wirkungsbereichs einer Faction.

• Gib an, ob sie lokal, regional, kontinental, verborgen, offiziell oder weltenübergreifend ist.
• Nutze die Reichweite, um Ressourcen und politische Wirkung einzuordnen.

Beispiel

regionales Tempelnetzwerk mit verdecktem Einfluss an den Flussgerichten

headquarters

Hauptquartier

Entity-Felder

Hauptstützpunkt oder Machtzentrum einer Faction.

• Wähle einen vorhandenen Ort oder eine vorhandene Region.
• Wenn das Hauptquartier verborgen oder mobil ist, erkläre das in Scope oder den Beziehungen.

Beispiel

Iron Quarter Citadel

symbol

Symbol

Entity-Felder

Erkennbares Emblem, Banner, Zeichen oder visuelle Identität einer Faction.

• Verwende Symbole, die auf Kleidung, Flaggen, Dokumenten, Siegeln oder Architektur erscheinen können.
• Verknüpfe sie nach Möglichkeit mit Glauben, Geschichte oder Einschüchterung.

Beispiel

ein schwarzer Reiher, der einen silbernen Nagel hält

initialLeader

Erste Führung

Entity-Felder

Gründer oder erste Führungsperson einer Faction.

• Wähle nach Möglichkeit eine vorhandene Character-Entity.
• Verwende das Feld für die Identität des Ursprungs; die aktuelle Führung kann separat modelliert werden.

Beispiel

Mother Veyra

condition

Zustand

Entity-Felder

Aktueller Zustand, Schaden, Fluch, Aktivierungsstatus oder körperliche Verfassung.

• Verwende das Feld für Items und Objects, deren Zustand Nutzen oder Risiko verändert.
• Halte den Zustand konkret und für Szenen unmittelbar nutzbar.

Beispiel

gesprungen, aber funktionsfähig; summt, wenn ein Lügner den Griff berührt

material

Material

Entity-Felder

Hauptstoff oder Konstruktionsmaterial eines Objects.

• Verwende Materialien, die Gewicht, Haltbarkeit, Kosten, Herkunft oder magische Eigenschaften andeuten.

Beispiel

schwarzer Basalt mit Stormglass-Fäden

purpose

Zweck

Entity-Felder

Vorgesehene Funktion oder rituelle Aufgabe eines Objects.

• Erkläre, warum das Object existiert und was es ermöglicht.
• Wenn sich der Zweck im Lauf der Zeit geändert hat, nenne die aktuelle Verwendung an anderer Stelle.

Beispiel

Verankert Gerichtseide, damit Priester gesprochene Verträge prüfen können.

isUnique

Ist einzigartig

Entity-Felder

Gibt an, ob dieses Item oder Object ein Einzelstück ist.

• Aktiviere es für Relikte, benannte Artefakte oder unersetzliche Quest-Objekte.
• Lass es für wiederholbare Ausrüstung, Währung oder gewöhnliche Ressourcen deaktiviert.

Beispiel

true

statement

Aussage

Entity-Felder

Kanonische Wahrheit, die durch eine Fact-Entity dargestellt wird.

• Formuliere den Fakt als klare Behauptung, die Lore oder Entscheidungen beeinflusst.
• Vermeide Meinungen, außer der Fakt betrifft einen von einer Gruppe vertretenen Glauben.

Beispiel

Nach Sonnenuntergang spiegelt kein Spiegel in der Hauptstadt die Königsfamilie.

source

Quelle

Entity-Felder

Herkunft eines Fakts oder einer Behauptung.

• Verwende Zeuge, Archiv, Faction-Aufzeichnung, Experiment, Prophezeiung oder Gerücht als Quellenart.
• Die Qualität der Quelle kann Zweifel oder Ansatzpunkte für Ermittlungen erzeugen.

Beispiel

versiegeltes Gerichtsregister, kopiert von den River Monks

discoveredAt

Entdeckt am

Entity-Felder

Zeitpunkt, an dem ein Fakt bekannt oder aufgezeichnet wurde.

• Verwende das Feld, wenn der Zeitpunkt der Entdeckung Politik, Wissenschaft, Glauben oder Geheimhaltung beeinflusst.

Beispiel

09:00 21/07/1241

occurredAt

Eingetreten am

Entity-Felder

Zeitpunkt, zu dem ein Event stattfand oder stattfinden soll.

• Verwende nach Möglichkeit die genaue Weltzeit.
• Wenn der Zeitpunkt unsicher ist, erkläre die Unsicherheit in Summary oder Consequence.

Beispiel

13:00 17/10/1409

location

Ort

Entity-Felder

Ort, an dem ein Event stattfand oder hauptsächlich relevant ist.

• Wähle einen vorhandenen Ort oder eine vorhandene Region.
• Verwende Beziehungen für umfassendere territoriale oder Besitzverknüpfungen.

Beispiel

Ashfall Village

summary

Zusammenfassung

Entity-Felder

Knappes Resümee eines Events und seiner Tragweite.

• Beschreibe, was geschehen ist und warum es später wichtig bleibt.
• Mache daraus kein vollständiges Szenenprotokoll.

Beispiel

Mount Vael bricht aus und bedroht nahegelegene Siedlungen.

consequence

Konsequenz

Entity-Felder

Dauerhafte Folge, die durch ein Event verursacht wurde.

• Beschreibe konkrete Veränderungen an Factions, Orten, Ressourcen, Überzeugungen oder Beziehungen.
• Gute Konsequenzen bleiben viele Turns später noch nützlich.

Beispiel

Flüchtlinge fliehen nach Süden; die Aschesteuer verdreifacht sich; der alte Schreinweg wird unpassierbar.

originHint

Herkunftshinweis

Entity-Felder

Teilweiser Hinweis auf die Herkunft einer Unknown-Entity.

• Gib nur so viele Informationen, dass eine spätere Auflösung möglich wird.
• Unknown-Entities sollten zeitnah aufgelöst werden, sobald die World genug Kontext offenlegt.

Beispiel

Riecht nach Flusssalz, hinterlässt aber Wüstenglas.

observedEffect

Beobachteter Effekt

Entity-Felder

Was Menschen diese Unknown-Entity unmittelbar tun sahen.

• Verwende beobachtbare Belege, keine Erklärung.
• Das Feld hält Ermittlungsszenen auf dem Boden konkreter Wahrnehmung.

Beispiel

Kerzen neigen sich zu ihr; geschriebene Namen verblassen innerhalb von drei Atemzügen.

needsResolution

Auflösungsbedarf

Entity-Felder

Frage oder Ungewissheit, die schließlich beantwortet werden sollte.

• Formuliere das ungelöste Problem klar, damit spätere Turns es abschließen können.

Beispiel

Klären, ob es eine Creature, Fluchrückstand oder ein von einer Faction geschaffenes Gerät ist.

imageUrl

Bild-URL

Entity-Felder

Generiertes oder hochgeladenes Bild zur Darstellung dieser Entity.

• Hier schreibgeschützt. Bearbeite Bilder über das Bildpanel.
• Eine stabile Beschreibung des Erscheinungsbilds hilft, künftige Neugenerierungen konsistent zu halten.

imagePrompt

Bild-Prompt

Entity-Felder

Prompt, mit dem das Bild der Entity generiert wurde.

• Hier schreibgeschützt. Der Prompt bleibt für Prüfung und Kontext einer Neugenerierung erhalten.
• Verbessere die Appearance-Felder, wenn neu generierte Bilder uneinheitlich sind.

relation.type

Beziehungstyp

Beziehungen

Bedeutungsvolles UPPER_SNAKE_CASE-Label, das zwei Entities verbindet.

• Verwende eine präzise, langfristige Beziehung, nicht die allgemeinen Typen RELATED_TO oder CONNECTED_WITH.
• Bei gerichteten Beziehungen ist die Reihenfolge wichtig: A-[ADMIRES]->B bedeutet, dass A B bewundert.
• Verwende denselben Typ-String in der gesamten World konsistent für dieselbe Bedeutung.

Beispiel

OWNS, SERVES, MENTORS, LOCATED_IN, BORDERS, BOUND_TO

relation.source

Quell-Entity

Beziehungen

Entity auf der linken Seite der Beziehung.

• Bei gerichteten Beziehungen ist source die handelnde, besitzende, glaubende oder abhängige Seite, je nachdem, was für den Beziehungstyp sinnvoll ist.
• Eine Änderung von source ändert die Bedeutung im Graphen.

Beispiel

A in A-[OWNS]->B

relation.target

Ziel-Entity

Beziehungen

Entity auf der rechten Seite der Beziehung.

• Bei gerichteten Beziehungen ist target das Ziel, auf das die Beziehung zeigt.
• Verwende Entity-IDs, keine Anzeige-Labels oder Namen.

Beispiel

B in A-[OWNS]->B

relation.direction

Richtung

Beziehungen

Gibt an, ob eine Beziehung gerichtet, umgekehrt oder tatsächlich beidseitig ist.

• Bevorzuge gerichtete Beziehungen, weil sie Kausalität, Autorität, Besitz, Glauben und Abhängigkeit erhalten.
• Verwende ungerichtete Beziehungen nur, wenn Symmetrie semantisch wahr und für Abfragen nützlich ist.

Beispiel

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

relation.since

Seit

Beziehungen

Zeitpunkt, an dem die Beziehung begann oder relevant wurde.

• Verwende die Weltzeit, sofern sie bekannt ist.
• Lass das Feld leer, wenn der Zeitpunkt unbekannt oder nicht nützlich ist.

Beispiel

09:00 21/07/1241

relation.status

Status

Beziehungen

Aktueller Aktivitätszustand einer Beziehung.

• Active bedeutet, dass die Beziehung derzeit Verhalten oder World-Zustand beeinflusst.
• Dormant, Broken oder Hidden bewahren langfristige Erinnerung, ohne gegenwärtige Aktivität zu übertreiben.

Beispiel

Active

relation.brief

Beziehungs-Kurzfassung

Beziehungen

Kurze, natürliche Bedeutungserklärung der Beziehung.

• Wiederhole nicht die Namen der Entities.
• Erkläre, warum die Entities auch später noch füreinander wichtig sein werden.
• Beschreibe sie so, wie sie zu Beginn der Geschichte steht (vor Zug 1), nie als Ereignisse, die die Geschichte erst spielt; weiß eine Seite nichts davon, nenne, wer.
• Priorisiere emotionale, politische, wirtschaftliche, historische, kulturelle, territoriale oder kausale Verbindungen.
• Höchstens 200 Zeichen.

Beispiel

Durch einen Eid gebunden, der jedes gebrochene Versprechen in eine körperliche Schuld verwandelt.

name

Name

Entity-Felder

Für Nutzer lesbarer Name, der angezeigt wird.

• Verwende einen Namen, der in der Sprache und im Genre der World natürlich klingt.
• Ein einprägsamer, unvollkommener Name ist besser als ein erzwungen perfekter.

Beispiel

City Of Copper Mirage

id

ID

Entity-Felder

Stabile interne Kennung für Beziehungen und Referenzen.

• Verwende für Entity-IDs keine Leer- oder Sonderzeichen.
• Verwende keine allgemeine Nummerierung wie entity_001, außer das Setting begründet sie.
• Änderungen an IDs können Referenzen beschädigen; bearbeite sie vorsichtig.

Beispiel

CityOfCopperMirage

label

Label

Entity-Felder

Entity-Typ für Filter, Generierung und Editorformulare.

• Wähle die nützlichste Simulationskategorie: Character, Item, Location, Region, Race, Creature, Faction, Ability, Event, Myth, Fact, Object oder Unknown.
• Unknown sollte aufgelöst werden, sobald genügend Informationen vorhanden sind.

Beispiel

Character

brief

Kurzprofil

Entity-Felder

Kurzer Aufhänger oder Überblick für die schnelle Prüfung.

• Halte ihn kompakt und spezifisch.
• Verwende Details, die das Element auf einen Blick unterscheidbar machen.
• Höchstens 200 Zeichen.

Beispiel

Eine mächtige Gilde zerbricht nach einem erbitterten Führungsstreit.

startingTime

Startzeit

Prämisse

Fiktive Weltzeit, zu der das Spiel beginnt.

• Verwende nach Möglichkeit das 24-Stunden-Format: hh:mm dd/mm/yyyy.
• Das Alter sollte im Verhältnis zur Starting Time plausibel sein.

Beispiel

08:00 01/01/407

genreTags

Genre-Tags

Prämisse

Einige Genre-Labels, die Ton und Marktprofil der World beschreiben.

• Verwende Tags, die Nutzern das Versprechen schnell verständlich machen.
• Halte Tags breit genug für die Suche, aber spezifisch genug für klare Erwartungen.

Beispiel

Isekai, Dark Fantasy, Reincarnation, Faction War

authorStyle

Autorenstil

Prämisse

Ton, Tempo und Prosawirkung der World.

• Verwende einen knappen Stil-Leitfaden oder eine Referenz wie von einem Autor.
• Dies beeinflusst Erzählstimme, Komik, Tragik und emotionale Distanz.

Beispiel

Grimmige Logik und moralische Extreme; Figuren zerbrechen an ihrer Ideologie.

storyDescription

Storybeschreibung

Prämisse

Übergeordnete Premise der World und ihr systemischer Konflikt.

• Verwende 2 oder 3 Sätze, die das Fantasy-Konzept und den Simulationskonflikt anreißen.
• Schreibe in natürlicher Sprache, die den Leser unmittelbar fesselt.

detailInstruction

Detailanweisung

Prämisse

Wie der Spieler Systeme, Entscheidungen und Konsequenzen erlebt.

• Erkläre, wie Handlungen Wege öffnen und andere schließen.
• Verbinde die Immersion kleiner Momente mit langfristigen systemischen Konsequenzen.

backstory

World-Vorgeschichte

Prämisse

Grundlegende Vergangenheit der World, nicht der Spielerfigur.

• Beschreibe Lore, Mythen, Katastrophen oder frühere Konflikte, die die heutige Struktur geprägt haben.
• Beschreibe hier nicht die Hauptfigur.

worldRules

World-Regeln

Prämisse

Metaphysische und mechanische Gesetze des Settings.

• Definiere Kosten, Grenzen, Gebietsveränderungen, Magiegesetze, Todesregeln, Faction-Karma oder den Preis der Wiedergeburt.
• Regeln sollten als Spiel- oder World-Logik verwendbar sein.

Beispiel

SpellCasting: Magie erfordert Gesang und Mana, sofern sie nicht gemeistert wurde.

hiddenTruths

Verborgene Wahrheiten

Prämisse

Unsichtbare Kräfte, die die World vorantreiben.

• Dies sind keine öffentliche Backstory und keine Plot-Zusammenfassung.
• Verwende neutrale, systemische Wahrheiten: Auswahl-Logik, Ausbeutung, Einschränkungen oder Zielkonflikte.
• Sie dürfen öffentlichen Mythen widersprechen und sollten auch existieren, wenn der Spieler nie erscheint.

Beispiel

Systemische Wiedergeburt: Wiedergeburt dient dazu, fehlerhafte Seelen zu recyceln, nicht sie zu erlösen.

gameplayProperties.stats

Gameplay-Attribute

Gameplay

Kernattribute für Checks, Wachstum und Interaktionslogik.

• Jedes Attribut sollte einen Namen mit mechanischer und erzählerischer Funktion verbinden.
• Benenne es mit einem Wort, das Spieler aus Games und Anime kennen (Strength, Charm, Luck): Das Player-Blatt zeigt nur den Namen und eine Zahl, nie diese Beschreibung.
• Alle Entity-Stats müssen diese Schlüssel verwenden.
• Verweise nicht auf Variablen, die nicht in den Gameplay Properties definiert sind.

Beispiel

Magic: wandelt Gefühle in Elementarzauber um und kostet Mana proportional zur intent intensity

gameplayProperties.gauges

Gameplay-Zustandswerte

Gameplay

World- oder Figuren-Zustandsbalken, die sich dynamisch aktualisieren.

• Nimm normalerweise HP auf, wenn die World Gesundheit verfolgt.
• Benenne den Balken so, dass er sich selbst erklärt: ein vertrautes Wort, das auch zeigt, ob mehr gut ist (HP, Stamina, Sanity, Heat). Spieler lesen die Premise nie; ein Lore-Begriff wie Signal gehört in die Beschreibung, nicht in den Namen.
• Definiere Mechanik, Auslösebedingungen und Formeln klar.
• Alle Entity-Gauges müssen diese Schlüssel verwenden.

Beispiel

HP: 0 = death; restored via rest or items
Mana: regenerates 1 + stats.Magic per turn

gameplayProperties.currency

Währung

Gameplay

Geld oder Handelsressourcen der World-Wirtschaft.

• Eine Zeile pro Währung: Der Schlüssel ist der Name der Währung, der Wert nennt, was sie kauft, anheuert oder an Schulden verursacht.
• Kann sich nach Region unterscheiden, wenn die Handlung das erfordert.
• Verwende Währungen, die Handel, Anheuern, Schulden, Steuern oder Faction-Druck beeinflussen.

Beispiel

Crowns: offizielle Münze der Hauptstadt
SaltScript: vertragsgestützte Flusswährung

gameplayProperties.levelingSystem

Levelsystem

Gameplay

Regeln für EXP, Level, Belohnungen und Skalierung.

• Halte es skalierbar, thematisch und mathematisch konsistent.
• Level ist die universelle Attributeinheit in den World-Regeln.
• Zeilen: description (wie EXP und Level funktionieren), danach eine Zeile pro Aspekt, etwa experience, rewards oder scaling.
• Ränge gehören nicht hierher, sondern in Rangsystem.

Beispiel

EXP: gain by resolving threats; max starts at 10 and increases by 10 percent per level

gameplayProperties.rankSystem

Rangsystem

Gameplay

Geordnete Fortschrittsränge mit sozialer, mechanischer und metaphysischer Bedeutung.

• Eine Zeile pro Rang, vom niedrigsten aufwärts: Der Schlüssel ist der Rangname, der Wert nennt den Levelbereich, was der Rang bewältigt und freischaltet und was ihn noch töten kann.
• Verwende mindestens 5 Ränge in einem konsistenten Begriffssystem.
• Jeder Rang sollte Gebiete sperren, Beziehungen verändern, Mechaniken verschieben oder Systeme freischalten.
• Der Aufstieg sollte sich wie eine Verwandlung anfühlen, nicht nur wie eine größere Zahl.

Beispiel

Ashmarked: kann leichte Fluchzonen überleben, wird aber von Tempelwachen misstrauisch beobachtet

gameplayProperties.powerReference

Machtvergleich

Gameplay

Vergleichsskala für Macht, Bedrohungen, Zonen und Ränge.

• Eine Zeile pro Referenzpunkt: Der Schlüssel ist, wer oder was, der Wert ist sein Levelbereich.
• Nutze sie, um Level, Stats, Gefahr und Rang über alle Entities hinweg konsistent zu halten.
• Gute Vergleichswerte verhindern zufällig übermächtige Werte.

Beispiel

Dorfwache: level 3-8
Regionaler Champion: level 80-120

phase.phaseName

Phasenname

Weltphasen

Kurzes Label für diese Storyphase im Phasengraphen.

• Verwende einen Namen, den der Autor auf der Canvas schnell erfassen kann.
• Bevorzuge konkrete Phasentitel statt allgemeiner Bezeichnungen wie Step 1 / Step 2.
• Halte ihn innerhalb desselben Cast-Zweigs (Global oder Hauptfigur) eindeutig.

Beispiel

Ankunft in der zerstörten Hauptstadt

phase.descriptionPlayer

Spielerbeschreibung

Weltphasen

Leserfreundliche Zusammenfassung dessen, wie sich diese Phase anfühlt.

• Schreibe in einfacher Sprache, die der Spieler als Kontext oder UI-Text lesen könnte.
• Beschreibe Situation und Einsatz, nicht interne Director-Notizen.
• Halte den Text kurz genug zum Überfliegen; internen Storykontext gehören in Phase Content und Übergangsregeln in Progression Logic.

Beispiel

Du erwachst zwischen Asche und zerbrochenen Türmen. Die Stadt atmet noch, aber sie vertraut keinem Fremden.

phase.descriptionLLM

Phaseninhalt

Weltphasen

Interne Definition des Storyzustands während dieser Phase.

• Beschreibe dramatische Funktion, aktuellen World-Zustand, aktiven Druck und gewünschten Ton.
• Nenne die wichtigen Bedingungen, die während der gesamten Phase wahr bleiben sollen.
• Gib Director, Writer und Simulation genug Kontext, um mehrere konsistente Turns zu improvisieren.
• Beschreibe einen flexiblen erzählerischen Raum, keine feste Kapitelgliederung, keinen exakten Dialog und keine vorgeschriebene Szenenfolge.
• Nenne die Lage, mit der diese Phase beginnt, und ihren Zeitmaßstab (eine Nacht, eine Saison, Jahre): Die nächste Phase wird allein anhand dieses Textes gewählt. Austritts- und Zweigbedingungen gehören in Progression Logic.
• Optionale beschriftete Zeilen halten lange Phasen übersichtlich: PURPOSE, STATE, PRESSURES, OBJECTIVE, KR1-KR3, TONE, BG LINK.
• OBJECTIVE ist ein überprüfbarer Endzustand für diese Stufe; KR-Zeilen sind beobachtbare Ergebnisse, niemals Kapitelaufgaben.
• PRESSURES benennt die aktiven Kräfte, Factions oder Knappheiten, die die Gruppe hier unter Druck setzen; hier liegt der World-Druck, seit Forces und Clocks ausgemustert sind.

Beispiel

Eröffnungsphase des Überlebens in einer zerstörten Hauptstadt. Nahrung ist knapp, Einheimische misstrauen Fremden, und Gerüchte weisen auf ein versiegeltes königliches Gewölbe. Halte die Hauptfigur schlecht informiert und von lokalem Wissen abhängig. Der Ton ist angespannt, einsam und geerdet.

phase.isEnding

Storyende

Weltphasen

Markiert diese Phase als Storyende. Wer hier ankommt, beendet die Auswahlmöglichkeiten der Play-Session.

• WICHTIG: Ein Endknoten DARF keine nächste Phase haben. Entferne ausgehende Verbindungen, bevor du Ending aktivierst.
• Verwende zum Umschalten von Ending die Flaggenschaltfläche am Phasenknoten, nicht das Detailpanel.
• Wenn der Knoten bereits nächste Phasen hat, bleibt die Ending-Steuerung deaktiviert, bis diese Kanten entfernt wurden.
• Aktiviere die Markierung nur bei abschließenden Momenten (Sieg, Niederlage, Epilog, verschlossene Tür).
• Wenn der Writer in eine Endphase voranschreitet, werden Spieleroptionen gelöscht und der Leser sieht Play Again.

Beispiel

true

phase.guidance

Fortschrittslogik

Weltphasen

Wann die Geschichte diese Phase verlässt und welche nächste Phase zu welchen Anzeichen passt.

• Zwei oder drei kurze Zeilen: ADVANCE (das beobachtbare Ereignis, das diese Phase beendet), BRANCH (was jede nächste Phase zur richtigen macht), AVOID (was diese Phase noch nicht tun darf).
• Schreibe Bedingungen, die ein Beobachter im Spiel prüfen könnte („nachdem der Spieler sich öffentlich auf die Seite von … stellt“), nie „wenn sich die Geschichte bereit anfühlt“.
• Tempo, Zeitmaßstab und die Ausgangslage einer Phase gehören in Phase Content: Der Writer wählt die nächste Phase allein anhand dieses Textes.
• Optionale HOOKS: Blocklisten mit Versprechen, die in dieser Phase gesetzt werden, eine Zeile pro Eintrag: [CORE] H01 | payoff: <phaseId> | timing: slow-burn | one-line promise. Story Studio liest ihn; im Spiel sieht der Writer ihn nie, also gehört ein Versprechen, das lebendig bleiben soll, auch in Phase Content.
• Hook timing ist einer von immediate, near-term, mid-arc, slow-burn, endgame; die payoff id muss eine spätere Phase desselben Zweigs sein.
• Wiederhole nicht die Premise oder den Ton der Phase; diese gehören in Phase Content.

Beispiel

ADVANCE: Nachdem sie sich offiziell einer Fraktion anschließen oder einen glaubwürdigen Weg in den Tresor finden.
BRANCH: phase_vault_s2_0, wenn sie sich auf die Seite der Gilde stellen; phase_vault_s2_1, wenn sie allein hineingehen.
AVOID: Verrate noch nicht, was im Tresor ist.

entityLabel.Character

Figur

Entity-Typen

Lebewesen mit Namen und Handlungsmacht, das in der Geschichte sprechen und handeln kann.

• Verwende das Feld für Helden, NPCs, Dämonen, Propheten oder jedes Wesen, das sprechen und wählen kann.
• Bevorzuge Character gegenüber Creature, wenn das Wesen Persönlichkeit und Dialog besitzt.
• Markiere nur echte Perspektivfiguren als Main Character, damit Coverbild und Spielfokus klar bleiben.

Beispiel

Odile Varenne — eine Hafenschreiberin, die Reisepapiere für die Familien fälscht, die die Gezeitenwache abweist.

entityLabel.Region

Region

Entity-Typen

Große Gebietseinheit oder Meta-Zone, die viele Orte umfasst.

• Verwende das Feld für Reiche, Domänen, Kontinente, Biome oder weitläufige Gebiete.
• Bevorzuge Region, wenn der Maßstab größer ist als eine einzelne Stadt, ein Schrein oder ein Raum.
• Verknüpfe Locations über Beziehungen mit einer Region, wenn die Hierarchie wichtig ist.

Beispiel

Northern Glass Wastes — gefrorenes Reich aus Spiegeldünen.

entityLabel.Location

Ort

Entity-Typen

Konkreter Ort, an dem Szenen stattfinden können.

• Verwende das Feld für Schreine, Städte, Ruinen, Gasthäuser, Festungen oder andere konkrete Schauplätze.
• Halte Locations kleiner und spielbarer als Regions.
• Gib jedem Ort eine klare erzählerische Funktion: Gefahr, Zuflucht, Geheimnis oder Reiseknotenpunkt.

Beispiel

Ashen Shrine — zerstörter Tempel, der ausgesprochene Namen trinkt.

entityLabel.Race

Spezies

Entity-Typen

Unterscheidbare Spezies oder Abstammungslinie, die viele Wesen teilen.

• Verwende das Feld für Menschen, Elfen, Orks, Drachen oder jede anerkannte Speziesgruppe.
• Lege Kultur, Lebensdauer, Erscheinungsmerkmale und gemeinsame Abilities auf der Race-Entity ab.
• Figuren sollten auf Race verweisen, statt Spezies-Lore bei jeder Person zu wiederholen.

Beispiel

Eldergrove Sylphs — windgeborenes Volk, das an gehaltenen Versprechen altert.

entityLabel.Creature

Kreatur

Entity-Typen

Bestie oder halbintelligente Entity ohne vollständige Handlungsmacht einer Figur.

• Verwende das Feld für Chimären, Wyrms, Vertraute, Monster und nicht sprechende Tiere.
• Wenn das Wesen spricht, plant oder wie ein NPC handelt, bevorzuge Character.
• Creatures bleiben für Bedrohungen, Ökologie und World-Atmosphäre wichtig.

Beispiel

Glassfang Wyrm — Schlange, die in zerbrochenen Spiegeln nistet.

entityLabel.Item

Item

Entity-Typen

Eigenständiger Gegenstand mit Macht oder erzählerischem Gewicht.

• Verwende das Feld für Relikte, Waffen, Schlüssel, verfluchte Erbstücke oder plotentscheidende Gegenstände.
• Bevorzuge Item, wenn Besitz, Macht oder Questfortschritt davon abhängen.
• Verwende Object stattdessen für gewöhnliche Requisiten mit geringem Storygewicht.

Beispiel

Crown of Ash — Relikt, das für jeden Befehl eine Erinnerung verbrennt.

entityLabel.Object

Object

Entity-Typen

Kleiner Gegenstand oder Umgebungselement ohne große Macht oder Plotfokus.

• Verwende das Feld für Möbel, Werkzeuge, Schilder oder Kulissenrequisiten, die dennoch einen Namen brauchen.
• Wenn das Object magisch, verflucht oder questentscheidend ist, verwende stattdessen Item.
• Halte Object-Einträge leicht, damit die World übersichtlich bleibt.

Beispiel

Waystone Lantern — Eisenlaterne, die nur nahe dem wahren Norden leuchtet.

entityLabel.Faction

Fraktion

Entity-Typen

Kollektive Kraft oder Organisation, die als Gruppe handelt.

• Verwende das Feld für Gilden, Clans, Kulte, Häuser, Nationen, Imperien und Schulen.
• Erfasse Ziele, Macht und Mitgliedschaft über die Faction und ihre Beziehungen.
• Bevorzuge Faction, wenn viele Figuren Loyalität oder institutionellen Druck teilen.

Beispiel

Whisperwind Clan — Spionagehaus, das Geheimnisse gegen sicheres Geleit tauscht.

entityLabel.Ability

Fähigkeit

Entity-Typen

Konkrete Kraft, Fertigkeit oder Technik, die ein Wesen einsetzen kann.

• Verwende das Feld für benannte Zauber, Kampfkünste, Segnungen, Flüche oder einzigartige Techniken.
• Halte Abilities wiederverwendbar: Viele Figuren können auf dieselbe Ability-Entity verweisen.
• Beschreibe Kosten, Effekt und Grenzen, damit Simulation und Schreiben konsistent bleiben.

Beispiel

Flamewalk — durch Feuer schreiten und innerhalb der Sichtlinie wieder erscheinen.

entityLabel.Event

Ereignis

Entity-Typen

Bestimmter Zeitpunkt mit dauerhaften Konsequenzen.

• Verwende das Feld für Kriege, Beschwörungen, Verrat, Feste, Katastrophen oder Wendepunkte.
• Events sollten den World-Zustand verändern und nicht nur Geschichte schmücken.
• Verknüpfe Beteiligte, Orte und Folgen über Beziehungen und Plot-Bedingungen.

Beispiel

Night of Broken Crowns — drei Dynastien fielen vor Tagesanbruch.

entityLabel.Myth

Mythos

Entity-Typen

Legendäre Erzählung oder Glaube über die Vergangenheit.

• Verwende das Feld für Schöpfungsgeschichten, Heiligenlegenden oder halb wahre kulturelle Überzeugungen.
• Myths prägen Ideologie, auch wenn sie unvollständig oder falsch sind.
• Bevorzuge Fact, wenn der Inhalt als harte kanonische Geschichte gilt.

Beispiel

Creation of the Moonmother — Glaube, dass die Gezeiten ihre unvollendeten Tränen sind.

entityLabel.Fact

Fakt

Entity-Typen

World-bekannte Wahrheit oder kanonische historische Aufzeichnung.

• Verwende das Feld für etablierte Geschichte, Naturgesetze oder allgemein anerkannte Daten.
• Halte Facts kurz und verbindlich, damit Agents sie als zuverlässig behandeln können.
• Verwende Myth, wenn die Geschichte geglaubt, aber nicht bewiesen ist.

Beispiel

Das Glass Sea friert jeden siebten Winter vollständig zu.

entityLabel.Lore

Lore

Entity-Typen

Ergänzendes World-Wissen, das nicht in einen strengeren Entity-Typ passt.

• Verwende das Feld für Lehren, Bräuche, Systeme oder Hintergrundnotizen, die einen Platz brauchen.
• Bevorzuge Race, Faction, Myth oder Fact, wenn eines dieser Labels besser passt.
• Halte Lore konkret, damit sie weiterhin Auffindbarkeit und Schreiben unterstützt.

Beispiel

Ash Tithe — Brauch, an jedem Stadttor eine Erinnerung zu opfern.