obsidian-vault-context
Obsidian Vault Context
Vault Location
- Detection: Run
obsidian-cli print-defaultto get the vault path - Use direct file operations (Read, Write, Edit) — the vault is just a folder of markdown files
- Only use obsidian-cli for UI operations or link updates
Folder Structure
$VAULT_PATH/
├── Daily/ # Daily notes (YYYY-MM-DD.md)
├── AI/ # AI/LLM research
├── Software Development/
├── Technologies/
├── Work/
├── assets/ # Images and attachments
└── .obsidian/ # Internal config - don't modify
Daily Notes
- Format:
YYYY-MM-DD.md(e.g.,2025-10-18.md) - Location:
/Daily/folder - No frontmatter - clean markdown
- Path:
$VAULT_PATH/Daily/{YYYY-MM-DD}.md
Research Format
Steve captures research in daily notes using this template:
### [Tool/Topic Name]
**Link:** [URL]
**What it is:** [Brief description]
**Key Features:**
- Feature 1
- Feature 2
**Why it's interesting:** [Relevance]
**Use case:** [When to use it]
Links & Formatting
- Internal links:
[[Note Name]](wikilinks) - External links:
[Text](URL)(markdown) - Images:
![[image.png]](stored in /assets/)
Common Operations
Read daily note:
Use the Read tool with path $VAULT_PATH/Daily/2025-10-18.md
Append to daily note:
Read the existing file first, then use the Edit tool to append new content at the end. Add \n\n spacing before the new section.
Create new note:
Use the Write tool to create $VAULT_PATH/Topic/Note.md with the desired content.
obsidian-cli (Use Sparingly)
obsidian-cli print-default- Get vault pathobsidian-cli open "Note"- Open in Obsidian UIobsidian-cli move "Old" "New"- Rename with link updates
Prefer direct file operations over obsidian-cli for reading/writing.
Best Practices
- Check if file exists before appending
- Add
\n\nspacing between sections - Use YYYY-MM-DD format for daily notes
- Don't modify
.obsidian/folder - Preserve existing frontmatter if present
More from steveclarke/dotfiles
time-tracking
Manage time tracking with Toggl or Clockify. Use when user asks about time tracking, timers, timesheets, logging hours, starting/stopping work, checking what's running, viewing time entries, or creating manual entries. Triggers on "toggl", "clockify", "time tracking", "timer", "timesheet", "log time", "track time", "hours worked".
52feature-requirements
Creates structured requirements documents through guided discovery, practical scoping, and consolidated output. Produces a single requirements.md with entities, workflows, constraints, and acceptance criteria following the established feature development process.
491password
Fetch secrets and create/manage 1Password items via CLI. Use when needing API keys, tokens, or credentials, or when storing new secrets. Ask user for the 1Password secret reference (op://Vault/Item/field format) rather than the actual secret.
49feature-spec
Creates concise technical specification documents through guided architectural decisions, system contracts, and technical design. Produces a spec.md covering API design, data models, frontend architecture, and integration points without implementation details.
49humanizer
|
47ruby-cli
Build and maintain Ruby CLI tools using Thor and Zeitwerk. Use when creating new Ruby CLI gems, adding commands, editing CLI code, refactoring, or enhancing existing CLI tools. Triggers on "Ruby CLI", "Thor CLI", "command-line tool in Ruby", or when working on files in a Thor/Zeitwerk CLI codebase.
47