K|A Vault Life OS Edition · Supersedes Five-Room Model
Canonical IA specification for the K|A Knowledge Vault. Domain model replaces zone model. Note classes survive as metadata. Distillation tracked via frontmatter status, not folder movement.
Overview
Design principle, architectural shift summary, and federation position.
Core Architectural Shift
The previous Five-Room zone model organized notes by function — what a note was doing in the system. This edition organizes by domain — what area of life or work the note belongs to. Note classes survive as metadata (type: frontmatter field), not as folder structure. The distillation lifecycle (capture → working → stable) is tracked via status: rather than by physically moving notes between zones.
Domain Model — The Ten Territories
Domains describe what a note is about, not what it is doing. Ten domains, each with a single-word identity.
- System rules & SOPs
- Templates & schemas
- MOC dashboards
- Vault contract & JDex
- Identity & personal development
- Health · fitness · nutrition
- Mental wellness & therapy
- Sexuality & intimacy
- Professional projects & career
- Clients & active initiatives
- Named brands & ventures
- Work references & research
- Writing & long-form content
- Music & audio
- Visual design & brand
- Content distribution
- Evergreen concepts (Library)
- Permanent notes
- Mental models & frameworks
- Philosophy & AI prompts
- Finance & budgets
- Legal & contracts
- Taxes & insurance
- Investments & assets
- Home & property
- Travel & food
- Events & milestones
- Daily life captures
- Key relationships & people
- Community & network
- Collaborators & partners
- Apps & tools
- Automation & scripts
- Infrastructure & NAS
- Claude & AI systems
- Daily/weekly/monthly journal
- Yearly reviews
- Closed project archive
- Vault logs & session records
What Changed From the Five-Room Model
A dedicated top-level zone for all unclassified material
Each domain has its own inbox at XX.01. Vault-level inbox at 00.01 catches everything without a known domain
A folder where in-progress notes physically live
status: draft / status: activeZone dissolved. Lifecycle tracked in frontmatter across all domains. Notes don't move; their status changes
A dedicated zone for stable, distilled knowledge
Library is promoted to a full domain. Distilled concepts, permanent notes, and frameworks live in KNOW
All reference material in one separate zone
A fundraising article lives in 20 WORK. A health study lives in 10 SELF. References belong next to their context
Archive zone in the middle of the number line
Archive is its own domain at the top of the JD range, alongside journals and historical records
Note Classes
Classes are metadata — they live in type: frontmatter, not in folder structure. Every note belongs to exactly one class.
| Icon | Class | type: value | Domain home | Description |
|---|---|---|---|---|
| 📋 | SOP | sop | 00 META | Standing operating procedure or system rule |
| 🗂️ | Template | template | 00 META | Reusable note shell — never edited directly. Always rag_indexable: false |
| 🗺️ | MOC | moc | 00 META | Navigation dashboard — Dataview queries and wikilinks. Not knowledge. Always rag_indexable: false |
| ✏️ | Capture | capture | Domain XX.01 inbox | Raw fleeting thought, quick note, clipping. Temporary — must route within 14 days |
| 💡 | Concept | concept | 40 KNOW | Distilled evergreen idea or principle. status: stable. The Library |
| 📚 | Reference | reference | Source domain | Source note: article, book, paper, doc. Lives in the domain it belongs to — not isolated in a References zone |
| 🚀 | Project | project | 20 WORK | Index note for a named initiative. Has priority, domain, days_stale |
| 📝 | Log | log | 20 WORK | Time-stamped work entry within a project |
| 📄 | Draft | draft | Source domain | Working draft — has target_class: to signal what it's graduating toward. rag_indexable: false |
| 🗄️ | Archive | archive | 90 ARCHIVE | Closed project packet or retired note. rag_indexable: false |
Naming Convention
Canonical pattern with JD ID prefix, class prefix, and title. Date suffix only where meaningful.
[JD.ID] [CLASS PREFIX] [Human-Readable Title] (YYYY-MM-DD optional)
40.04 CONCEPT Compound Leverage in Fundraising 20.01 PROJECT LRAM Education Fund (2026) 20.12 REF Leah Ferguson File Hierarchy SOP (2026-04-29) 90.03 ARCHIVE P-LRAM Closeout Snapshot (2026-05-01) 00.02 SOP Note Class Assignment Rules 00.01 INBOX Daily Inbox 30.11 DRAFT Annual Report 2026
| Class | Prefix | Date suffix? | JD ID required? |
|---|---|---|---|
| SOP | SOP | No | Yes |
| Template | TPL | No | Yes |
| MOC | MOC | No | Yes |
| Capture | (none) | No | No — folder is implicit |
| Concept | CONCEPT | No | Yes |
| Reference | REF | When publication date matters | Yes |
| Project | PROJECT | Year only (YYYY) | Yes |
| Log | LOG | Yes (YYYY-MM-DD) | No — project folder is implicit |
| Draft | DRAFT | When draft date matters | Yes |
| Archive | ARCHIVE | Yes (closed date) | Yes |
aliases: frontmatter for the full title.Frontmatter Schema
Minimum viable frontmatter for all core notes, plus extended schema by class. The domain: field is new in this edition.
Minimum Viable Frontmatter
--- title: "" created: YYYY-MM-DD updated: YYYY-MM-DD status: draft | active | stable | archived | retired type: [note class] domain: self | work | create | know | money | live | connect | build | archive area: "" tags: [] rag_indexable: true ---
domain: maps to one of the ten Life OS domain names (lowercase). This enables cross-domain Dataview queries without relying on folder path parsing. Templates, inbox captures, and daily notes are exempt from minimum viable frontmatter.Extended Schema — Concept
status: stable type: concept domain: know reviewed: YYYY-MM-DD rag_indexable: true
Extended Schema — Project
status: active | on-hold | complete type: project domain: work priority: high | medium | low days_stale: 0 rag_indexable: true
Extended Schema — Draft (new field: target_class)
status: draft | active type: draft domain: "" target_class: concept | reference | archive rag_indexable: false
target_class: signals what this draft is graduating toward. A working note targeting the Library sets target_class: concept. A draft article targeting publication sets target_class: archive once complete. This enables the Distillation Queue dashboard to surface the right notes at the right time.Field Reference
| Field | Type | Values / Notes |
|---|---|---|
status | string | draft → active → stable → archived → retired |
domain | string | One of the ten Life OS domain names, lowercase |
area | string | JD sub-area within domain (e.g., fundraising, content-strategy) |
priority | string | high, medium, low — active projects only |
rag_indexable | boolean | false for templates, MOCs, archive, inbox dumps, drafts |
days_stale | number | Computed by Dataview; set manually to 0 at creation |
target_class | string | For draft notes: what class this note is graduating toward |
reviewed | date | Last review date for concept notes — drives MOC Needs Review |
origin_domain | string | The domain a note was in before archiving |
origin_jd_id | string | The JD number a note held before archiving |
jd_id | string | Full JD number (e.g., 40.12) for reference notes |
routing_status | string | unrouted · routed · distill · retire |
Distillation Protocol
How raw captures become durable knowledge. Replaces the Studio zone. Lifecycle tracked in frontmatter, not by moving between folders.
The Lifecycle
type: capturerouting_status: unroutedtype: draftstatus: activetype: conceptstatus: stableLives in 40 KNOW
type: archivestatus: archivedLives in 90 ARCHIVE
status: and, when fully graduated, changes type:. The domain folder stays constant throughout the lifecycle. Graduation is always deliberate — create a new note with the target class; do not rename the original in place.Domain Inbox Structure
| JD Address | Role | Max age |
|---|---|---|
00.01 | Vault-level inbox — unrouted, domain unknown | 14 days |
20.01 | WORK inbox — work-related captures | 14 days |
30.01 | CREATE inbox — creative captures | 14 days |
40.01 | KNOW inbox — reference clippings and ideas | 14 days |
XX.01 | One inbox per active domain (Standard JD Zero) | 14 days |
Routing Status Values
jd_id should be filled in.type: concept.MOC Dashboards
MOC notes surface knowledge — they do not hold it. All MOCs live in 00 META. Domain-level and project-level MOCs query by domain: frontmatter field.
MOC: Active Work
TABLE domain, area, updated, (date(today) - updated).days AS days_stale FROM "" WHERE type = "project" OR type = "draft" AND status = "active" SORT domain ASC, days_stale DESC
MOC: Distillation Queue
FROM "" WHERE (type = "capture" AND routing_status = "distill") OR (type = "draft" AND target_class = "concept") SORT age DESC LIMIT 25
MOC: Inbox (all domains)
FROM "" WHERE type = "capture" AND (routing_status = "unrouted" OR routing_status = null) SORT created ASC LIMIT 30
MOC: Needs Review (concept notes)
FROM "" WHERE type = "concept" AND status = "stable" AND rag_indexable = true AND (date(today) - reviewed).days > 30 SORT days_since_review DESC LIMIT 20
MOC: Missing Metadata
FROM "" WHERE rag_indexable = true AND (type = null OR status = null OR domain = null OR area = null) AND !contains(file.path, "00 META/Templates") AND !contains(file.path, "00.01") SORT file.path ASC
Domain-Level MOC (template)
Replace "work" with the target domain for each domain MOC: FROM "" WHERE domain = "work" AND type != "moc" AND type != "template" SORT status ASC, updated DESC
JD Integration
Domain-to-JD mapping, standard zeros per domain, and ID assignment rules for each note class.
| JD Range | Domain | Standard Zeros |
|---|---|---|
| 00–09 | META | 00.00 JDex · 00.01 Inbox · 00.02 Tasks · 00.03 Templates · 00.09 Archive |
| 10–19 | SELF | 10.01 Inbox · 10.09 Archive · 10.10+ by sub-domain |
| 20–29 | WORK | 20.01 Inbox · 20.02 Tasks · 20.09 Archive · 20.10+ project folders |
| 30–39 | CREATE | 30.01 Inbox · 30.09 Archive · 30.10+ by medium |
| 40–49 | KNOW | 40.01 Inbox · 40.09 Archive · 40.10+ by knowledge domain |
| 50–59 | MONEY | 50.01 Inbox · 50.09 Archive |
| 60–69 | LIVE | 60.01 Inbox · 60.09 Archive |
| 70–79 | CONNECT | 70.01 Inbox · 70.09 Archive |
| 80–89 | BUILD | 80.01 Inbox · 80.09 Archive |
| 90–99 | ARCHIVE | 90.10 Daily · 90.11 Weekly · 90.12 Monthly · 90.13 Yearly · 95.xx Closed projects |
JD ID Assignment
origin_domain and origin_jd_id from where they came.Archive Protocol
When notes and projects move to 90–99 ARCHIVE, how archive packets are structured, and what happens afterward.
When to Archive
| Note type | Archive when… |
|---|---|
| Project note | Status reaches complete or cancelled · No open tasks · All deliverables saved or linked · Closing log entry written |
| Non-project note | Not updated in 90+ days AND no active links · Content superseded by a better note · routing_status: retire and never distilled |
Archive Packet Structure
## 9.2.1 Summary What this project was and what it aimed to achieve. ## 9.2.2 Outcome What was actually produced, decided, or concluded. ## 9.2.3 Key Outputs - [[Link to deliverable or final note]] ## 9.2.4 Lessons 1-3 sentences: what worked, what didn't, what this informs. ## 9.2.5 Provenance - Origin domain: `20 WORK` - Origin JD ID: `20.XX` - Closed: YYYY-MM-DD
After Archiving
90 ARCHIVE/.origin_domain and origin_jd_id on the archive note.Review Cadences
When to review what. The inbox must not accumulate; the Library must not stagnate.
routing_status; do not let the inbox accumulaterouting_status; promote ready drafts to concept notesdays_stale > 21; archive complete projects; review draft notesreviewed: date on all visited notesAutomation Boundaries
Automation reduces friction. It does not replace judgment. A vault that manages itself becomes one nobody understands.
routing_status: routed)domain: field based on folder path (suggestion only — not auto-write)days_stale (computed Dataview)concept vs. a referencearea: or domain: fields without human reviewGlossary
Terms specific to this edition of the K|A IA. Updated from the Five-Room model vocabulary.
| Term | Definition |
|---|---|
| Domain | One of the ten Life OS areas (META / SELF / WORK / CREATE / KNOW / MONEY / LIVE / CONNECT / BUILD / ARCHIVE) — organized by what a note is about |
| Note class | The role a note plays in the system (sop, capture, concept, etc.) — tracked in type: frontmatter. Not a folder. |
| JD ID | Johnny Decimal number assigned to a note's address within its domain |
| MOC | Map of Content — a navigation note built from Dataview queries and wikilinks. Not knowledge. Lives in 00 META. |
| Frontmatter | YAML block at the top of a note; the metadata contract for every note |
rag_indexable | Flag indicating whether a note should be indexed by local AI retrieval |
routing_status | Field on inbox captures tracking their destination assignment (unrouted · routed · distill · retire) |
domain | Frontmatter field mapping to one of the ten Life OS domain names (lowercase) |
target_class | Field on draft notes signaling which class the note is graduating toward |
| Archive packet | Structured closing note preserving a project's outcome, outputs, lessons, and provenance |
| Graduation | Deliberate promotion of a note from one class to another (e.g., capture → concept) |
| Distillation | The process of transforming source/reference material into a durable concept note in 40 KNOW |
| Five-Room model | The previous zone-based architecture this edition supersedes (00 Meta · 10 Inputs · 20 Studio · 30 Library · 40 References · 50 Archive) |
| KAT Federation | The three-vault system: Knowledge (K|A) · Action (second-brain) · Tooling (obsidian-claude-code) |
Provenance
This document is the canonical information architecture specification for the K|A Knowledge Vault (Life OS Edition), created on 2026-05-18 by Claude Sonnet (claude-sonnet-4-6) in Cowork mode on behalf of TOE.KNEE.SEE. It is a structured retool of the original K|A Vault IA document, whose Five-Room zone model (00 Meta · 10 Inputs · 20 Studio · 30 Library · 40 References · 50 Archive) was superseded by the Group B Life OS ten-domain model (META / SELF / WORK / CREATE / KNOW / MONEY / LIVE / CONNECT / BUILD / ARCHIVE) — developed in a prior session for TAC2026.2. The zone-dissolution decision — tracking lifecycle via status: frontmatter rather than folder movement — was explicitly confirmed by the vault author. A lightweight distillation layer replaces the Studio zone: working notes carry status: active and target_class: within their domain, eliminating the need for a dedicated in-progress folder. All Dataview queries, note class definitions, archive protocol, naming conventions, review cadences, and automation boundaries were carried forward and updated for the new domain model. This document is a specification only — no files were moved in any vault as a result of its creation. Visual design uses Atkinson Hyperlegible (Braille Institute) + Syne, with TOE.KNEE.SEE brand colors (magenta / electric blue) on dark ground. tAC7CODE: m3v7.