file-system-object
File System as Object — Directories, Interfaces, and the UPPERCASE Marker Grammar
"A directory named
<things>/is saying: the things in here are of the type<thing>. A file namedFOO.mdat a directory's root is saying: this directory exports the FOO interface. The directory IS an implementation class; the UPPERCASE marker files ARE its interface declarations; no UUIDs needed because the filename IS the class name."
This skill formalizes a grammar that already exists throughout MOOLLM. Every skill you've read — skill, prototype, card, schema, adventure, room, character, incarnation — uses these rules implicitly. The other meta-skills USE the grammar; this skill NAMES it so newcomers (human or LLM) can read MOOLLM directory trees fluently without pattern-matching each one from scratch.
The Three Rules
Rule 1: Plural-named directories declare element type
A directory named <things>/ declares "the things in here are of type <thing>."
skills/ → each child is (presumably) a skill
biomes/ → each child is a biome
mechanisms/ → each child is a schema mechanism
recipes/ → each file is a recipe
More from simhacker/moollm
self-repair
Missing state triggers repair, not failure.
41probability
Motto: The LLM is the dice. It narrates the outcome.
32memory-palace
Spatial organization of knowledge in navigable directories
29persona
Identity layers for characters — WHO they are vs WHAT they do
26dog
Canine interactions, loyalty mechanics, and pack dynamics
22storytelling-tools
Build narrative capture and sharing into the system.
20