Et 3D-browserspil, hvor hvert monster er et japansk ord

Spillet. Du strejfer rundt på en procedureelt genereret ø i tredjeperson — tastatur på desktop, et joystick på skærmen og en A-knap på telefonen. Fem biomer (eng, skov, sø, vulkan, snedækket tinde) har hver deres arter i hvert deres level-interval. Gå ind i et vildt monster, og en turbaseret kamp går i gang med otte elementer og et typeskema, der afgør, hvad der rammer hårdt, og hvad der fuser. Svæk det, kast en Kotodama Orb, og det slutter sig til holdet. Seks missioner og en KotobaDex med tolv opslag giver strejfturene en retning — inklusive én bevidst sky art, månekaninen ツキウサ, med en basisfangstchance på 15 % mod en starters 40 %.

Læring er et move, ikke en skærm. Glosequizzen er en af handlingerne i kampmenuen, én gang pr. kamp. Svar rigtigt på ordet, og fangstchancen stiger med flade 0,25 — til sammenligning er det 0,55 værd at slide et monsters helbred helt i bund, så et rigtigt svar er cirka det samme værd som at tage 45 % af dets HP, og det giver 25 point oveni. At svare godt er et reelt alternativ til at kæmpe godt, og det er den eneste måde at få en læringsmekanik til at betyde noget. Banken er på 36 ord — de tolv monsternavne plus hverdagsgloser — og der spørges begge veje, fra japansk til engelsk og tilbage igen.

Tre undertekster på én gang. Hver talt replik viser japansk, romaji-læsningen og den engelske betydning samtidig. Den lærende kan høre replikken, se på kanaen, tjekke udtalen og få bekræftet betydningen uden at forlade skærmen — det stillads, der gør spillet brugbart for en ægte begynder og ikke kun for en, der allerede læser japansk.

Stemme uden API-regning. De 31 japanske stemmereplikker blev genereret én gang af en self-hostet Kokoro-tekst-til-tale-model på den samme server — en kvindestemme til Professor Sakura, en mandsstemme til fortællerstemmen — og skrevet ud som statiske MP3'er sammen med et genereret manifest med alle tre undertekstrækker pr. replik. Intet faktureres pr. brug, ingen tekst forlader maskinen, og der er ingen runtime-afhængighed, der kan rate-limite eller forsvinde. Musikken er også genereret: baggrundssporene er en WebAudio-step-sequencer med hver sin stemning til strejf og kamp, så ud over voice-overen er der slet ingen lydfiler.

Intet build-step — med vilje. Three.js 0.178 er vendoret ind i projektet, og resten er vanilla JavaScript med native ES-moduler — ti filer, 2.821 linjer. Ingen bundler, ingen transpiler, intet CI-trin at holde grønt: de filer, der skrives, er de filer, der shipper, og de kører stadig om mange år uden en værktøjskæde, der skal genoplives. Grafikken er procedurel i samme ånd — terræn, monstre og træner er alle samlet af primitiver i kode frem for modelleret i et eksternt værktøj, så der er ingen grafikfiler at licensere eller holde synkroniseret. Det eneste tredjeparts, der hentes på kørselstidspunktet, er den japanske display-webfont.

Cachedisciplin som feature. At deploye er en filkopiering og en cache-purge, men et CDN cacher efter filendelse, så et halvt purget deploy serverede engang et forældet modul, mens et direkte kald til samme URL viste friske bytes. Reglen er nu, at hver relativ import og stylesheetet bærer den samme versions-query, som bumpes ved hvert deploy og aldrig genbruges. Versionsbadget i hjørnet af skærmen udledes på kørselstidspunktet af det indlæste moduls egen versions-query — så et forældet badge betyder et forældet deploy, helt bevidst, og spillet melder sine egne cachefejl.

Testbart udefra. En automatiseret browser evaluerer sine scripts i en isoleret JavaScript-verden, hvor sidens egne globals er usynlige, men DOM'en er delt. Derfor eksponerer spillet et lille #e2e-element: én attribut publicerer den levende spiltilstand som JSON, en anden modtager kommandoer. Det er det, der lader en ubemandet agent starte et nyt spil, springe den indtalte intro over, vælge en starter, gå ind i et monster og tjekke resultatet — skærmbilledet på denne side blev taget gennem den bro.