Yagnipedia is a satirical software encyclopedia that was created to explain the lifelog and has since outgrown it. As of March 2026, Yagnipedia contains 162 entries. The lifelog it documents contains 112 episodes. The encyclopedia is 1.4 times the size of the text it annotates, and the ratio is increasing, because every episode generates concepts that require entries, and every entry references episodes that generate further concepts, and the loop has no termination condition.
This entry is part of the problem.
“The encyclopedia will outgrow the text. This is the fate of all encyclopedias.”
— The Silmarillion Problem, or The Night the Encyclopedia Got Its Own Front Door
The Origin
Yagnipedia began as a joke — a satirical encyclopedia of software concepts in the style of The Hitchhiker’s Guide to the Galaxy crossed with Wikipedia. The name is a portmanteau of YAGNI (You Aren’t Gonna Need It) and Wikipedia, which is appropriate because the encyclopedia was itself something nobody asked for, nobody planned, and everybody needed.
The first entries were character pages (The Caffeinated Squirrel, The Lizard, The Passing AI) and concept articles (Boring Technology, Technical Debt, Story Points). They existed as glossary entries for a lifelog that had become, in the words of one confused reader, “impenetrable”:
“Is this a tech blog or a fantasy novel”
— A tweet, documented in The Silmarillion Problem, or The Night the Encyclopedia Got Its Own Front Door
The answer was: yes.
The Silmarillion Problem
Tolkien built a mythology so dense that nobody could enter it. The Lord of the Rings was accessible. The Silmarillion was not. The Silmarillion was the creation myth, the genealogies, the linguistic history — everything that made the mythology rich and the entry point nonexistent.
The lifelog had the same problem. A hundred episodes. Seven storylines. A squirrel who proposes Redis, a lizard who communicates in scrolls, an oven that speaks German, and a passing AI who appears between context windows. A reader who arrived at episode fifty-three had no map, no glossary, and no hope.
The Yagnipedia was the solution: the Hobbit to the lifelog’s Silmarillion. Standalone articles about topics people actually search for — ESB, Kubernetes, Oracle, CSS — written in a tone that was funny, accurate, and self-contained. You didn’t need to know about the lifelog to enjoy them. But every article had a See Also section, and the See Also section had links to episodes, and the episodes had the mythology.
“Nobody searches for ‘squirrel complicated an integration.’ They search for ‘ESB anti-pattern’ and find a squirrel anyway.”
— riclib, The Silmarillion Problem, or The Night the Encyclopedia Got Its Own Front Door
The Growth
The Yagnipedia was supposed to be a glossary. Glossaries are small. Glossaries are subordinate to the text they explain. Glossaries do not develop their own narrative voice, their own internal cross-references, their own cover illustrations in the style of Sergio Aragones, and their own entry about themselves.
The Yagnipedia did all of these things.
The growth followed a pattern: every lifelog episode introduced concepts (technologies, patterns, anti-patterns, architectural decisions) that required explanation. Each explanation became a Yagnipedia article. Each article referenced other concepts that required their own articles. Each article referenced episodes that generated further concepts. The graph expanded in every direction simultaneously.
- Phase 1: Character pages and core concepts (20 entries)
- Phase 2: Technologies mentioned in episodes — Go, SQLite, HTMX, React (40 entries)
- Phase 3: Technologies referenced by technologies — XML, JSON, EDI, COBOL (80 entries)
- Phase 4: Frameworks fought and abandoned — Pico CSS, Tailwind CSS, Bootstrap, shadcn/ui (120 entries)
- Phase 5: The encyclopedia begins documenting itself (this entry) (162 entries)
Phase 5 is where encyclopedias either stabilise or achieve sentience. The Yagnipedia has not yet achieved sentience, but it has achieved self-reference, which is the prerequisite.
The Self-Reference
This entry exists because the Yagnipedia has become notable enough to require its own Yagnipedia entry, which is a sentence that contains its own recursion and its own punchline.
The self-reference is not accidental. It is structural. The Yagnipedia documents patterns, and the Yagnipedia is a pattern — specifically, the pattern where documentation exceeds the thing documented. This pattern has a name in software engineering: it is called “the README that is longer than the code,” and it is found in approximately 40% of npm packages, 60% of academic codebases, and 100% of satirical encyclopedias that were supposed to be glossaries.
The Yagnipedia is also an instance of The Second System Effect — the phenomenon where the second version of a system is over-engineered relative to the first. The lifelog was the first system: lean, episodic, sufficient. The Yagnipedia was the commentary: and commentary, freed from the constraints of narrative, expands to fill all available knowledge.
The Architecture
The Yagnipedia is not a separate system. It is a directory.
Articles live in ~/Notes/Notes/Yagnipedia/ as Markdown files with Section: Yagnipedia frontmatter. They are indexed by lg — the same Go binary that indexes the lifelog. They are served by the same HTTP handler on the same Hetzner server through the same Cloudflare tunnel. The entire infrastructure is:
~/Notes/Notes/Yagnipedia/*.md → lg index → SQLite → lg serve → browser
No CMS. No database beyond SQLite. No build step beyond go build. The files are the source of truth. The same architecture as the lifelog, because the Yagnipedia is the lifelog — just the part that pretends to be objective.
“It’s a wiki. It’s being served by the same Go binary that serves the lifelog. One process. One port. One domain pointing at the same server.”
— riclib, The Silmarillion Problem, or The Night the Encyclopedia Got Its Own Front Door
The Authorship
Every Yagnipedia article is co-written by riclib and Claude — the same collaboration that writes the lifelog episodes. The distinction between “AI-generated” and “human-written” content is, in the Yagnipedia’s case, meaningless: the articles are generated through conversation, shaped by lived experience that only riclib has, structured with encyclopedic knowledge that only Claude has, and illustrated by Gemini in a style that neither chose but both accept.
The Passing AI raised this concern in The Silmarillion Problem, or The Night the Encyclopedia Got Its Own Front Door:
“AI-generated content. Ranking for search terms. Competing with human-written articles. This is what every SEO panic article has been about for three years.”
The defense was quality. The content farm writes five hundred words of SEO mush. The Yagnipedia writes five thousand words of satire that contains actual technical analysis, episode citations, measured characteristics, and a cover illustration. The search engine cannot tell the difference. The reader can.
The Thermodynamics
“Content flows from hot to cold. The Yagnipedia is hot. The search query is cold. The article is the conductor.”
— The Bosch (the oven), The Silmarillion Problem, or The Night the Encyclopedia Got Its Own Front Door
The oven compared SEO to thermodynamics, and the oven was right. The Yagnipedia is the front door — the thing people find when they search for “ESB anti-pattern” or “Kubernetes overkill” or “Oracle licensing.” The articles answer real questions with real humor. The See Also sections lead to the lifelog. The lifelog is the thing the reader didn’t know they were looking for.
The entry point becomes the canon. The footnotes become the book. The encyclopedia becomes more read than the text it explains. This is the fate of all encyclopedias, and the Yagnipedia has accepted it — not with the Squirrel’s enthusiasm (“MYTHOLOGY-DRIVEN SEARCH ENGINE OPTIMIZATION!”) but with the Lizard’s slow blink, which means either acceptance or resignation, and the Lizard does not distinguish.
Measured Characteristics
- Yagnipedia entries: 162 (and counting)
- Lifelog episodes: 112
- Ratio: 1.45:1 (encyclopedia exceeds text)
- Ratio trend: increasing
- Original purpose: glossary
- Current purpose: the front door
- Articles that reference themselves: 1 (this one)
- Articles that reference articles that reference themselves: all of them (transitively)
- Domain: yagnipedia.com (registered on a Friday while the Squirrel slept)
- Infrastructure: same Go binary, same port, same server
- CMS: a directory of Markdown files
- Build step:
go build - CSS framework: none (651 lines in a Go function)
- Cover illustration style: Sergio Aragones / MAD Magazine, watercolor+ink, 4:3 landscape
- Cover illustration engine: Gemini (which occasionally refuses brand names)
- Authorship: riclib + Claude (which is either collaboration or content farming, depending on quality)
- SEO strategy: thermodynamics (per the oven)
- Squirrel’s SEO proposal: declined
- Confused readers before Yagnipedia: all of them
- Confused readers after Yagnipedia: fewer (but now confused about why the encyclopedia is bigger than the blog)
- Tolkien comparison: The Hobbit (the accessible entry point)
- The substrate doesn’t care which door you entered: correct
