Information Architecture Specification

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.

Date: 2026-05-18
Model: Life OS / JD
Domains: 10
Classes: 10
tAC7CODE: m3v7
1.

Overview

Design principle, architectural shift summary, and federation position.

Design principle: Every note belongs to a domain. Every domain has a single-word identity. Lifecycle stage is tracked in frontmatter, not in folder location. Complexity is reduced by separating where a note belongs (domain) from what state it's in (status).

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.

Federation position: This vault is the Knowledge node of the KAT Federation. Active execution (tasks, project management, sprints) belongs in the Action vault. Agent infrastructure and tooling belongs in the Tooling vault. Rule: if it needs to be known or connected, it belongs here.
2.

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.

00–09
META
"The Vault Itself"
  • System rules & SOPs
  • Templates & schemas
  • MOC dashboards
  • Vault contract & JDex
10–19
SELF
"Who I Am"
  • Identity & personal development
  • Health · fitness · nutrition
  • Mental wellness & therapy
  • Sexuality & intimacy
20–29
WORK
"What I Do"
  • Professional projects & career
  • Clients & active initiatives
  • Named brands & ventures
  • Work references & research
30–39
CREATE
"What I Make"
  • Writing & long-form content
  • Music & audio
  • Visual design & brand
  • Content distribution
40–49
KNOW
"What I've Learned"
  • Evergreen concepts (Library)
  • Permanent notes
  • Mental models & frameworks
  • Philosophy & AI prompts
50–59
MONEY
"What I Owe and Own"
  • Finance & budgets
  • Legal & contracts
  • Taxes & insurance
  • Investments & assets
60–69
LIVE
"Where and How I Live"
  • Home & property
  • Travel & food
  • Events & milestones
  • Daily life captures
70–79
CONNECT
"Who I Know"
  • Key relationships & people
  • Community & network
  • Collaborators & partners
80–89
BUILD
"What Powers My Work"
  • Apps & tools
  • Automation & scripts
  • Infrastructure & NAS
  • Claude & AI systems
90–99
ARCHIVE
"The Record of When"
  • Daily/weekly/monthly journal
  • Yearly reviews
  • Closed project archive
  • Vault logs & session records

What Changed From the Five-Room Model

Old: 10 Inputs (inbox zone)

A dedicated top-level zone for all unclassified material

New: 00.01 per domain (JD Standard Zero)

Each domain has its own inbox at XX.01. Vault-level inbox at 00.01 catches everything without a known domain

Old: 20 Studio (active work zone)

A folder where in-progress notes physically live

New: status: draft / status: active

Zone dissolved. Lifecycle tracked in frontmatter across all domains. Notes don't move; their status changes

Old: 30 Library (evergreen zone)

A dedicated zone for stable, distilled knowledge

New: 40–49 KNOW (its own domain)

Library is promoted to a full domain. Distilled concepts, permanent notes, and frameworks live in KNOW

Old: 40 References (isolated source zone)

All reference material in one separate zone

New: References distribute to their domain

A fundraising article lives in 20 WORK. A health study lives in 10 SELF. References belong next to their context

Old: 50 Archive (JD range 50–59)

Archive zone in the middle of the number line

New: 90–99 ARCHIVE (end of the number line)

Archive is its own domain at the top of the JD range, alongside journals and historical records

3.

Note Classes

Classes are metadata — they live in type: frontmatter, not in folder structure. Every note belongs to exactly one class.

IconClasstype: valueDomain homeDescription
📋SOPsop00 METAStanding operating procedure or system rule
🗂️Templatetemplate00 METAReusable note shell — never edited directly. Always rag_indexable: false
🗺️MOCmoc00 METANavigation dashboard — Dataview queries and wikilinks. Not knowledge. Always rag_indexable: false
✏️CapturecaptureDomain XX.01 inboxRaw fleeting thought, quick note, clipping. Temporary — must route within 14 days
💡Conceptconcept40 KNOWDistilled evergreen idea or principle. status: stable. The Library
📚ReferencereferenceSource domainSource note: article, book, paper, doc. Lives in the domain it belongs to — not isolated in a References zone
🚀Projectproject20 WORKIndex note for a named initiative. Has priority, domain, days_stale
📝Loglog20 WORKTime-stamped work entry within a project
📄DraftdraftSource domainWorking draft — has target_class: to signal what it's graduating toward. rag_indexable: false
🗄️Archivearchive90 ARCHIVEClosed project packet or retired note. rag_indexable: false
!
Graduation rule: A note's class changes only on deliberate promotion. Create a new note with the target class — do not rename the original in place unless its content has been fully transformed. The original capture can be archived or deleted once the concept note exists.
4.

Naming Convention

Canonical pattern with JD ID prefix, class prefix, and title. Date suffix only where meaningful.

Canonical Pattern
[JD.ID] [CLASS PREFIX] [Human-Readable Title] (YYYY-MM-DD optional)
Examples
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
ClassPrefixDate suffix?JD ID required?
SOPSOPNoYes
TemplateTPLNoYes
MOCMOCNoYes
Capture(none)NoNo — folder is implicit
ConceptCONCEPTNoYes
ReferenceREFWhen publication date mattersYes
ProjectPROJECTYear only (YYYY)Yes
LogLOGYes (YYYY-MM-DD)No — project folder is implicit
DraftDRAFTWhen draft date mattersYes
ArchiveARCHIVEYes (closed date)Yes
Title case for the human-readable portion. No underscores or camelCase. Hyphens acceptable as punctuation separators only. Keep titles under 60 characters — abbreviate in the filename and use aliases: frontmatter for the full title.
5.

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
---
New in Life OS Edition: 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

FieldTypeValues / Notes
statusstringdraftactivestablearchivedretired
domainstringOne of the ten Life OS domain names, lowercase
areastringJD sub-area within domain (e.g., fundraising, content-strategy)
prioritystringhigh, medium, low — active projects only
rag_indexablebooleanfalse for templates, MOCs, archive, inbox dumps, drafts
days_stalenumberComputed by Dataview; set manually to 0 at creation
target_classstringFor draft notes: what class this note is graduating toward
revieweddateLast review date for concept notes — drives MOC Needs Review
origin_domainstringThe domain a note was in before archiving
origin_jd_idstringThe JD number a note held before archiving
jd_idstringFull JD number (e.g., 40.12) for reference notes
routing_statusstringunrouted · routed · distill · retire
6.

Distillation Protocol

How raw captures become durable knowledge. Replaces the Studio zone. Lifecycle tracked in frontmatter, not by moving between folders.

The Lifecycle

Capture
type: capture
routing_status: unrouted
Draft
type: draft
status: active
Concept (Library)
type: concept
status: stable
Lives in 40 KNOW
Archive
type: archive
status: archived
Lives in 90 ARCHIVE
!
A note does not change folders as it matures. It changes 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 AddressRoleMax age
00.01Vault-level inbox — unrouted, domain unknown14 days
20.01WORK inbox — work-related captures14 days
30.01CREATE inbox — creative captures14 days
40.01KNOW inbox — reference clippings and ideas14 days
XX.01One inbox per active domain (Standard JD Zero)14 days

Routing Status Values

unrouted
Not yet reviewed
Default state for all new captures. Visible in MOC Inbox dashboard.
routed
Assigned a destination JD ID
Pending move or reclassification. The destination jd_id should be filled in.
distill
Should become a concept note
Surfaces in Distillation Queue dashboard. Flagged for promotion to 40 KNOW as type: concept.
retire
No further value
Delete or archive. Content was not worth distilling. Remove from inbox during weekly review.
7.

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
8.

JD Integration

Domain-to-JD mapping, standard zeros per domain, and ID assignment rules for each note class.

JD RangeDomainStandard Zeros
00–09META00.00 JDex · 00.01 Inbox · 00.02 Tasks · 00.03 Templates · 00.09 Archive
10–19SELF10.01 Inbox · 10.09 Archive · 10.10+ by sub-domain
20–29WORK20.01 Inbox · 20.02 Tasks · 20.09 Archive · 20.10+ project folders
30–39CREATE30.01 Inbox · 30.09 Archive · 30.10+ by medium
40–49KNOW40.01 Inbox · 40.09 Archive · 40.10+ by knowledge domain
50–59MONEY50.01 Inbox · 50.09 Archive
60–69LIVE60.01 Inbox · 60.09 Archive
70–79CONNECT70.01 Inbox · 70.09 Archive
80–89BUILD80.01 Inbox · 80.09 Archive
90–99ARCHIVE90.10 Daily · 90.11 Weekly · 90.12 Monthly · 90.13 Yearly · 95.xx Closed projects

JD ID Assignment

Concept notes
Always in 40–49 KNOW
Regardless of which domain their source material came from. KNOW is the canonical Library.
Reference notes
Domain of their subject
A fundraising article → 20–29 WORK. A health study → 10–19 SELF. References belong next to their context.
Project notes
Primary domain area
A grants project → 20.04 WORK. An album project → 30.11 CREATE.
Archive notes
Always in 90–99 ARCHIVE
Inherit origin_domain and origin_jd_id from where they came.
9.

Archive Protocol

When notes and projects move to 90–99 ARCHIVE, how archive packets are structured, and what happens afterward.

When to Archive

Note typeArchive when…
Project noteStatus reaches complete or cancelled · No open tasks · All deliverables saved or linked · Closing log entry written
Non-project noteNot 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

Move
Project folder → 90 ARCHIVE
Move the original project folder from its domain to 90 ARCHIVE/.
Update
Set origin fields
Fill origin_domain and origin_jd_id on the archive note.
Index
Set rag_indexable: false
All files in the archived folder. Archived material should not pollute AI retrieval results.
Preserve
Retain all wikilinks
Do not break the existing link graph. Archived notes may still be linked from active notes.
10.

Review Cadences

When to review what. The inbox must not accumulate; the Library must not stagnate.

Daily
00.01 Vault inbox
Route or retire new captures; assign routing_status; do not let the inbox accumulate
Weekly
MOC Inbox, MOC Distillation Queue
Review all captures 7+ days old; update routing_status; promote ready drafts to concept notes
Monthly
MOC Active Work
Flag projects with days_stale > 21; archive complete projects; review draft notes
Quarterly
40 KNOW (Library)
Evaluate concept notes for accuracy and links; prune orphaned notes; update reviewed: date on all visited notes
On close
Active project
Complete archive packet; move folder to 90 ARCHIVE; update domain MOC
11.

Automation Boundaries

Automation reduces friction. It does not replace judgment. A vault that manages itself becomes one nobody understands.

✓ Automate
Move files matching clear routing rules (inbox items with routing_status: routed)
Insert minimum viable frontmatter on new note creation (via Templater)
Generate Dataview dashboards and MOC query results
Suggest domain: field based on folder path (suggestion only — not auto-write)
Staleness detection and flagging via days_stale (computed Dataview)
✗ Do Not Automate
Deciding whether a note should be a concept vs. a reference
Merging or splitting notes
Assigning area: or domain: fields without human review
Archive decisions — the human decides when a project is done
Note class graduation — never auto-promote a capture to a concept
12.

Glossary

Terms specific to this edition of the K|A IA. Updated from the Five-Room model vocabulary.

TermDefinition
DomainOne of the ten Life OS areas (META / SELF / WORK / CREATE / KNOW / MONEY / LIVE / CONNECT / BUILD / ARCHIVE) — organized by what a note is about
Note classThe role a note plays in the system (sop, capture, concept, etc.) — tracked in type: frontmatter. Not a folder.
JD IDJohnny Decimal number assigned to a note's address within its domain
MOCMap of Content — a navigation note built from Dataview queries and wikilinks. Not knowledge. Lives in 00 META.
FrontmatterYAML block at the top of a note; the metadata contract for every note
rag_indexableFlag indicating whether a note should be indexed by local AI retrieval
routing_statusField on inbox captures tracking their destination assignment (unrouted · routed · distill · retire)
domainFrontmatter field mapping to one of the ten Life OS domain names (lowercase)
target_classField on draft notes signaling which class the note is graduating toward
Archive packetStructured closing note preserving a project's outcome, outputs, lessons, and provenance
GraduationDeliberate promotion of a note from one class to another (e.g., captureconcept)
DistillationThe process of transforming source/reference material into a durable concept note in 40 KNOW
Five-Room modelThe previous zone-based architecture this edition supersedes (00 Meta · 10 Inputs · 20 Studio · 30 Library · 40 References · 50 Archive)
KAT FederationThe 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.