vault-governance
Use when working inside a governed Obsidian vault, before reading or editing notes, topic folders, registries, workflow docs, or canonical knowledge. Applies when the vault uses RULES.md, registry fil
SKILL.mdskills/vault-governance/SKILL.md
GitHubVault Governance
Overview
Use this as the entry skill for any governed vault. Its job is to align the agent before work starts: find the rule source, determine the target layer, check write authority, and decide whether the task is intake, curation, promotion, audit, or archive.
If your agent supports MCP, 优先 connect the vault governance MCP server. Use this skill as the compatibility layer when MCP is unavailable.
First Pass
- Read
RULES.md - Read the nearest adapter file if present:
CLAUDE.md,AGENTS.md, orGEMINI.md - Read
.knowledge-registry/vault-registry.json - Identify the target
topic_id - Identify the target
kb_layer - Check whether your role can write there
Layer Decision
| Layer | Typical content | Default action |
|---|---|---|
system |
rules, schemas, workflows, registries | edit rarely, log always |
intake |
raw sources, imported data, NotebookLM outputs | capture or normalize |
curation |
reorganized notes, draft synthesis, topic indexes | curate or propose |
canonical |
long-lived knowledge, stable topic summaries | propose unless Hermes/human |
archive |
frozen or retired material | archive only with authority |
Read references/layer-model.md when the folder layout is ambiguous.
Routing
- Raw inputs, source landing, imported artifacts -> use
$vault-intake-curation - Candidate stable knowledge or canonical update -> use
$vault-canonical-promotion - Drift, duplicates, missing metadata, registry mismatch -> use
$vault-audit-repair - Merge, canonical decision, archive decision under Hermes -> use
$hermes-coordination
Required Behavior
- Do not treat
ProjectRaw/or other intake zones as canonical by default. - Do not write directly to canonical knowledge unless your role explicitly allows it.
- Do not skip registry lookup when topic identity matters.
- Record important changes in
change-ledger.jsonl.
Red Flags
- "This is just a simple note edit"
- "I probably know the right folder"
- "I can update canonical and skip proposal"
- "Registry updates can wait until later"
All of these mean: stop and re-run the first pass.
Common Mistakes
- Reading
CLAUDE.mdbut notRULES.md - Choosing folder by intuition instead of
topic_id - Updating content without logging the change
- Promoting working notes straight into canonical