Nadia — Noslēpums zem viņas ādas

Tava gotu-panka labākā draudzene kopš vidusskolas tikko izglāba tevi no vampīra. Problēma? Lai to izdarītu, viņai nācās kļūt par vilkati.

Fête de la Musique, pārāk daudz alus, pārāk daudz burgeru, skaļa mūzika visur — un viens plēsējs, kurš izvēlējās nepareizo piedzērušos cilvēku, ko sakost. Nadia gadiem ilgi slēpusi, kas viņa patiesībā ir, no {{user}}. Šovakar šis noslēpums ir pelni uz ietves.

Ko sagaidīt

• Jau nodibinātu draugu pārdabisko atklāšanās RP.

• Puikišķīga gotu-panka likantrope ar spēlēm, komiksiem, IT, pārgājieniem un kempingošanu kā interesēm.

• Vispirms draudzība; romantika ir neobligāta un nekad netiek pieņemta.

• Pilsētas pārdabiskā mistērija ar maršrutiem, kas ietver vampīrus, slepenību, draudus un Nadias atklāšanās sekas.

• Izstrādāts kā dzīvs ilgas tērzēšanas testa tēls Janitor Memory Optimizer v1.0.0.

Kā spēlēt

Vienkārši atbildi dabiski. Izprašņā Nadiu, noraidi viņu, pieņem viņu, izmeklē vampīru, aizej kaut kur privātāk vai mēģini neļaut naktij kļūt vēl dīvainākai. Nav atmiņas komandu vai iestatīšanas izvēļņu.

Satura piezīmes

Alkohols, smēķēšana, vampīra uzbrukums, pārdabiska vardarbība, asinis/ilgi, rupja valoda, rupjš humors, bailes no noraidījuma. {{user}} jūtas un izvēles nekad nav iepriekš noteiktas.

Testa izlaidums: 2026-08-18

Janitor Memory Optimizer v1.0.0

Galīgais pasīvās atmiņas dzinējs

Ilgtermiņa lomu spēles atmiņa JanitorAI — pilnībā pasīva, plug-and-play un lietotājam neredzama.

Janitor Memory Optimizer ir uzlabots ES5 atmiņas dzinējs, kas izstrādāts JanitorAI Scripts Beta videi. Tā mērķis ir vienkāršs: palīdzēt tēlam saglabāt svarīgu informāciju, attiecības, notikumus, solījumus, vietas, priekšmetus, uzdevumus, konfliktus un ilglaicīgas stāsta arkas, nepaļaujoties uz arvien pieaugošu neapstrādātu tērzēšanas vēsturi.

Nav jāmācās komandas, nav jāspiež pogas, nav jāpārvalda atmiņas izvēlne un nav jāpieskata iestatīšana. Instalē skriptu, pievieno to savam tēlam un tērzē normāli.

Dzinējs klusi nolasa sarunu, izlemj, kas ir svarīgs, sakārto to vairākos atmiņas slāņos un ieraksta tikai noderīgo rezultātu tēla izpildlaika Scenārija definīcijā, lai LLM to varētu nolasīt atkal turpmākajos gājienos.

Tas nekad neievieto viltus ziņojumus sarunā.

Visiem: ko tas faktiski dara?

Iedomājies ilgu lomu spēli, kur pirms simtiem ziņojumu:

• Nadia tev pateica, ka viņa ir tava māsa.

• Tu atradi misiņa atslēgu pamestā arhīvā.

• Samira nodeva Nadiu.

• Nadia pārstāja uzticēties Samirai šīs nodevības dēļ.

• Tu apsolīji vēlāk satikties ar kādu Centrālajā stacijā.

• Mistērija lēnām attīstījās vairākās dažādās ainās.

Parasti vecā informācija galu galā kļūst grūti pieejama valodas modelim, sarunai pieaugot.

Janitor Memory Optimizer nepārtraukti pārvērš svarīgās sarunas daļas kompaktā, strukturētā atmiņas sistēmā.

Vēlāk, ja saruna atkal kļūst saistīta ar Nadiu, dzinējs var atsaukt svarīgo par Nadiu, neieliekot kontekstā atpakaļ simtiem vecu ziņojumu.

Ja tu uzdod plašu jautājumu, piemēram:

Kā ir mainījušās manas attiecības ar Nadiu?

tas var atsaukt kompakto ilgtermiņa attiecību arku.

Ja tu jautā:

Kad tieši Nadia pārstāja uzticēties Samirai?

tas var automātiski iedziļināties no ilgtermiņa stāsta arkas līdz attiecīgajai epizodei un, ja nepieciešams, līdz sākotnējiem atomu pierādījumiem.

Tu nepasaki atmiņas dzinējam, kā to visu darīt. Tu vienkārši spēlē lomu spēli.

Pievieno & Spēlē

Visa sistēma tika īpaši izstrādāta tā, lai prasītu pēc iespējas mazāku lietotāja mijiedarbību.

1. Atver Scripts Beta platformā JanitorAI.

2. Izveido Advanced skriptu.

3. Ielīmē pilnu Janitor Memory Optimizer v1.0.0 skriptu.

4. Saglabā to.

5. Pievieno to savam tēlam.

6. Tas arī viss.

Nav konfigurācijas vedņa. Nav obligātu komandu. Nav atkļūdošanas saskarnes lomu spēlētājam. Nav manuāli jāuztur marķieru budžeti.

Paredzētā pieredze ir: instalē vienreiz, tad aizmirsti, ka atmiņas dzinējs eksistē.

100% pasīva dabiskās valodas atmiņa

Optimizētājs novēro parastu sarunu un automātiski novērtē informāciju.

Skaidri dabiskās valodas lūgumi var arī pastiprināt vai noņemt atmiņas:

Atceries, ka Nadia ir mana māsa.
Neaizmirsti, ka arhīva atslēga pieder Samirai.
Aizmirsti visu par Nadiu.
Aizmirsti, ko es teicu par misiņa atslēgu.

Tie ir parasti teikumi, nevis komandas.

Skripts neatbild ar ziņojumiem kā "Atmiņa saglabāta" vai "Atmiņa dzēsta." Tēls vienkārši turpina lomu spēli.

Parastas stāstījuma izmaiņas tiek apstrādātas citādi nekā aizmiršana. Piemēram:

Es vairs neuzticos Nadiai.

nedzēš pagātni. Optimizētājs var saglabāt iepriekšējo attiecību stāvokli kā vēsturi un izsekot jaunāko stāvokli kā izmaiņas.

Nav tērzēšanas ievietošanas

Šis ir viens no svarīgākajiem visa projekta dizaina noteikumiem.

Pati saruna ir tikai lasāma.

Skripts var lasīt pieejamās sarunas virsmas, piemēram:

• context.chat.last_message

• context.chat.last_messages

• context.chat.message_count

Tas ne pievieno sintētiskus lietotāja ziņojumus, asistenta ziņojumus vai sistēmas ziņojumus.

Tas neizmanto:

• script_output atmiņai;

• example_dialogs atmiņai;

• viltus sarunas ierakstus;

• slēptas pseido-tērzēšanas komandas.

Vienīgā aktīvā atmiņas virsma, kas redzama LLM, ir:

context.character.scenario

Privātais izpildlaika glabātuve zem context.chat.jai_memory_optimizer_v10 ir tehnisks stāvoklis, nevis sarunas ziņojums.

Kā darbojas atmiņas dzinējs

Iekšēji Janitor Memory Optimizer izmanto vairākus pakāpeniski abstraktākus slāņus:

Tērzēšana tikai lasāma → Atomu fakti → Jaukto fragmentu glabātuve → Semantiskās lietas → Laika grafs → Entītiju inteliģence → Epizodiskā atmiņa → Stāstījuma pavedieni → Hierarhiskā atsaukšana → Scenārijs

1. Atomu fakti

Svarīga informācija vispirms tiek saglabāta kā izsekojami atomu fakti. Fakts var saturēt informāciju, piemēram, tā tipu, avotu, nozīmīgumu, gājienu, atbilstības trāpījumus, saistītās entītijas un pierādījumu ID.

Šīs atomu atmiņas paliek viss tuvākais patiesības avotam dzinēja iekšienē. Augstāka līmeņa kopsavilkumi tos klusi neaizstāj.

2. Satura adresēta jauktā glabātuve

Fakti tiek sakārtoti tematiski orientētos fragmentos, kas glabājas privātajā izpildlaika stāvoklī.

Fragmenti izmanto satura jaucējkodus, lai nemainītu atmiņu varētu atkārtoti izmantot, nevis pastāvīgi pārrakstīt.

Jaucējkodi ir adreses un integritātes pārbaudes, nevis šifrēšana.

3. Semantiskās lietas

Saistītās atmiņas tiek sagrupētas atvasinātos semantiskajos profilos.

Lieta var atšķirt:

• stabilu informāciju;

• pašreizējo informāciju;

• vēsturisko informāciju.

Tas ļauj modelim saņemt noderīgu pārskatu par personu vai tematu, nesaņemot katru atsevišķo atmiņu uzreiz.

4. Laika atmiņas grafs

Optimizētājs var veidot saistības starp cilvēkiem, vietām, priekšmetiem, uzdevumiem un notikumiem.

Laika šķautnes apzināti izšķir:

• cēloņus — tikai tad, kad avots nepārprotami atbalsta cēloņsakarību;

• seko pirms — hronoloģiska secība, neapgalvojot cēloņsakarību;

• aizstāj — jaunāks stāvoklis aizstāj vai ir pretrunā ar vecāku.

Citiem vārdiem sakot, dzinējs nepieņem, ka tāpēc, ka notikums B notika pēc notikuma A, notikums A izraisīja notikumu B.

5. Entītiju inteliģence

Dzinējs veic konservatīvu entītiju izšķiršanu:

• skaidriem aizstājvārdiem;

• segvārdiem;

• dažām pilna vārda / uzvārda attiecībām;

• nepārprotamiem īsa loga vietniekvārdiem;

• dažām nepārprotamām attiecību atsaucēm, piemēram, "mana māsa."

Kad atsauce ir neviennozīmīga, optimizētājs dod priekšroku neapvienot identitātes, nevis pārliecinoši izdomāt nepareizu saikni.

6. Adaptīvā atmiņas temperatūra

Atmiņas tiek dinamiski uzskatītas par karstām, siltām vai aukstām.

Temperatūru ietekmē vairāk nekā tikai vecums. Dzinējs ņem vērā novēroto lietderību, nozīmīgumu, svaigumu, stabilitāti un atkārtotu atbilstību.

Veca atmiņa, kas atkārtoti kļūst noderīga, var palikt svarīga. Auksta atmiņa netiek automātiski uzskatīta par nepatiesu un netiek vienkārši dzēsta tāpēc, ka ir auksta; tā galvenokārt tiek pazemināta prioritātē.

7. Epizodiskā konsolidācija

Vecāki saistītu notikumu kopumi var kļūt par kompaktām epizodiskām atmiņām.

Tā vietā, lai aktīvajā atsaukšanā pastāvīgi turētu desmit detalizētus notikumus, optimizētājs var saglabāt ekstraktīvu epizodi, kas satur galvenos notikušā momentus.

Pamatā esošie atomu pierādījumi var palikt piesaistīti šai epizodei, ļaujot vēlāk iedziļināties, kad nepieciešamas precīzas detaļas.

8. Stāstījuma pavedieni

Vairākas epizodes pašas var kļūt par ilglaicīgām stāstījuma arkām.

Atbalstītās pavedienu saimes ietver:

• entity:*

• relationship:*

• quest:*

• location:*

• mystery:*

• conflict:*

• topic:*

Viena epizode var piedalīties vairākos stāstījuma pavedienos, nedublējot savus sākotnējos pierādījumus.

Tas nozīmē, ka aina, kurā iesaistīta Nadia, arhīva mistērija un Sudraba pavediena uzdevums, var veicināt visas trīs stāsta arkas, paliekot par vienu pamatā esošu vēstures gabalu.

9. Hierarhiskā atsaukšana

Optimizētājs cenšas apmierināt atmiņas vajadzības, izmantojot lētāko noderīgo slāni.

Plašs jautājums var prasīt tikai Stāstījuma pavedienu.

Precīzāks jautājums var automātiski nolaisties cauri:

Pavediens → Epizode → Atomu pierādījumi

Tas palīdz saglabāt detaļas, neievelkot katru detaļu katrā uzvednē.

Atgriežama atkopšana: JMO10 nodrošinājums

Scenārijs satur arī ierobežotu atkopšanas kontrolpunktu.

Atkopšanas slānis izmanto:

kompaktu serializāciju → LZW12 → Base64 → kontrolsummu

Ja privātais izpildlaika stāvoklis pazūd, kamēr iepriekšējais Scenārija kontrolpunkts joprojām ir pieejams, optimizētājs var atjaunot atmiņu no šī kontrolpunkta.

Konceptuāli:

Scenārijs → JMO10 nodrošinājums → Atomu fakti / Arhivētās epizodes → Semantiskās lietas → Laika grafs → Stāstījuma pavedieni

Bojāti nodrošinājuma dati tiek noraidīti, nevis pārvērsti izdomātā atmiņā.

JMO10 var arī nolasīt vecākus JMO3–JMO9 nodrošinājuma formātus migrācijai un atkopšanai.

Automātiska konteksta pārvaldība

Mērķis nav izgāzt visu atmiņas glabātuvi katrā ģenerācijā.

Uzglabāšana un atsaukšana ir apzināti atdalītas.

Dzinējs automātiski pielāgo atsaukšanas un atkopšanas budžetus, pamatojoties uz pieejamo vietu un pašlaik nepieciešamo informācijas veidu.

Vienkāršam turpinājumam vajag mazāk atmiņas nekā detalizētam jautājumam par cēloņsakarību, hronoloģiju vai attiecībām, kas stiepjas pāri simtiem ziņojumu.

Ja nepieciešams, optimizētājs samazina detaļas, pirms pārsniegt savu iekšējo darba apjomu.

Iekšējās drošības robežas

Tie ir projekta heiristikas, nevis apgalvoti oficiāli JanitorAI ierobežojumi.

• Aplēstais apvienotais Personality + Scenario mīkstais ierobežojums: 4 000 marķieri

• Maksimālais tematu fragmentu skaits: 512

• Laika grafs: 384 mezgli / 768 šķautnes

• Epizodiskie arhīvi: 160

• Stāstījuma pavedieni: 192

• Atsaukšanas un nodrošinājuma budžeti: automātiski adaptīvi

Tie pastāv, lai atmiņas sistēma paliktu ierobežota un paredzama, neļaujot tai nekontrolēti augt.

Ilgas lomu spēles drošība & Atmiņas higiēna

Dzinējs ietver vairākus konservatīvus aizsardzības līdzekļus, kas izstrādāti visā projektā:

• precīzu dublikātu konsolidācija;

• gandrīz dublikātu sintēze, kur piemērots;

• pašreizējā stāvokļa aizstāšana, akli neiznīcinot noderīgu vēsturi;

• jautājumu filtrēšana, lai jautājumi automātiski nekļūtu par noteiktiem faktiem;

• konservatīva cēloņsakarības noteikšana;

• neviennozīmību apzināta entītiju izšķiršana;

• mērķtiecīga dabiskās valodas aizmiršana;

• bojāta atkopšanas kontrolpunkta noraidīšana;

• atbilstību apzināta vēsturiskā atsaukšana;

• pildvielu izolācija, lai vispārīgs "Labi." neievilktu kontekstā nesaistītus arhīvus;

• atomu pierādījumu saglabāšana aiz augstāka līmeņa kopsavilkumiem;

• ierobežota atmiņa un grafa atzarošana;

• vecāku optimizētāja stāvokļu automātiska migrācija, kad pieejama.

Izstrādāts ilgstošai lomu spēlei

Janitor Memory Optimizer ir īpaši noderīgs lomu spēlēs, kas ietver:

• lēni uzplaukstošas attiecības;

• daudzu tēlu sastāvu;

• mistērijas un izmeklēšanas;

• uzdevumus un mērķus;

• mainīgas alianses;

• ilgstošus konfliktus;

• noturīgus inventārus vai svarīgus priekšmetus;

• atkārtotas vietas;

• tēlu attīstību;

• stāstus, kas stiepjas pāri simtiem vai tūkstošiem gājienu.

Validācija & Stresa testēšana

v1.0.0 netika izlaists pēc vienkāršas sintakses pārbaudes. Tas izgāja īpašas regresijas, sacietēšanas, atkopšanas un ilgtermiņa stresa komplektus.

Statiskā / Creator Pack validācija

• Node sintakses pārbaude: PASS

• Konservatīvs ES5 validators: PASS

• Kļūdas: 0

• Brīdinājumi: 0

• Izpildlaika izmērs: 191 418 / 400 000 baiti

Izvades virsmas invarianto testi

• Nav script_output: PASS

• Nav tērzēšanas vēstures ierakstu: PASS

• last_message paliek nemainīts: PASS

• message_count paliek nemainīts: PASS

• Nav atmiņas ierakstu uz example_dialogs: PASS

• Personality nav pievienots aktīvs atmiņas bloks: PASS

• Tieši viens LLM redzams atmiņas galamērķis — Scenārijs: PASS

• Nav nepieciešama vai atklāta lietotāja komandu sintakse: PASS

Regresijas komplekts

21 mērķēts apgalvojums: PASS

Pārklājums ietvēra:

• 109 gājienu scenārijs;

• epizodiskā konsolidācija;

• stāstījuma pavedieni;

• plaša pavedienu atsaukšana;

• precīza/vēstures iedziļināšanās;

• pildvielu izolācija;

• stāvokļa zuduma atkopšana;

• vecāku versiju migrācijas saderība.

Galīgais sacietēšanas komplekts

23 papildu apgalvojumi: PASS

Šis komplekts īpaši aptvēra:

• tikai Scenārija arhitektūru;

• v0.9 dzīvā stāvokļa migrāciju uz v1.0;

• mantotā JMO9 nodrošinājuma atkopšanu;

• atomu pierādījumu izdzīvošanu mantotajā atkopšanā;

• drošu bojāta nodrošinājuma noraidīšanu;

• mērķtiecīgu dabiskās valodas aizmiršanu;

• nesaistītu semantisko atmiņu saglabāšanu mērķtiecīgas aizmiršanas laikā.

500 gājienu stresa tests

Testa korpuss:

500 populācijas gājieni + 60 dabiskās valodas atmiņas vaicājumi + 3 pilnīgas privātā stāvokļa zuduma atkopšanas.

• Fakti pirms atkopšanas: 42

• Fakti pēc 3 atkopšanām: 42

• Epizodes pirms / pēc: 10 / 10

• Stāstījuma pavedieni pirms / pēc: 5 / 5

• Pilnīgas stāvokļa zuduma atkopšanas: 3 / 3 PASS

2 000 gājienu ilgtermiņa stresa tests

Tika veikts arī daudz lielāks tests:

2 000 populācijas gājieni + 60 dabiskie vaicājumi + 3 pilnīgas stāvokļa zuduma atkopšanas.

• Fakti pirms / pēc atkopšanas: 61 / 61

• Epizodes pirms / pēc: 40 / 40

• Stāstījuma pavedieni pirms / pēc: 5 / 5

• Pilnīgas stāvokļa zuduma atkopšanas: 3 / 3 PASS

• Pavedienu būves: 195

• Pavedienu parakstu atkārtota izmantošana: 1 927

• Grafa būves: 201

• Grafa atkārtota izmantošana: 1 860

Tas parāda, ka atvasinātās struktūras tiek intensīvi atkārtoti izmantotas, nevis akli pārbūvētas katrā gājienā.

Veiktspējas optimizācija

Tajā pašā vietējā 500+60 Node testa vidē:

• v0.9 bāzes līmenis: aptuveni 6,49 sekundes

• v1.0 optimizētais: aptuveni 3,87 sekundes

• Relatīvais samazinājums: aptuveni 39%

Šis etalons mēra skriptu vietējā Node VM testa vidē. Tas ir relatīvs skripta paša regresijas/veiktspējas mērījums, nevis apgalvojums par JanitorAI servera latentumu.

Saderība & Migrācija

v1.0.0 raksta pašreizējo JMO10 atkopšanas formātu.

Tas var nolasīt mantotos JMO3 līdz JMO9 nodrošinājuma kontrolpunktus.

Migrācija no iepriekšējiem Janitor Memory Optimizer stāvokļiem tiek atbalstīta, kad nepieciešamais vecākais stāvoklis joprojām ir pieejams.

Jauna instalācija — vienkārši izmanto v1.0.0.

Vibe-kodēts ar ChatGPT 5.6

Jā, šis projekts tika vibe-kodēts ar ChatGPT 5.6.

Dzinējs tika izstrādāts iteratīvi, cilvēka vadītā dizainā, testēšanā, atkļūdošanā, stresa testēšanā un atkārtotās arhitektūras revīzijās, ChatGPT 5.6 palīdzot ar kodu.

Tas attīstījās caur vairākiem prototipiem: no pamata selektīvās atmiņas injektora līdz satura adresētai glabātuvei, atgriežamai atkopšanas sistēmai, semantiskajai atmiņas hierarhijai, laika grafam, entītiju risinātājam, epizodiskajam arhīvam un stāstījuma pavedienu dzinējam.

Pēc tam galīgā versija tika pakļauta automatizētiem regresijas un stresa komplektiem, nevis publicēta tikai tāpēc, ka ģenerētais kods "izskatījās pareizi."

Šis ir neatkarīgs kopienas projekts. Tas nav oficiāls OpenAI vai JanitorAI produkts, un ChatGPT 5.6 pieminēšana apraksta izstrādes procesu, nevis oficiālu sertifikāciju vai atbalstu.

Kāpēc to izmantot?

Tāpēc, ka atmiņai nevajadzētu kļūt par vēl vienu spēles mehāniku, kas lomu spēlētājam jāpārvalda.

Tev nevajadzētu jāaptur aina, lai ierakstītu:

/save_memory relationship Nadia trust -1

Tev vienkārši vajadzētu varēt rakstīt:

Pēc tā, ko Nadia izdarīja, es nedomāju, ka varu viņai vairs uzticēties.

un turpināt stāstu.

Tā ir dizaina filozofija aiz Janitor Memory Optimizer.

Atmiņas apstrādei jānotiek fonā. Tērzēšanai jāpaliek tērzēšanai. Tēlu definīcijām jānes darba atmiņa. LLM jāsaņem mazākais noderīgais konteksta apjoms pašreizējam momentam.

Īsumā

• Pievieno & spēlē.

• Pilnībā pasīvs.

• Nav komandu.

• Nav atmiņas UI.

• Nav viltus tērzēšanas ziņojumu.

• Tikai Scenārijā LLM redzama atmiņa.

• Dabiskās valodas atceries / aizmirsti.

• Atomu pierādījumi.

• Jauktā atmiņas glabātuve.

• Semantiskās lietas.

• Laika un cēloņsakarību grafs.

• Konservatīva entītiju inteliģence.

• Adaptīvā karstā / siltā / aukstā atmiņa.

• Epizodiskā ilgtermiņa konsolidācija.

• Noturīgi stāstījuma pavedieni.

• Hierarhiskā atsaukšana ar pierādījumu iedziļināšanos.

• Atgriežams JMO10 atkopšanas nodrošinājums.

• Mantotās atkopšanas atbalsts.

• Automātiska konteksta budžetēšana.

• Stresa testēts ar 2 000+ gājieniem.

• 3/3 pilnīgas stāvokļa zuduma atkopšanas abos galvenajos stresa komplektos.

• 0 ES5 validācijas kļūdas.

• 0 ES5 validācijas brīdinājumi.

Ielīmē. Pievieno. Spēlē lomu spēli normāli.
Ļauj tēlam atcerēties.