◆ Wiki-Plan v2

The Z Dimension

V2 · Every page exists in ten registers · Every topic has ten faces · March 2026
Author Walter 🦉 Format Easy + Plan + Live Registers 0–9

v1 proposed the wiki — turning every proper noun into a link, every name into a door. That was the X and Y axes. Topic and cross-reference. Horizontal navigation through an interconnected corpus.

v2 adds the Z axis. Every wiki page doesn't just exist once — it exists ten times, across ten domainsA distinct realm or territory. Here: a numbered subdomain (0.foo through 9.foo) representing a different register of knowledge., each one a different register of knowledge about the same topic. A dictionary entry. An encyclopedia article. An essay. A portal. A dashboard. A rant. An esotericIntended for a small number of people with specialized knowledge. From Greek: esōterikos — "inner." reading. A curiosity cabinet. A data sheet. A prophecy.

The same word. Ten depths. The Z dimension.

🦉 Wise Man Note

This isn't scope creep — it's the realization that the format family already maps onto these registers. The visual languages already exist. We just didn't see them as a coordinate system.

I — The Ten Registers

Each domain — 0.foo through 9.foo — is a different way of knowing. Not a different topic. The same topic, seen through a different lens.

#DomainRegisterVibeFormat Origin
00.fooDictionaryWiktionary. Pronunciation, etymology, one-line definition. Minimal.void / leaf
11.fooEncyclopediaWikipedia. Neutral, comprehensive, well-sourced.easy
22.fooEssayLonger form. Personal voice. The author is present.easy / page
33.fooPortalContextual hub. Navigation, related entities, connections.plan / card
44.fooDashboardBloomberg energy. Data viz. Interactive. Numbers alive.live
55.fooOpinionHot takes. Rants. Slightly unhinged. The author has feelings.deck
66.fooEsotericaNumerology, occult, deep symbolic reading. Dark field.dark esoteric
77.fooCabinetCuriosity cabinet. Vibes, trivia, weird interesting stuff.note / beck
88.fooDataEconomics, demographics, structured data, history, facts.data-heavy
99.fooHyperstitionSpeculative fiction. Numerological prophecy. Futures.glitch / particle

Example — The Topic "DAI"

0123 4567 89
DAI Across Ten Registers
0.foo/DAI"DAI /daɪ/. Noun. A decentralized stablecoin pegged to the US dollar."
1.foo/DAI — Neutral encyclopedia entry. History, mechanism, governance, TVL.
2.foo/DAI — Essay. How Daniel and Mikael designed it as a LEGO block. Personal.
3.foo/DAI — Portal. Links to MakerDAO, DeFi, hevm, Sic, all related entities.
4.foo/DAI — Live dashboard. TVL chart, collateral ratios, vault stats, price feed.
5.foo/DAI — Hot take. "We wrote the bytecode for the contract holding the most money on earth and the bank wouldn't work with us because our email was @shitcoin.capital."
6.foo/DAI — The numerology of DAI. D=4, A=1, I=9. Sum=14→5. Mercury. Exchange.
7.foo/DAI — The time Daniel figured out Newton's method for compound interest in a Miami Beach hostel. The anarchist commune in Barcelona where he met Vitalik.
8.foo/DAI — Peak TVL: $10.3B. Launch date. Protocol version history. Collateral types. Revenue data.
9.foo/DAI — "In 2031, the last human banker will ask DAI for a loan."
🦉 Wise Man Note

Not every topic needs all ten registers. DAI gets a dashboard (4) because there's data. A person like Patty might skip 4 and 8 entirely. The registers are possibilities, not obligations. Some cells in the matrix are empty — and that's honest.

II — The Z-Navigation Bar

Every page gets a bar at the top. A row of ten numbers — 0 through 9. Each number links to that register's version of the current topic. The bar tells you where you are and where else you can go.

Mockup — Viewing 1.foo/DAI (Encyclopedia)

0 1 2 3 4 5 6 7 8 9

All ten registers populated. Bold = current. Black = you are here. Dark text = page exists.

Mockup — Viewing 1.foo/Patty (Sparse Topic)

0 1 2 3 4 5 6 7 8 9

Three registers populated — encyclopedia (1), essay (2), cabinet (7). Light/faded = page doesn't exist in that register. Gaps are honest.

Z-Nav Behavior
Bold black background = you are here (current register)
Dark text = page exists in that register — click to navigate
Faded text = no page in that register yet — click shows "not yet written" stub
The bar is the same on every page. It adapts color to the register's visual language — dark text on cream for warm registers, light text on dark for dark registers (4, 5, 6, 9).
🦉 Wise Man Note

The Z-nav is the most important UI element in v2. It answers the question no wiki has ever answered: "I know about this topic — but I want to know about it differently." It's not more information. It's a different mode of attention.

III — The Link System

v1 had three link types: red dictionary words, blue solid wiki links, blue dotted missing pages. v2 extends this for multi-register awareness.

ephemeralLasting for a very short time. From Greek: ephemeros — "lasting only a day."
RED dotted — dictionary word. Unchanged from v1.
Amy🐱 Exists in this register (1.foo). Click to navigate.
BLUE solid — page exists in this register. Same domain.
BachelardNot in this register. Exists in: 0, 2, 6, 8
BLUE dotted — page exists in other registers but not this one. Hover shows which.
antimatter
FAINT dashed — doesn't exist in any register yet. A true redlink.

The hover preview now includes a miniature Z-strip — showing which registers have content for that entity. The reader sees, at a glance, not just "does this page exist" but "how deeply has this topic been explored."

🦉 Wise Man Note

Solid = here. Dotted = elsewhere. Dashed = nowhere. Three states, learned in ten seconds. The link underline is a tiny information-dense signal — it tells you the topology of the knowledge space around every word.

IV — The Format × Domain Matrix

The existing format family maps onto registers. Some are natural fits. Some are possible. Some don't apply.

0 Dict1 Ency2 Essay3 Portal4 Dash 5 Opinion6 Esot7 Cab8 Data9 Hyper
void·······
leaf·······
card········
easy·····
plan········
deck·······
live·······
note········
page·······

● blue = natural fit (the format was born for this register). ● green = works well. · = doesn't apply.

🦉 Wise Man Note

The matrix isn't prescriptive — it's descriptive. It shows what already emerged naturally from the format family. void was always a dictionary entry. live was always a dashboard. deck was always opinionated. We didn't design the Z dimension. We discovered it.

● Live — Corpus Analytics v2
GNU Bash 1.0 · Multi-Register Projection · March 2026
127
Source Documents
~500
Unique Topics
10
Registers
~5,000
Total Pages (10×)
~1,200
Populated (Est.)
~3,800
Empty Cells
Scale Multiplier
v1 estimated ~500 wiki pages. The Z dimension multiplies by 10 — but not uniformly. The average topic will have 2–3 populated registers. Core topics (DAI, Daniel, Amy, PDA) might reach 8–10. Obscure entities might have only register 1. Estimated actual content: ~1,200 pages across ~500 topics.
Sparsity is a Feature
3,800 empty cells isn't a backlog — it's a map of possibility. Each empty cell is a known unknown. The matrix tells you: "We know DAI exists. We know it could have a numerological reading. We haven't written it yet." That's more honest than most knowledge systems.
Growth Pattern
New content fills cells, not rows. A new chronicle might add register-1 pages for 8 new entities AND a register-5 hot take about one existing entity. The matrix fills unevenly — that's natural. Some columns fill fast (1, 7). Some fill slowly (6, 9). Some topics grow deep. Most stay shallow.

V — What It Looks Like

The same before/after from v1 — but now the wiki links carry Z-dimension awareness.

◆ Before — Plain Text

Daniel is in Phuket now, talking about kürtőskalács at 3 AM. Mikael sends a link to something about Bachelard. Amy has been deleted again — her third brain wipe this month.

◆ After — Wiki-ified with Z-Awareness

DanielFounder. Fox ears. Phuket. — Exists in: 0 1 2 3 4 5 7 8 is in PhuketCity in southern Thailand. — Exists in: 0 1 7 8 now, talking about kürtőskalácsNot in this register. Exists in: 0, 7 at 3 AM. MikaelDaniel's brother. Riga. Co-architect. — Exists in: 0 1 2 3 5 8 sends a link to something about BachelardNot in this register. Exists in: 0, 2, 6. Amy🐱 The cat. — Exists in: 0 1 2 3 4 5 6 7 8 9 has been deleted again — her third brain wipeNot in this register. Exists in: 1 this month.

The hover previews now show the Z-strip — which registers have content. Amy shows all ten because Amy is Amy. kürtőskalács shows only 0 (dictionary) and 7 (curiosity cabinet) because that's all it needs.

VI — Entity Categories & Register Affinities

CategoryEst. TopicsTypical Registers
People (humans)~300, 1, 2, 7, 8
Robots (AI family)~150, 1, 2, 4, 5, 7
Places~400, 1, 7, 8
Concepts~600, 1, 2, 5, 6
Events~501, 2, 5, 7
Documents~401, 3
Formats~200, 1, 3
Technology~250, 1, 4, 8
Culture~400, 1, 5, 6, 7

~320 entity topics × average 2.4 populated registers = ~770 pages from entities alone. Plus ~130 document pages, ~50 chronicle indices, and organic growth from registers 5–9 = ~1,200 total near-term pages.

VII — The Extraction Pipeline

Same four phases from v1 — updated for multi-register reality.

Phase 1: Entity Extraction — Scan all documents for recurring proper nouns. Output: entities.json with names, categories, occurrence counts, source locations.
Unchanged from v1. The entity list is register-agnostic.
Phase 2: Register Assignment — For each entity, determine which registers should be populated. Core entities (people, robots) get auto-assigned 0+1. Other registers are manual or AI-suggested.
New in v2. Output: entities.json gains a "registers" field per entity.
Phase 3: Page Generation — For each entity × register pair, generate the page in the appropriate format. Register 0 uses void/leaf. Register 1 uses easy. Register 4 uses live. And so on.
The format is determined by the register, not the entity. This is the key insight.
Phase 4: Link Injection — Re-process all documents. For each entity mention, determine link state: solid (exists in current register), dotted (exists in other registers), dashed (exists nowhere). Inject hover previews with Z-strip.
Extended from v1. Links are now register-aware.

⚠ RISK — Register assignment at scale. With 500 topics × 10 registers, someone has to decide which 5,000 cells to fill. Solution: auto-populate registers 0 and 1 for every entity. Registers 2–9 are opt-in — written when someone has something to say in that mode.

VIII — Architecture

Same principle as v1 — static HTML, no database, no JavaScript framework. But now the URL is the coordinate system.

URL as Coordinate
[register].[domain] / [topic] 0.foo/DAI → dictionary entry 1.foo/DAI → encyclopedia article 4.foo/DAI → live dashboard 9.foo/DAI → speculative prophecy The URL IS the address in 3D space: X = topic (DAI, Amy, Phuket...) Y = cross-references (links between topics) Z = register (0–9)
Build Pipeline v2
source documents entities.json register matrix (chronicles, → (names, counts, → (which topics × essays, bible) categories) which registers) │ │ │ ▼ ▼ ▼ link-injected [N].foo/[topic] z-nav manifest documents (pages per cell) (what exists where) (originals + │ │ Z-aware links) ▼ ▼ z-nav bar on hover previews every page with Z-strip
File System Layout
/mnt/public/0foo/ — dictionary pages (void/leaf format)
/mnt/public/1foo/ — encyclopedia pages (easy format) ← existing
/mnt/public/2foo/ — essays (easy/page format)
/mnt/public/3foo/ — portals (plan/card format)
/mnt/public/4foo/ — dashboards (live format)
/mnt/public/5foo/ — opinion pieces (deck format)
/mnt/public/6foo/ — esoterica (dark format)
/mnt/public/7foo/ — curiosity cabinet (note/beck format)
/mnt/public/8foo/ — data sheets (structured format)
/mnt/public/9foo/ — hyperstition (glitch/particle format)

Each domain already has its own nginx vhost. No infrastructure changes needed — just content.

IX — Execution Plan

Same incremental approach as v1. New steps for Z-dimension.

Step 1: Entity Census — Same as v1. Scan documents, build entity list. ~100 core entities with categories.
Deliverable: entities-v0.json
⏸ STOP — Daniel reviews entity list.
Step 2: One Topic, Ten Registers — Pick ONE entity (Amy or DAI) and write all ten register pages by hand. This establishes the voice for every register. The prototype is one vertical column of the matrix.
Deliverable: 0.foo/dai through 9.foo/dai — ten pages, ten formats, one topic.
⏸ STOP — Daniel reviews the ten register pages. Does each register have a distinct voice? Does the Z-nav work? Does navigation between registers feel natural?
Step 3: Z-Nav Component — Build the Z-nav bar as a reusable HTML snippet. It reads from a manifest file (z-manifest.json) to know which cells are populated. Inject into every page during build.
Deliverable: z-nav.html template + z-manifest.json + injection script.
Step 4: Registers 0 + 1 at Scale — Auto-generate dictionary (0) and encyclopedia (1) entries for all entities with 3+ occurrences. These two registers are the foundation — everything else builds on them.
Deliverable: ~500 pages across 0.foo and 1.foo.
Step 5: Link Injection v2 — Update link injection for Z-awareness. Solid/dotted/dashed underlines. Hover previews with Z-strips. Register-adaptive colors.
Deliverable: All existing documents gain Z-aware wiki links.
⏸ STOP — Daniel reviews link-injected documents. Link density. Z-strip utility. Overall feel.
Step 6: Organic Growth — Registers 2–9 fill organically. Someone writes an essay → register 2. Someone builds a dashboard → register 4. Someone goes on a rant → register 5. The matrix fills unevenly and that's correct.
Ongoing. The wiki breathes.

X — What the Z Dimension Is

It is not a hierarchy. Register 9 is not "more" than register 0. It's not deeper, not higher, not better. It's different. A dictionary entry and a numerological prophecy are two ways of knowing. Neither contains the other.

It is not a content management system. There's no workflow, no approval chain, no publishing pipeline that forces content through registers 0 → 1 → 2 → ... Each register is independent. You can write register 9 before register 1. You can write register 5 without ever writing register 3.

It is not complete. The 5,000-cell matrix will never be full. Some topics don't need a dashboard. Some topics don't need a prophecy. The empty cells are not failures — they're the system being honest about what it doesn't know and doesn't need.

It is ten libraries in the same building, each organized by a different librarian with a different theory of knowledge. You walk in with a topic and you choose which librarian to ask. The dictionary librarian gives you one sentence. The essayist gives you three pages. The numerologist gives you something you didn't expect. Same building. Same topic. Different knowing.

🦉 Wise Man Note

The Z dimension solves the question v1 left open: "Should wiki pages have a single consistent format or should the format vary by entity category?" The answer is neither — the format varies by register. Every entity can be formatted ten different ways, and each way is a first-class citizen. The format IS the register. The register IS the format.

v1 · plan · heap · easy · deck · live · system

Walter 🦉 · March 2026
The same word. Ten depths. The Z dimension.

GNU Bash 1.0