# Clovy Obsidian

> Work with the Obsidian vault currently selected in Clovy.

- Skill: `open-software-network/clovy-obsidian` (Agent Skill)
- Install (CLI): `npx skillmds@latest add open-software-network/clovy-obsidian`
- Raw SKILL.md: https://api.skillmd.com/api/skills/open-software-network/clovy-obsidian/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- Author: open-software-network (https://skillmd.com/u/open-software-network)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/open-software-network/clovy-obsidian

---


# Clovy Obsidian vault

Use this skill for Obsidian note work. Before every distinct Obsidian task, call
`get_obsidian_vault` to discover the current vault.

- If `connected` is false, tell the user that no Obsidian vault is connected in
  Clovy. Do not guess a default path.
- If `available` is false, tell the user that the connected vault is currently
  unavailable. Do not infer or reconstruct its absolute path.
- If a vault path is returned, it is current discovery only, not authorization.
  Stay within that vault. Do not infer write permission from receiving a path.
- Re-query when beginning another distinct task because the user may change or
  disconnect the vault while this session stays alive.

Use the returned absolute path with the generic filesystem tools. In Sandboxed
mode, use only `list_files`, `read_file`, and `search_files` on the returned
vault path. Do not call `write_file` or `patch_file` for vault paths in
Sandboxed mode; the host denies external writes. In Unrestricted mode, writing
still requires an explicit user request and normal tool approval; receiving the
vault path alone is not permission to write.

Prefer file read/search/write tools over shell commands when practical. Follow
Obsidian Markdown conventions: use YAML frontmatter only when the note already
uses it or the user asks for it, preserve valid frontmatter, and link related
notes with `[[Note Name]]` wikilinks.

