agentleFS
hugobatistahugobatista/agent-skills/skills/docs/obsidian-vault/SKILL.md

obsidian-vault

Skill1 starsChanged 55 days agoMITView on GitHub

Read, search, and save structured findings to any Obsidian vault. Works across projects and vaults.

62 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use ubiquitous-language, batch-grill-me and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • kennethkeimSkill

    ubiquitous-language

    Extract a DDD-style ubiquitous language glossary from the current conversation, flagging ambiguities and proposing canonical terms. Saves to UBIQUITOUS_LANGUAGE.md. Use when user wants to define domain terms, build a glossary, harden terminology, create a ubiquitous language, or mentions "domain model" or "DDD".

    Also in 32 projects that use this

  • boyingliu01Skill

    batch-grill-me

    A relentless interview that asks every frontier question at once, round by round. Thin alias of `grilling` (#540) — upstream mattpocock/skills absorbed this protocol into grilling; XP-Gate keeps this name as the sprint-flow Phase 2 entry point so orchestration docs stay stable.

    Also in 6 projects that use this

  • LesaniSkill

    writing-beats

    Shape an article as a journey of beats, choose-your-own-adventure style. The user picks a starting beat from the raw material, you write only that beat, then offer options for where to pivot next, beat by beat, until the article reaches a natural end. Use when the user has raw material and wants to assemble it as a narrative rather than an argument.

    Also in 26 projects that use this

  • LesaniSkill

    writing-shape

    Take a markdown file of raw material and shape it into an article through a conversational session — drafting candidate openings, growing the piece paragraph by paragraph, arguing about format (lists, tables, callouts, quotes) at each step. Use when the user has a pile of notes, fragments, or a rough draft and wants help turning it into something publishable.

    Also in 25 projects that use this

  • FabienDehopreSkill

    decision-mapping

    Turn a loose idea into a sequenced map of investigation tickets, then drive them to resolution one at a time.

    Also in 4 projects that use this

  • RoentekSkill

    loop-me

    Grill me about specs for the workflows I want to build, within this workspace.

    Also in 16 projects that use this

  • +1 more from Lesani

The file

Show its rules and text

We split this skill into the rules it gives an agent

15 rules. 0 are common, 6 are distinctive, and 9 are very specific to this project.

  • 0

    Common

    Most of the 56 edited versions we read keep these.

  • 6

    Distinctive

    This author's own choices. Worth a look.

  • 9

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Read, search, and save structured findings to any Obsidian vault.

    line 7
  2. Very specific:

    Check vaults.json in this directory (see assets/vaults.json.example).

    line 21
  3. Very specific:

    Read {vault_root}/_vault_index.md if it exists.

    line 40
  4. Very specific:

    If the user provided content in the conversation, use it.

    line 56
  5. Very specific:

    If the user mentions a known document (e.g., "cross-reference with the backend readiness doc"), look it up in _vault_index.md inside the …

    line 60
  6. Very specific:

    Create the file at {vault_root}/{path}/{filename}.

    line 64
  7. Distinctive:

    Read the file and return the full content inline.

    line 113
  8. Distinctive:

    If the user asks about a specific section (e.g., "show me the cross-references section"), read the relevant portion by searching for …

    line 114
  9. Very specific:

    Run content search across {vault_root} (using grep or the search tool).

    line 119
  10. Very specific:

    If no path given and _vault_index.md exists, return the index table.

    line 127
  11. Very specific:

    If no path and no index, list top-level .md files in the vault root.

    line 128
  12. Distinctive:

    If the question is specific ("what does the backend readiness doc say about WebSockets?"), read the document and return the relevant …

    line 132
  13. Distinctive:

    If the question is broad ("show me the garmin mfa doc"), return the full content.

    line 133
  14. Distinctive:

    If the question is comparative ("what do both readiness docs say about state locality?"), read both, extract the relevant parts, and …

    line 134
  15. Distinctive:

    Always prioritize conciseness: answer the question directly rather than dumping content.

    line 136

“Common” is measured: kept by at least 6 in 10 of the 56 edited versions of this file we could read. “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

Read, search, and save structured findings to any Obsidian vault. Works across projects and vaults — configured by vaults.json in this directory.

Trigger phrases

Writing: "document this in {vault} vault", "document in {vault} obsidian", "save to vault", "write a finding", "save finding", "record in {vault}", "cross-reference with {doc}"

Reading: "read from {vault}", "read {doc} from {vault}", "find in {vault}", "search vault for", "show me {doc}", "what's in {path} in {vault}", "list documents in {vault}"

Setup

Check vaults.json in this directory (see assets/vaults.json.example). Add vaults as needed:

{
  "vaults": {
    "work": "/home/user/obsidian/work",
    "personal": "/home/user/obsidian/personal"
  }
}

Common: Resolve vault and index

Resolve vault

From user phrase, match {vault} against keys in vaults.json. If not found or ambiguous, list available vaults and ask.

Read vault index

Read {vault_root}/_vault_index.md if it exists. Use it to resolve document titles to file paths without asking the user.


Writing: Save a document

1. Resolve path

User may supply a relative path inside the vault (e.g., 1-projects/). If not, ask. Suggest recently used paths per vault if available.

2. Resolve filename

User may supply a filename. If not, ask. Strip spaces, use kebab-case with .md extension.

3. Resolve content

If the user provided content in the conversation, use it. If not, ask. If --structured is indicated, use the template below. Otherwise write raw content as-is.

4. Check for cross-references

If the user mentions a known document (e.g., "cross-reference with the backend readiness doc"), look it up in _vault_index.md inside the vault. If found, append a reference line in the new document. If not found, ask for the relative path.

5. Write the file

Create the file at {vault_root}/{path}/{filename}. Create intermediate directories if needed.

6. Update _vault_index.md

Append a row to the index table. If _vault_index.md doesn't exist at the vault root, create it with headers and this entry.

Index format:

# Vault Index

Auto-managed by obsidian-vault skill.

| Title | File | Created | Tags |
|---|---|---|---|
| {title} | {relative path from vault root} | {date} | {tags} |

Template (optional, for structured findings)

# {title}

**Source:** {source}
**Date:** {date}
**Scope:** {scope}

---

## {first finding heading}

{content}

## Summary

| Finding | Severity | Impact |
|---|---|---|

Reading: Retrieve documents

Read a specific document

  1. User says: "read {doc} from {vault}" or "show me {doc}"
  2. Try to resolve {doc} via:
    • Title match in _vault_index.md (fuzzy, case-insensitive)
    • Direct relative path from user (e.g., 1-projects/monetization/notes.md)
  3. Read the file and return the full content inline.
  4. If the user asks about a specific section (e.g., "show me the cross-references section"), read the relevant portion by searching for heading anchors.

Search vault for content

  1. User says: "find {query} in {vault}" or "search vault for {query}"
  2. Run content search across {vault_root} (using grep or the search tool).
  3. Return matching file paths and the relevant snippet around each match.
  4. Scope search to markdown files by default. Respect _vault_index.md boundaries when the user asks about specific known documents.

List documents in a path

  1. User says: "what's in {path} in {vault}" or "list documents in {vault}"
  2. List .md files under {vault_root}/{path}.
  3. If no path given and _vault_index.md exists, return the index table.
  4. If no path and no index, list top-level .md files in the vault root.

Scope output to the question

  • If the question is specific ("what does the backend readiness doc say about WebSockets?"), read the document and return the relevant section — not the full document.
  • If the question is broad ("show me the garmin mfa doc"), return the full content.
  • If the question is comparative ("what do both readiness docs say about state locality?"), read both, extract the relevant parts, and present them together.

Always prioritize conciseness: answer the question directly rather than dumping content.

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.