How the vault thinks — loading tiers, compression, co-loading, the pipeline, an entry’s layers, the confidence ceiling, and the query cascade.
HIERARCHY 01
Loading tiers
Distance from working memory. Inner tiers are always present; outer tiers load only when triggered.
Closer to top = closer to working memory. Outer tiers wait for a named trigger.
HIERARCHY 02
Compression ↔ expansion
The always-loaded CLAUDE.md carries a compressed mirror of the full pipeline. The expansion lives in meta/ and unfolds only when a structural recommendation is in scope.
~150-word compressed always-on · ~3,500-word expansion behind a trigger
HIERARCHY 03
The two-file recommendation system
One trigger fires both files. HOW (the pipeline) + WHAT (the catalog) are always loaded together, never one without the other.
Same trigger fires both files · same Stage A scans them together
HIERARCHY 04
Pipeline cascade
Eight stages run in order. Each stage emits an artifact. A recommendation that lacks any artifact does not surface — the engine returns an open question instead.
Stages A–G filter the proposal · Stage Z is the final adversarial gate
HIERARCHY 05
Catalog entry · three layers
Each catalog entry is a stacked cross-section. Substantive content on top · provenance in the middle · downstream discipline at the base.
Same anatomy on all 8 active entries · stubs have header only until drafted
HIERARCHY 06
Confidence ceiling
A recommendation inherits the floor of the lowest-confidence catalog entry it depends on. No silent uplift.
Each catalog dependency contributes a floor · the rec sits at the minimum
HIERARCHY 07
Query cascade
A structural query flows down through the tiers and stages, gathering constraints as it falls. The recommendation surfaces at the bottom — or returns to the top as an open question if any stage fails.
Top-down cascade across tiers · failure routes back to Stage A · success surfaces at the bottom