obsidian-cli
Obsidian CLI
When to apply
- The user asks to work with an Obsidian vault from the terminal.
- The task mentions notes, markdown, daily notes, backlinks, tags, tasks, or vault search.
- The task is about using the Obsidian CLI rather than editing files directly.
- The task is part of ongoing coding work and the vault may hold useful project context, decisions, progress notes, or handover state.
Core workflow
- Confirm the target vault before running note commands. If it is unclear, run
obsidian vaults. - If
obsidian vaultsshows exactly one open vault, use that vault by default. - If the command or syntax is uncertain, check help first with
obsidian help,obsidian help <command>, orobsidian <command> --help. - Prefer read-only discovery first: search or read, then expand with
linksandbacklinksonce you find a relevant note. - Prefer updating an existing note with
appendorprependover rewriting a whole note or creating a new one. - Re-read afterwards when the write matters operationally.
Safe defaults
More from michael-f-bryan/skills
long-running-agent-harness
Plans and structures large-scale work for AI agents across many sessions. Human and AI iterate to produce a design doc; run an Initializer sub-agent once to create feature list, runbook, and backlog in _working/; then repeatedly run a Coding sub-agent until all features pass. At milestones (e.g. end of a work-unit group), pause for human check-in, re-run Initializer, then continue. Prompts are passed to sub-agents when spawning (no copying into .cursor/rules). Use when planning multi-session agent work, long-horizon coding from a design, or handoff between coding sessions.
31working-docs
Use when handling multi-step tasks, investigations, or long sessions where working notes, interim findings, and scratch planning are needed to keep context and handoffs clear.
23doc-coauthoring
Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.
23test-driven-development
Use when implementing any feature or bugfix, before writing implementation code
19commit-messages
When suggesting or writing commit messages for this repo, follow these rules.
17code-like-michael
Write, refactor, and review code in Michael's style; explicit contracts, thin entrypoints, practical boundaries, anti-ceremony abstractions, deterministic tooling, and architecture that scales from function internals to repository shape.
16