
Automatizálás
Miért van automatizálás
Szakasz: „Miért van automatizálás”A Kodranni hibrid asztali rendszer: először a történet, alatta a szoftver mint főkönyv és kockamotor. Automatizálás nélkül ennek a Guidebooknak több eljárása könyvelésbe fullasztaná az asztalt.
Mit nyer az asztal
Szakasz: „Mit nyer az asztal”- Egy élő feljegyzés karakterenként és közösségenként — nincsenek szétágazó füzetek.
- Gyors feloldás a készleteknél, ómeneknél, különbségeknél, Practice, Exertion, Harm és Tide mezőknél — hogy a fikciót ne állítsa meg a számolás.
- Állapot a tett pillanatában — ki dob, mennyi Exertion maradt, Echoes, Myths — anélkül, hogy a lapokat chatbe gépelnéd.
- Online folytonosság ülések között a közös lapokon és a közösségi lapon.
Ez a lap az asztalnak szóló szerződés. A mérnöki irány a projekt forrásában van, és változik, ahogy a termék UI-ja kialakul.
Egyetlen igazságforrás
Szakasz: „Egyetlen igazságforrás”| Felület | Ki használja | Mit tart |
|---|---|---|
| Guidebook (ez a lap) | Mindenki | Szabályok — egy nyilvános szabálykészlet |
| Character sheet | Játékos + mesélő (közös nézet) | Egy élő feljegyzés karakterenként — Foundations, Skills (beleértve a Practice haladást), Traits, Exertion, Echoes, Harm, Hierarchy-helyek, Inventory, flags |
| Community tracker | Az asztal (közös nézet) | Fortunes, Foundation Myths, Hierarchy Diagram (≤5 tengely) |
A lapok és a tracker közösségenként léteznek. A hosztolás és a megosztás moduláris: a közösség adata az igazság; a chatfelületek csak utasításokat hajtanak rá.
Nincs külön „player sheet” és „ST sheet” ugyanarra a karakterre. Az adat nem ágazik. A Practice haladás látható a lapon annak, aki nézni akarja.
Nem a fő Community trackeren (üléseszközök, nem állandó közösségi állapot):
- Tide — akkor nyílik, ha kell; ha egy Tide véget ér, ami marad, általában napló arról, hol állt le — nem állandó tracker-mező.
- Scene Omen faces — a mesélő listázza, kezeli és törli őket; jeleneteszközök, nem közösségi sorsok.
Platformok
Szakasz: „Platformok”Az automatizálás két platformot támogat, egyenrangú chatfelületként:
| Platform | Szerep |
|---|---|
| Fluxer | Chatfelület guild/szerver-kötéssel, tokenbeállítással, fiók-hozzárendeléssel |
| Discord | Ugyanaz a viselkedés; guild ID-k, tokenbeállítás, fiók-hozzárendelés |
Minden telepítés platform-hitelesítőadatot, guild / server ID-t (vagy Fluxer-megfelelőt) és a közösség feljegyzését köti. A botok fiók-ID-kat és nickeket is karakterekhez rendelik, hogy a célzott utasítás mindig tudja, melyik játékos karakterét szólítja.
A botok vékony kliensek a közösségi tároló fölött. A puszta perjel-bot nem elég: a játékos felőli UI-n a Foundation, Skill, fok, Exertion, Echo/Myth jelölés és a jóváhagyások könnyen választhatók legyenek, a platform beépített erősségeit használva először (menük, gombok a mesélői Approve/Deny-hoz, válaszszálak) — kutatott, újító, jó UX, nem gombok fala.
Ülések között és alatt a játékosok áttekinthető közös nézetet is használnak a lapokról és a Community trackerről: élő URL, amíg a mesélő ülése fut, és nyilvános archívum URL (kampánybemutató oldal), ha nem. A platform fiók-hozzárendelései és a teljes napló a mesélő gépén maradnak — nem a nyilvános oldalon.
Tervezési elvek
Szakasz: „Tervezési elvek”- Mesélői hatalom — Tartós változáshoz mesélői jóváhagyás kell, ahol a szabályok ezt mondják (Hierarchy, Inventory és hasonlók). A jóváhagyás mesélői gombokkal megy (Approve / Deny) a kérésüzeneten.
- Először a fikció, aztán az utasítás — A narrációban a mesélő megnevezi a Foundationt és a Skillt (vagy egyedül a Foundationt Primitive-nél). A játékos indítja a dobásutasítást a megállapodott beállítással. Az automatizálás már tudja a hozzárendelt fiókot és a karakterét; a UI-n ott az Exertion, a választható Echoes és a jelölhető közösségi Myths.
- A kockafok ki van mondva — Biztonságos alap d8; a végső döntés a mesélőé az előny és hátrány szerint.
- Következtess, ha biztonságos; kérj mezőt, ha a fikció dönt — Olyan állapotok, mint a Decadence (hanyatlás) vagy a teherbírás-túllépés, az interakciókban kikövetkeztethetők, hogy kevesebb legyen a könyvelés. Az Armour és a Reputation továbbra is külön mezőt kíván: a jelenlétük a fikcióban dől el, mielőtt bármely arány számolódna. A Hierarchy szintjei teljes létrák, nem csak Outsider/Ruler; a relatív szintekülönbség narratívan rögzül, aztán az utasításban érvényesül.
- Válaszláncok — Az ellendobás egyszerűen dobás válaszként egy korábbi dobásüzenetre (bármely Foundation + Skill pár; játékos vagy mesélői NPC-dobás). A Tide-hozzájárulás a Tide-eseményre vagy egy már ahhoz kötött dobásra adott válaszokból jön.
- Készletminimum — Egy készlet sem esik 1 kocka alá.
- Külön felépülés — Az Exertion visszavétele és a Harm gyógyulása külön lépés a narratív pihenő után.
- Egy közösségi tároló — A lapok és a tracker soha nem ágaznak szét platformok között.
- Végrehajt, mutat, követ — Az automatizálás elsődleges dolga: végrehajtani az utasítást, mutatni az eredményt, megőrizni a változást. Balesetre: Revert last roll.
Képességtérkép
Szakasz: „Képességtérkép”| Képesség | Játékos | Mesélő | Automatizálás |
|---|---|---|---|
| Player roll | A megállapodott beállítással indítja; Exertion / Echo / Myth jelölés a UI-n | A fikcióban megnevezi a Foundation + Skill (vagy Primitive) párt és a fokot | Hozzárendeli a fiókot → karakterre; a készletet a lapból tölti; dob + Omen; frissíti a Practice/Exertiont |
| Storyteller NPC roll | — | ST dobásmenetet használ: Foundation, Skill, Exertion, fok stb. (nincs PC-lap) | Dob és jelent; nincs PC-lap változás, hacsak nincs célpont |
| Opposed margin | Válasz-dobás a fikcióban | A különbséget értelmezi | Észleli a válaszlinket; kiszámolja a jelek különbségét |
| Omen faces | — | Jelenetlapokat listáz / beállít / töröl | Minden dobáson jelzi a beállított + alapértelmezett lapokat |
| Tide | Cselekszik; a válasz-dobások kapcsolódhatnak | Nyit/zár; méret és erőviszony | Követi, amíg nyitva; történet, ha zárva |
| Practice | Látható a lapon | Prompt degrade (időugrás) | Gyűlik; emel fokot; kért romlás |
| Exertion | Játékos dobásokra fekteti bele | Pihenőt/esemény-apasztást ad | Követi a készletet; üres büntetés; biztonságos esetben következtet |
| Echoes | Létrehoz / felidéz / lezár a mesélővel | Hangnemet vétóz; a lezárás jutalmát adja | Súlyt mér a teherbíráshoz; a mesélő rendelte lapváltozásokat alkalmazza |
| Fortunes | — | Igazít | A Community trackeren |
| Foundation Myths | Dobáson jelöl, ha illik | Kapcsolható/összeadható hatásokat farag (csak ST) | Csak jelölve érvényesül |
| Harm / Dying | — | Sávot választ; alkalmaz; gyógyít (külön) | Követi; Dying; halálmenet |
| Hierarchy Diagram | Mozgatást kér | Approve (gomb) | ≤5 tengely a trackeren |
| Inventory | Változást kér; étel/víz utánpótlás | Approve (gomb) | Közös lap-felszerelés |
| Character / Weighing | A koncepciótól tovább | Véglegesít; a Word a beszélő lapján költődik; a mesélő jelöli a célpontot | Keretek; magán Omen-dobások; lapfrissítés |
| Legacy | Echo-ként faragva a mesélővel (nem külön botút) | Ugyanaz, mint más Echo-kimenet | Hétköznapi Echo / lapváltozások |
Asztali menet (játékosi akció)
Szakasz: „Asztali menet (játékosi akció)”A játékos elmondja a szándékot (szerepjáték) ↓A mesélő a fikcióban megnevezi: Foundation + Skill | Primitive, és a kockafokot (alapból d8) — Advantage/Disadvantage a kontextus szerint ↓A játékos elindítja a dobásutasítást (hozzárendelt fiók → karakter). A UI már mutatja: Exertion, választható Echoes, jelölhető Myths. A játékos választja, mit tesz bele és mit jelöl; megerősít. ↓Az automatizálás dob a fő készlettel + Omennel; mutatja az eredményt; követi a lapváltozásokat (Practice, Exertion, flags…) ↓A mesélő elmeséli a kimenetelt (+ Consequence, ha az Omen lapot hoz) ↓Ha tartós állapot jóváhagyást kíván (zsákmány, rang…): kérés → mesélő gomb Approve → közös lap/tracker (az élő közös nézet azonnal frissül; a nyilvános archívum követi)Mesélő NPC-t dob: külön ST dobásutasítás kifejezett számokkal (Foundation, Skill, Exertion, fok, Advantage). Nincs játékoskarakter-lap.
Ellendobás: bármely dobás (játékos vagy ST) válaszként egy dobásüzenetre. A pároknak nem kell egyezniük.
Tide-kötött: válasz a Tide-eseményre vagy egy már azon a Tide-on lévő dobásra.
Baleset: Revert last roll.
A Megmérettetés (automatizálási mélység)
Szakasz: „A Megmérettetés (automatizálási mélység)”- A karakterfeljegyzés a Character Conceptnél születik; a kezdeti Foundation- és Skill-kereteket ekkor kapja.
- Birth Omen (születési ómen) és Guiding Hand (vezető kéz): az automatizálás dob; a pontok a piszkozatlapra kerülnek.
- Words / Wanting: a beszélő egy Wordet a saját lapján költ (a menüből). A mesélő jelöli az elfogadott állítás célpontját. A színház emberi marad; a számolás és a megőrzés nem.
Beállítás (még alakul)
Szakasz: „Beállítás (még alakul)”A telepítési lépések, a Fluxer vs Discord tokenek, a fiók-hozzárendelés és a UI-kutatás a projekt forrásához tartoznak, és változnak. Amíg a termék el nem készül, ezt a fejezetet viselkedési szerződésnek vedd.
Parancscsaládok (a nevek a UX-tervet követik):
- Player roll / Storyteller roll — az Omen mindig benne van; nincs külön „omen command”
- Reply = ellendobás vagy Tide-kötés, ha a szülő dobás vagy Tide-esemény
- Exertion award · Harm apply/heal (külön) · Tide open/close
- Scene Omen list/set/clear (ST)
- Echo · Myth craft (ST) · Fortune
- Hierarchy kérés + ST gomb Approve · Diagram a trackeren
- Inventory kérés + Approve · restock
- Character sheet · Community tracker · Practice degrade (promptolt) · Revert last roll
A mérnöki jegyzetek a projekt forrásában vannak, nem ezen a lapon.
Kapcsolódó: Kockamechanika, Karakteralkotás, Hierarchiák.
