[ MBARQ-VAULT · TEAM LLM WIKI ]

A wiki that
maintains itself.

One living memory the whole team builds and draws from. You drop sources and ask questions; agents do the bookkeeping — summarizing, linking, filing, pruning. Knowledge is compiled once and kept current, not re-derived per query.

SharePoint · deliverables library← publish
SharePoint · raw documents→ ingest
SharePoint sits at the edges — never a layer the vault manages
[ THREE PRINCIPLES ]
[ DAY-TO-DAY ]

You drive. Agents maintain.

Zero logistics. Nobody needs a query language, a database, or the filing rules by heart. The conventions live in one schema file (CLAUDE.md) and the agent applies them every time — you read pages, drop notes, and ask in plain language.

[ YOUR VAULT — PRIVATE BY DEFAULT ]

Private notes. Shared when you say so.

You work in one Obsidian vault: a private root wherever you keep your notes — OneDrive, iCloud, plain disk, your call — with the shared libraries mounted inside it. One window, one graph, one search — and nothing leaves your space until you move it. Moving it is the share. Setup is one guided run of /setup-vault: it picks a safe shape and proves the mount with a live sync round-trip.

Visibility is location

A note's audience is the container it sits in — never a setting, never frontmatter. Agents synthesize everything they can read, so the only boundary an agent can't leak across is one it can't see. "Who can see this?" = "where does it live?"

Sharing is ingestion

Promoting a note is the same deliberate, one-directional act as ingesting any source. Drop it in the container's _inbox/, the agent compiles it — type + compiled, cross-links, you on record as contributor. And shared pages never link into anyone's private space.

[ UNDER THE HOOD — FOUR OPERATIONS ]

What the agent actually does.

Every interaction runs one of four disciplined operations. Each one ends the same way: cross-links updated, index.md refreshed, a line appended to _system/log.md. Ingest and lint are steward-run (plus a scheduled weekly lint); query is open to everyone — and only one writer agent at a time touches the shared library.

[ THE ONTOLOGY ]

Seven page types. Four required, three emergent.

Every wiki page declares a type in frontmatter — that's what makes the vault queryable (see Wiki Catalog.base). The typed core is required from day one; the emergent edge appears as good answers get filed back.

Compiled — the agent's pages

has type: + compiled:

The agent keeps these consistent, cross-linked, and current. Don't hand-edit — propose changes through the agent or the page's steward.

Manual — your notes

no frontmatter

Meeting notes, scratch, drafts. Yours entirely — agents leave them alone unless you ask for an ingest.

Ingesting a manual note is a visible state transition — it gains type + compiled and becomes maintained. No copies, no second location.

[ ITERATION 1 — LESSONS LEARNED ]

The vault is where ratified knowledge lives.

Raw capture stays in the dev repo; ratification happens at the retro; the vault receives what survived. Knowledge that needs teeth also lands in the repo as a hook or CI check — and the lesson page tracks it.

Knowledge-only lessons

A domain insight, a client gotcha, a pattern worth remembering — lives only in the vault as a lesson page: what we learned, why, how to apply.

Enforcement lessons

Land in both places: the vault page is the "why", the repo artifact (hook, CI rule, skill) is the "teeth". linked_artifacts pins the repo SHA — when the artifact later changes, the lesson shows drift.

[ THE MAP ]

Where everything lives.

[ HOUSE RULES ]

Four rules keep it healthy.

mbarq-vault · LLM wiki guide · projection of CLAUDE.md + decisions 0002 · 0003 · 0004
← Landscape