obsidian-zettelkasten
Skill0 starsChanged 34 days agoMITView on GitHub
Manage a zettelkasten in Obsidian — capturing notes, promoting ideas from daily → fleeting → permanent, finding connections, surfacing index opportunities, and navigating the knowledge graph. Use this skill whenever the user mentions their Obsidian vault, zettelkasten, taking notes, processing their inbox, finding connections between ideas, capturing a thought or reading, or anything related to their personal knowledge management workflow. Also trigger when user says things like "add this to my notes", "what notes do I have on X", "what should I link this to", "process my fleeting notes", "I've been thinking about X", or "make a note of this".
1 other project uses a version of this.
Adopted by
Most recently taken up by
- shaii819/reading-assistant-for-claudetheir own version, first seen Mar 21, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- shaii819/reading-assistant-for-claude★ 3same 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 repository13 other files it gives its agents.
- AGENTS.mdAGENTS.md
- 1on1Skill
- context-reviewSkill
- gmail-inboxSkill
- lamport-problem-statementSkill
- learning-labSkill
- logseq-db-querySkill
- nix-sandboxSkill
- peer-reviewSkill
- portkey-statusSkill
- proton-inboxSkill
- teams-extractorSkill
- theory-of-constraintsSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
25 rules. About 0 are common, 22 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈22
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 56
When the user says "fleeting", "make this a fleeting note", or "expand this":
- Distinctive: line 67
When capturing from a source (book, paper, article):
- Distinctive: line 86
When a daily note bullet deserves to be developed:
- Distinctive: line 88
Read the daily note to find the item
- Distinctive: line 89
Create a new fleeting note with the idea expanded
- Distinctive: line 110
Read the fleeting note
- Very specific: line 124
Add a link back to the source: ## References\n1.
- Distinctive: line 125
After moving, suggest 2-3 existing notes it could link to
- Distinctive: line 136
When the user asks to "process notes", "check my inbox", or "what needs attention":
- Distinctive: line 158
When the user has 5 minutes, process 2-3 items.
- Distinctive: line 164
Use this proactively — whenever a note is created or promoted, suggest relationships.
- Distinctive: line 185
After any capture: search for related notes by keywords from the captured thought
- Distinctive: line 186
After promoting a fleeting note: search for 2-3 permanent notes that could link to it
- Distinctive: line 199
Check tag counts periodically or after capturing:
- Very specific: line 205
If a tag has 5+ notes and no index note exists for that topic, suggest creating one: "You have 7 notes tagged #leadership — want me to …
- Distinctive: line 226
Frontmatter tags: Use when a tag applies to the entire note (page-level)
- Distinctive: line 227
Inline tags: Use when tagging a specific bullet or passage
- Distinctive: line 231
When to suggest a tag:
- Distinctive: line 232
If the content clearly maps to an existing tag in the vault, suggest it
- Distinctive: line 233
Don't invent granular tags for one-off ideas — a wikilink is usually better
- Distinctive: line 249
Search for relevant notes by topic, tag, or keyword:
- Distinctive: line 263
Read any relevant permanent notes — these represent the user's most distilled thinking:
- Very specific: line 272
If you're working on something and notice it connects to the user's zettelkasten — mention it: "I see you have notes on #leadership that …
- Distinctive: line 299
When in doubt about where something belongs, default to the daily note — it's the inbox
- Distinctive: line 300
If Obsidian isn't running, the CLI will fail — tell the user to open the app
≈ “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.
Files
Obsidian Zettelkasten
Vault
<!-- Configure: edit the two lines below --><!-- - **vault_name**: myvault --><!-- - **vault_path**: /path/to/vault -->- CLI:
obsidian vault={vault_name} <command> - Requires Obsidian app to be running (the CLI talks to the running app)
Folder structure
| Folder | Purpose | Naming |
Daily/ | Journal / default capture inbox | YYYYMMDD-daily.md |
Fleeting/ | Half-formed ideas worth developing | YYYYMMDDHHMM-slug.md |
Literature/ | Notes on sources (books, papers, articles) | @citekey.md (Zotero-style) |
Permanent/ | Atomic, evergreen ideas | YYYYMMDDHHMM-slug.md |
Templates/ | Note templates |
Root-level files are older permanent notes — treat them the same as Permanent/.
Capture
Default: today's daily note
Unless the user explicitly says "fleeting", capture goes to today's daily note.
# Get today's daily note path
DAILY="Daily/$(date +%Y%m%d)-daily.md"
# Check if it exists; create with header if not
obsidian vault={vault_name} file "$DAILY" 2>/dev/null || \
obsidian vault={vault_name} create path="$DAILY" \
content="# $(date +%Y%m%d) Daily\nCreated: $(date '+%Y-%m-%d')\n\n## Captures\n"
# Append the capture as a bullet
obsidian vault={vault_name} append path="$DAILY" \
content="- $(date '+%H:%M') $THOUGHT"Format each capture as a timestamped bullet: - HH:MM thought here
A quick capture is just a bullet. Do not create a fleeting note, add tags, expand content, or create any additional files unless the user explicitly asks. The daily note is the inbox — let it be messy.
Explicit fleeting note
When the user says "fleeting", "make this a fleeting note", or "expand this":
ID=$(date +%Y%m%d%H%M)
SLUG="some-short-slug" # lowercase-hyphenated from title
obsidian vault={vault_name} create path="Fleeting/${ID}-${SLUG}.md" \
content="# $TITLE\nCreated: $(date '+%Y-%m-%d %H:%M')\n\n$CONTENT\n\n## References\n1."Literature note
When capturing from a source (book, paper, article):
obsidian vault={vault_name} create path="Literature/@${CITEKEY}.md" \
content="---\ntitle: $TITLE\nauthors: $AUTHORS\nyear: $YEAR\nreference: $REF\n---\n\n$SYNTHESIS\n\n## References\n1."@citekeyformat:@lastnameYYYYword(e.g.@ahrensHowTakeSmart2017)- Content should be the user's own synthesis, not just copy-paste
- Quotes are fine as supporting evidence — mark them with page numbers like
(p. 42)
Promotion
The zettelkasten workflow moves ideas upstream: daily → fleeting → permanent.
Daily item → fleeting note
When a daily note bullet deserves to be developed:
- Read the daily note to find the item
- Create a new fleeting note with the idea expanded
- Replace the bullet in the daily note with a wikilink:
- [[YYYYMMDDHHMM-slug|original text]]
# Create the fleeting note
ID=$(date +%Y%m%d%H%M)
obsidian vault={vault_name} create path="Fleeting/${ID}-${SLUG}.md" \
content="# $TITLE\nCreated: $(date '+%Y-%m-%d %H:%M')\n\n$EXPANDED_CONTENT\n\n## References\n1. [[$(date +%Y%m%d)-daily]]"
# Update daily note — replace the bullet with a link
# (use append to add a note, or ask user to do the edit if complex)Fleeting → permanent note
This is where the real thinking happens. A fleeting note is ready to promote when:
- It expresses one clear, atomic idea
- The idea would be useful to your future self out of context
- It can be stated as a claim or insight, not just a topic
When promoting:
- Read the fleeting note
- Rewrite it — the permanent note should be distilled, not just copied. The title should read like a statement ("Context switching compounds cognitive debt") not a topic ("Context switching")
- Move the file using
obsidian move(don't just create a copy):
# Move the file to Permanent/
obsidian vault={vault_name} move path="Fleeting/${ID}-${SLUG}.md" \
path="Permanent/${ID}-${SLUG}.md"
# Or if renaming (new title → new slug):
obsidian vault={vault_name} move file="${ID}-${SLUG}" \
path="Permanent/${NEW_ID}-${NEW_SLUG}.md"- Add a link back to the source:
## References\n1. [[source-note]] - After moving, suggest 2-3 existing notes it could link to
Atomic note checklist — before confirming, verify the note:
- Makes one claim (not a list of loosely related thoughts)
- Has a title that could stand alone as a sentence
- Has at least one outgoing link (to a related note, literature note, or index)
Processing
When the user asks to "process notes", "check my inbox", or "what needs attention":
- Show recent daily notes with unlinked bullets (bullets that aren't wikilinks yet):
# List recent daily notes
obsidian vault={vault_name} files folder=Daily
# Read today's and recent ones to find raw bullets
obsidian vault={vault_name} read path="Daily/$(date +%Y%m%d)-daily.md"- Show fleeting notes — especially old ones that haven't become permanent:
obsidian vault={vault_name} files folder=Fleeting- For each unprocessed item, offer options:
- Promote → turn into permanent note
- Link → it's already captured elsewhere, just add a wikilink
- Discard → not worth keeping
- Later → leave it, check again next session
When the user has 5 minutes, process 2-3 items. When they have more time, go deeper.
Finding connections
Use this proactively — whenever a note is created or promoted, suggest relationships.
# Search by keyword/concept
obsidian vault={vault_name} search query="$KEYWORD"
obsidian vault={vault_name} search:context query="$KEYWORD"
# Find what links to a note
obsidian vault={vault_name} backlinks file="$NOTE"
# Find all notes with a tag
obsidian vault={vault_name} tag name="$TAG" verbose
# Find orphans (no incoming links — potential connection targets)
obsidian vault={vault_name} orphans
# Find dead-ends (no outgoing links — need connections)
obsidian vault={vault_name} deadendsWhen to proactively suggest connections:
- After any capture: search for related notes by keywords from the captured thought
- After promoting a fleeting note: search for 2-3 permanent notes that could link to it
- During processing: when you read a note, check its backlinks and suggest additions
Surface connections as: "This note relates to [[note-name]] — want me to add a link?"
Index notes
Index notes are entry points into a cluster of related permanent notes. They're not summaries — they're maps: an ordered list of links that tells the story of how the ideas connect.
When to suggest an index
Check tag counts periodically or after capturing:
obsidian vault={vault_name} tags counts format=jsonIf a tag has 5+ notes and no index note exists for that topic, suggest creating one:
"You have 7 notes tagged #leadership — want me to create an index for that cluster?"
Also suggest for named entities (companies, projects, jobs) when 3+ notes reference them.
Creating an index
obsidian vault={vault_name} create path="Permanent/$(date +%Y%m%d%H%M)-${TOPIC}-index.md" \
content="# $TOPIC Index\n#index #$TAG\n\n## Notes\n1. [[note-one|claim]]\n2. [[note-two|claim]]\n"Index conventions:
- Tag it
#indexplus the topic tag - Order notes by narrative/conceptual flow, not date
- Each link should have an alias that states the note's claim:
[[note-id|The claim this note makes]]
Tags
Frontmatter tags: Use when a tag applies to the entire note (page-level) Inline tags: Use when tagging a specific bullet or passage
Both are valid — use whichever fits the scope.
When to suggest a tag:
- If the content clearly maps to an existing tag in the vault, suggest it
- Don't invent granular tags for one-off ideas — a wikilink is usually better
- Reserve tags for recurring themes worth indexing
# See all existing tags before suggesting new ones
obsidian vault={vault_name} tags counts format=jsonVault as context (for agents)
Any agent starting work that might benefit from the user's accumulated thinking should query the vault first. This is how you avoid starting from scratch when the user has already thought deeply about something.
Before starting a task
Search for relevant notes by topic, tag, or keyword:
# Search by concept
obsidian vault={vault_name} search query="$TOPIC"
obsidian vault={vault_name} search:context query="$TOPIC"
# Find notes with a relevant tag
obsidian vault={vault_name} tag name="$TAG" verbose
# Check if there's an index for this domain
obsidian vault={vault_name} search query="#index $TOPIC"Read any relevant permanent notes — these represent the user's most distilled thinking:
obsidian vault={vault_name} read file="$NOTE_NAME"
obsidian vault={vault_name} backlinks file="$NOTE_NAME"Surfacing context proactively
If you're working on something and notice it connects to the user's zettelkasten — mention it:
"I see you have notes on #leadership that might be relevant here — want me to pull those in?"
Helping capture and curate
Agents can write to the vault on the user's behalf:
- Drop observations into today's daily note (use the capture pattern above)
- Flag when something worth a permanent note emerges from a work session
- Suggest relationships: "this pattern we just found in the codebase connects to your note on [[202304220651-docs-as-code]]"
Agent-generated captures should be clearly marked so the user can review and curate:
# Append with agent attribution
obsidian vault={vault_name} append path="Daily/$(date +%Y%m%d)-daily.md" \
content="- $(date '+%H:%M') [agent] $OBSERVATION"The [agent] marker signals "review this — I thought it was worth saving but you decide."
Guardrails
- Never open in Obsidian unless the user explicitly asks ("open it", "open in Obsidian")
- Never auto-delete anything — always confirm before any destructive action
- Confirm before moving fleeting → permanent (show the rewritten note first)
- When in doubt about where something belongs, default to the daily note — it's the inbox
- If Obsidian isn't running, the CLI will fail — tell the user to open the app
CLI quick reference
# All commands need vault={vault_name}
obsidian vault={vault_name} <command>
# Read a note
obsidian vault={vault_name} read path="Folder/note.md"
obsidian vault={vault_name} read file="note-name" # resolves by name like wikilinks
# Create
obsidian vault={vault_name} create path="Folder/name.md" content="..."
# Append
obsidian vault={vault_name} append path="Folder/name.md" content="..."
# Move / rename
obsidian vault={vault_name} move file="old-name" path="Folder/new-name.md"
# Search
obsidian vault={vault_name} search query="keyword"
obsidian vault={vault_name} search:context query="keyword"
# Links
obsidian vault={vault_name} backlinks file="note-name"
obsidian vault={vault_name} orphans
obsidian vault={vault_name} deadends
# Tags
obsidian vault={vault_name} tags counts format=json
obsidian vault={vault_name} tag name="tagname" verbose
# Files
obsidian vault={vault_name} files folder=Fleeting
obsidian vault={vault_name} files folder=DailyDoes 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
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.

