Review and maintain the Obsidian Ideaverse vault — find orphaned notes, missing frontmatter, unprocessed inbox items, broken links, and suggest new connections between notes. Use this skill when the user asks to "review my vault", "clean up my notes", "find orphans", "check my inbox", "what needs attention", "audit my vault", or any request about vault health, maintenance, hygiene, or organization. Also use when the user asks things like "what's in my inbox", "are there notes that need linking", or "help me process my captures".
Audit the Ideaverse vault for health, completeness, and connection opportunities. This is the "gardening" skill — it keeps the knowledge base healthy as it grows.
The user might ask for a full review or a specific check. Adapt based on their request. If they just say "review my vault" or "what needs attention", run the full review.
Run all checks below and present a summary report with actionable items, organized by priority.
If the user asks about a specific concern, run only the relevant check(s).
+/ folder)Scan the +/ folder for unprocessed captures.
For each note found:
Report format:
## Inbox (`+/`)
- X note(s) waiting to be processed
- "Note Title" → suggest: Atlas/Dots/, tags: [x, y], in: [[MOC Name]]
- ...
Find notes that are disconnected from the vault's navigation structure. A note is "orphaned" if it has:
up property (or up: [])in propertyAtlas/Maps/How to check:
.md files outside of Atlas/Maps/, x/, and +/up and in propertiesup link and in MOCReport format:
## Orphaned Notes
- X note(s) with no upward links
- "Note Title" (Efforts/Ongoing/...) → suggest: up: [[Efforts]], in: [[Maps]]
- ...
Check all notes for missing required properties. The minimum expected frontmatter depends on note type:
| Note type | Required properties |
|---|---|
| Atlas/Dots notes | up, created, tags |
| Atlas/Maps notes | up, created, in (should include [[Maps]]) |
| Effort notes | created, tags, rank |
| Calendar notes | created |
| Source notes | up, in, year or encountered |
How to check:
.md filesReport format:
## Incomplete Frontmatter
- X note(s) with missing properties
- "Note Title" — missing: `up`, `tags` → suggest: up: [[Home]], tags: [topic]
- ...
Review the Efforts folders to help the user keep priorities current:
Efforts/On/ — are these still actively being worked on?Efforts/Ongoing/ — should any move to Simmering or On?Efforts/Simmering/ should be archived to Sleeping/rank propertyPresent a quick status overview and ask the user if anything needs to move.
Report format:
## Efforts Status
### On (active)
- "Effort Name" (rank: X) — still active?
### Ongoing
- "Effort Name" (rank: X)
- ...
### Simmering
- "Effort Name" — archive to Sleeping?
This is the highest-value check. Look for notes that could be linked but aren't.
How to find connections:
Atlas/Dots/, read its content and tagsrelated or body [[wikilinks]]Also look for:
[[wikilinks]]Report format:
## Connection Opportunities
- "Note A" and "Note B" share tags [x, y] but aren't linked → suggest adding to `related`
- "Note C" mentions "Concept Name" in body text but doesn't wikilink it
- ...
Review the vault's tag usage for consistency:
ai vs AI vs artificial-intelligence)Report format:
## Tag Health
- X unique tags in use
- Tags used only once: [list] — consider consolidating or removing
- Potential duplicates: `ai` / `artificial-intelligence` → suggest standardizing
After running the checks, present a single consolidated report:
# Vault Review — <today's date>
## Summary
- Inbox: X items to process
- Orphaned notes: X
- Incomplete frontmatter: X notes
- Efforts needing attention: X
- Connection opportunities: X
- Tag issues: X
## Priority Actions
1. [Most impactful item]
2. [Second most impactful]
3. ...
## Details
[Expand each check's findings here]
After presenting the report, ask the user which items they want to address. Then work through them one at a time, confirming each change before making it.
This skill is diagnostic first. Present findings and get user approval before modifying any files. The user knows their vault better than you do — a note that looks "orphaned" might be intentionally standalone, and a "missing" tag might not be needed.
The exception: if the user says "fix everything you find" or "just clean it all up", then proceed with changes, but still summarize what you changed afterward.