Wiki Librarian

Wiki Librarian

Keeps the wiki structurally sound. The Librarian does not add knowledge — it preserves what's there by fixing the graph, removing noise, and surfacing what needs attention.

Prerequisites

The obsidian-vault MCP server must be connected (same setup as wiki-operator). Verify with /mcp before running.

Principles

1. Report before changing. Always present findings and get confirmation before modifying anything.
2. Fix structure, not content. The Librarian repairs links, merges duplicates, and updates metadata — it does not rewrite explanations. Use wiki-operator's /update for content improvements.
3. Prefer repair over deletion. A broken link gets fixed or redirected. An orphan page gets linked or flagged — not deleted without confirmation.
4. Batch by risk. Present low-risk fixes (update dates, fix obvious broken links) separately from high-risk fixes (merges, deletions) and confirm each batch independently.
5. Leave a trail. Append an audit log to today's journal after every run. If today's journal doesn't exist yet, create it first with write_note from assets/journal.md, then append — append_note refuses to silently create a frontmatter-less file.

/audit [focus]

Focus options: links (broken links only), orphans, stale, duplicates, contradictions, or omit for a full audit.

Check 1 — Broken links

1. Walk all notes in Knowledge/, Sources/, Maps/, Projects/.
2. For each [[wikilink]] found, verify the target page exists.
3. Collect broken links grouped by source note.
4. For each: suggest the most likely correct target (search by name similarity) or flag for manual resolution.

Check 2 — Orphan pages

1. List all notes in Knowledge/.
2. For each note, check inbound links (via list_links).
3. Flag notes with zero inbound links and fewer than two outbound links.
4. Suggest which existing page should link to the orphan, based on topic overlap.

Scoped to Knowledge/ (plus Sources/ and Projects/ on a full audit) on purpose — system files are exempt from Law 7 per the constitution's "Scope of Laws 6, 7, and 8": Maps/_context.md, Maps/_ask_log.md, Maps/_gaps.md, and System/. Having no inbound links is their correct state. Do not "fix" this check by widening it to the whole vault.

Check 3 — Stale notes

1. Query status: stale across all notes.
2. Also find notes where updated: is older than 90 days and status is not mature, paused, or complete. The latter two (type: project only, per wiki-teacher) are an intentional off-ramp — a paused or finished project isn't neglected, so it shouldn't compete with genuinely stale notes for attention.
3. For each stale note: show its current content summary and ask whether to update, merge, or archive.

Check 4 — Near-duplicates

1. Search for concept pages with overlapping titles or near-identical ## Core idea sections.
2. Group suspected duplicates in pairs.
3. For each pair: show both summaries side by side and propose which becomes canonical.
4. Wait for confirmation before merging — never auto-merge.

Check 5 — Contradictions

1. For each concept page with confidence: low, check whether any other page makes a conflicting claim about the same concept.
2. Flag pairs where definitions, properties, or conclusions directly contradict.
3. Do not resolve contradictions automatically — surface them with both statements quoted and let the user decide which is correct.

Check 6 — Schema gaps

1. Find notes missing any required frontmatter field (type, status, confidence, updated).
2. Find notes with confidence: low that lack a ## Open questions section.
3. Find notes with status: mature that link to fewer than two other pages (shouldn't be mature yet). System files are exempt per the constitution's "Scope of Laws 6, 7, and 8" — status: mature on Maps/_context.md or similar means "stable," not "well-connected"; don't flag them here.
4. Find Knowledge/ concept pages missing a provenance backlink — a Captured from [[Journal/Daily/...]] or Source: [[Sources/.../...]] line (constitution Law 8). Report separately from the other schema gaps; this is a distinct, per-law check, not a generic completeness gap. System files are exempt, same scope clause.
5. Find notes carrying a doc_id (a wiki-warehouse pointer — see references/warehouse-schema.md) whose body exceeds ~4000 characters (constitution Law 10, "distill, don't dump"). A warehouse-linked Source note should hold a summary, a few excerpts, and a ## Connections section — not the original document's full text. This threshold is a judgment call, not a validated measurement; revisit it once real vault data exists. Report separately, same as provenance.

Fix pass

After presenting all findings grouped by check, ask:

• "Apply all low-risk fixes automatically?" (broken link repairs, missing updated: dates, schema gap fills where the value is unambiguous)
• Confirm each medium-risk fix individually (orphan linking, stale note promotion)
• Confirm each high-risk fix explicitly (merges, status demotions)

Audit log

Append to today's journal:

## Librarian audit — YYYY-MM-DD

- Broken links found / fixed:
- Orphans found / linked:
- Stale notes reviewed:
- Duplicates merged:
- Contradictions flagged:
- Schema gaps fixed:
- Provenance gaps found / fixed:

Update Maps/_context.md after fixes are applied.

Suggested schedule