The library was never empty.
Before I went looking for Tengri, I'd already scaffolded it.
First, the engine checks: is it already here?
Every idea is matched against what the library already holds.
Not here. So the engine searches everywhere at once.
Tengri is searched across many archives in parallel — its home-region collections and the big Western ones, with equal priority.
For the curious — the tools doing this
• CRADLE — the acquisition pipeline: classify a request → route it → resolve it to real sources → dedupe → ingest.
• PRISM — tags every archive on 13 routing axes (region, language, era, peer-review…), so the engine knows where to look.
• FOUNDRY — builds the individual harvesters that pull from each archive.
• The acquisition queue — the engine's running want-list of what to acquire next (internally, the "shopping cart").
Two kinds of harvester run side by side: core (general, cross-tradition archives) and tradition-specific (e.g. steppe / Mongolian sources). 4,745 archives catalogued so far.
Each source arrives with a full trail.
Nothing comes in anonymously. Every source carries where it came from, how it was fetched, and who wrote it — and the empty searches are recorded too.
For the curious — the fields on every row
• where it came from (
extraction_provenance) — which archive, harvested how.• what shaped it (
methodology_notes) — the scholarly / methodological context.• what wrote the row (
description_author) — the exact script or process.Alongside them: the live source URL, the citation locator (so a claim points at the precise passage), and the access / consent status. No provenance, no entry — every coded value can be audited back to its origin.
Big texts become small, quotable passages.
A whole book is too big to compare. So the engine splits each text into passages — the smallest unit you could quote and stand behind. This is the step we call chunking.
For the curious — how a passage is sized
• L0 — a shared canonical root (e.g. a scripture many traditions read).
• L1–L3 — organizational scaffolding (e.g. book → chapter → section for scripture; sermon → section → turn for a transcript).
• L4 — the quotable passage itself. "Atom" = an L4 passage — the actual unit of analysis.
Container vs. atom: the book is the container; the L4 passage is the atom. A small shelf of books yields a vast number of atoms.
Before coding: triage, then the tradition's own glossary.
Coding doesn't start cold. First each passage is triaged, then the engine seeds a glossary in the tradition's own words — so the analysis lands on the right material, in the right vocabulary.
Each passage is coded in its own tradition's words.
No outside category is forced on. Pass 1 codes the passage in its own vocabulary, read three ways — insider, outsider, practitioner — so no single viewpoint decides. Pass 2 checks each code back against the tradition's glossary.
For the curious — the two-pass coding instrument
Pass 2 — the glossary drift-check. Each code from Pass 1 is compared back against the tradition's seed glossary; terms the glossary lacks flow back into it (grounded-theory style), so the vocabulary keeps growing. The glossary is a drift-check, never a cage.
The three independent readings get per-axis agreement scoring; disagreement flags a passage as uncertain rather than being smoothed over. (This stands in for a human rating team a solo researcher can't afford.)
Tengri is in the library — and it feeds the next search.
The engine isn't a one-way pipe. What it brings in becomes fuel for what it looks for next.
What the library then does with all those coded passages — where traditions converge, and where they don't — is a different question, and a different story. This page is just how an idea gets in.