git-backed-obsidian-cli-workflows
Use the official Obsidian CLI for note workflows in a Git-backed vault, including search, read, links/backlinks-style queries, daily-note operations, and lightweight note writes that auto-sync after successful write operations. Use when the official Obsidian CLI is already installed and usable on any supported environment, and the task is about querying or updating notes in an Obsidian vault with Git-backed backup behavior.
Install via CLI (Recommended)
clawhub install openclaw/skills/skills/darinrowe/git-backed-obsidian-cli-workflowsGit Backed Obsidian CLI Workflows
Use the official Obsidian CLI as the primary workflow surface. Treat Git sync as a write-only follow-up, not part of read/query operations.
Core rules
- Assume the official Obsidian CLI is already installed and usable.
- Use CLI-native read/query commands first for search, read, links, outline, tags, tasks, and related vault inspection.
- Use CLI-native write commands first for
daily,daily:append,create, and similar lightweight note updates. - After successful write operations, run the vault backup/sync script.
- Do not run Git sync after read-only operations.
- If a write-oriented CLI path is unavailable or unsuitable, fall back to direct file writing only when the workflow explicitly supports it.
- If sync fails after a successful write, report that the note was written but not synced.
Environment model
This skill is not server-only. Use it anywhere the official Obsidian CLI is already available:
- desktop Linux
- macOS
- Windows environments where the official CLI is working
- headless/server environments that have already been adapted
If the environment is a headless server and the official CLI is not yet usable, use obsidian-official-cli-headless first. That skill handles server adaptation and installation. This skill handles the day-to-day note workflows after the CLI works.
Fast path
- Classify the request as either:
- read/query
- write/update
- For read/query tasks, use the official CLI directly.
- For write/update tasks, use the official CLI first, then run backup/sync.
- Use fallback file writing only for supported write workflows when CLI writing is unavailable.
- Report the target note/path, whether CLI or fallback was used, and whether sync succeeded.
Common read/query commands
Prefer commands such as:
obs search query="..."
obs read file="..."
obs daily:read
obs links file="..."
obs outline file="..."
obs tags
obs tasks daily
obs vault
Use exact commands supported by the installed official CLI.
Common write/update commands
Prefer commands such as:
obs daily
obs daily:append content="..."
obs create name="..." content="..."
After a successful write, run the backup script.
Bundled scripts
Use scripts/notes_workflow.py when you need a deterministic wrapper for:
- daily-note append with sync
- lightweight memo/inbox capture with fallback write
- simple note create/append workflows with post-write sync
Use scripts/backup.sh as the default post-write Git sync path for this skill.
References
- Read
references/query-vs-write.mdto choose whether a task should trigger sync. - Read
references/fallbacks.mdfor the fallback policy and reporting rules. - Read
references/workflow-surface.mdto understand why the wrapper script supports a narrower write surface than the full official CLI. - Read
references/environment-note.mdfor the split between general CLI workflows and headless/server adaptation.
Metadata
Not sure this is the right skill?
Describe what you want to build — we'll match you to the best skill from 16,000+ options.
Find the right skillPaste this into your clawhub.json to enable this plugin.
{
"plugins": {
"official-darinrowe-git-backed-obsidian-cli-workflows": {
"enabled": true,
"auto_update": true
}
}
}Related Skills
obsidian-official-cli-headless
Install and adapt the official Obsidian CLI for headless Linux servers by using a non-root user, Xvfb virtual display, ACL-based vault access, and an obs wrapper command. Use when the user wants the official Obsidian CLI (not notesmd-cli) on a Debian/Ubuntu-like machine without a normal desktop session, or when root/GUI/display constraints break native CLI use.
openclaw-backup-restore
Backup and restore OpenClaw configuration, agents, sessions, and workspace to/from a private Git repository. Use when the user wants to manually trigger a backup, migrate to a new machine, or restore from a previous state.
multi-agent-filesystem-governance
Govern filesystem organization and file-operation decisions in multi-agent environments. Use when deciding where files should live across agent-private workspaces, shared resources, archives, downloads, scripts, notes, knowledge vaults, and code project folders; when defining directory conventions; when triaging downloads; when preventing cross-agent overwrites; or when standardizing file placement and lifecycle rules for reusable agent setups.
git-workflows-pro
Handle advanced git workflows and recovery tasks. Use when the user needs help with interactive rebase, commit cleanup, conflict resolution, reflog recovery, cherry-pick, stash, worktree, bisect, submodule vs subtree decisions, sparse checkout, branch archaeology, or undoing dangerous history mistakes in real repositories.
github-private-repo-ssh-routing
Diagnose and manage SSH keys, host aliases, and Git remotes for GitHub private repositories in multi-repo environments. Use when deploy keys collide, a machine manages multiple private repos, automation or backup scripts push to GitHub, or errors like "Permission denied (publickey)" / "Repository not found" appear despite the repo existing.