agentleFS
aka-kikaaka-kika/kika-obsidian-mcp/skills/obsidian-vault-workflow/SKILL.md

obsidian-vault-workflow

Skill17 starsChanged 4 months agoMITView on GitHub

Use this skill when a user asks an agent to inspect, organize, summarize, or update an Obsidian vault through this MCP server. Ask the agent: Generate a daily status report for my Projects folder. Include recently touched notes, open checkbox tasks, completed checkbox count, and top tags. Preview it first. If approved, write it to: Ask the agent: Review the top-level vault structure and suggest 5 cleanup actions. Do not edit anything yet. Ask the agent: Search the vault for…

1 other project uses a version of this.

Adopted by

Most recently taken up by

  • Other versions1 project uses a version of this.

    Word for word · 0

    None found.

    Edited · 0

    None found.

    Wrote their own version · 1

    1. ntaffzii/Skill-Agents★ 4same name

    How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.

  • In this repositoryOne other file it gives its agents.

The file

Show its rules and text

We split this skill into the rules it gives an agent

17 rules. About 0 are common, 10 are distinctive, and 7 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈10

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 7

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use this skill when a user asks an agent to inspect, organize, summarize, or update an Obsidian vault through this MCP server.

    line 3
  2. Distinctive:

    Treat the vault as the user's source of truth.

    line 7
  3. Distinctive:

    Prefer read-only exploration before editing.

    line 8
  4. Distinctive:

    Use vault-relative paths only.

    line 9
  5. Distinctive:

    Never delete notes unless the user explicitly asks for deletion.

    line 10
  6. Very specific:

    When writing existing notes, recommend OBSIDIAN_BACKUP_ON_WRITE=true.

    line 12
  7. Distinctive:

    Keep generated notes concise and link-friendly.

    line 13
  8. Very specific:

    Use get_folder_structure to understand the top-level vault layout.

    line 17
  9. Very specific:

    Use list_notes for the relevant folder rather than scanning the whole vault when the user gives a scope.

    line 18
  10. Very specific:

    Use search_notes for terms, tags, and project names.

    line 19
  11. Very specific:

    Use get_note before modifying any existing note.

    line 20
  12. Very specific:

    Use get_note_links and get_backlinks when the task depends on relationships between notes.

    line 21
  13. Very specific:

    Read the current note with get_note.

    line 26
  14. Distinctive:

    After writing, read the note again or summarize the changed path and content.

    line 29
  15. Distinctive:

    If approved, write it to:

    line 39
  16. Distinctive:

    Use note paths in backticks.

    line 59
  17. Distinctive:

    Keep status reports skimmable.

    line 61

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Obsidian Vault Workflow

Use this skill when a user asks an agent to inspect, organize, summarize, or update an Obsidian vault through this MCP server.

Principles

  • Treat the vault as the user's source of truth.
  • Prefer read-only exploration before editing.
  • Use vault-relative paths only.
  • Never delete notes unless the user explicitly asks for deletion.
  • For broad edits, make a short plan and name the affected folder or note set.
  • When writing existing notes, recommend OBSIDIAN_BACKUP_ON_WRITE=true.
  • Keep generated notes concise and link-friendly.

Discovery Flow

  1. Use get_folder_structure to understand the top-level vault layout.
  2. Use list_notes for the relevant folder rather than scanning the whole vault when the user gives a scope.
  3. Use search_notes for terms, tags, and project names.
  4. Use get_note before modifying any existing note.
  5. Use get_note_links and get_backlinks when the task depends on relationships between notes.

Safe Editing Flow

  1. Confirm the exact target path.
  2. Read the current note with get_note.
  3. Make the smallest useful update.
  4. Preserve frontmatter unless the user asks to change it.
  5. After writing, read the note again or summarize the changed path and content.

Useful Prompts

Daily Project Status

Ask the agent:

Generate a daily status report for my Projects folder. Include recently touched notes, open checkbox tasks, completed checkbox count, and top tags. Preview it first.

If approved, write it to:

Reports/Daily Project Status.md

Vault Triage

Ask the agent:

Review the top-level vault structure and suggest 5 cleanup actions. Do not edit anything yet.

Project Catch-Up

Ask the agent:

Search the vault for notes about <project name>, then summarize the current status, open tasks, and important linked notes.

Output Style

  • Use note paths in backticks.
  • Separate findings from proposed edits.
  • Keep status reports skimmable.
  • Mention when no edit was made.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.